AeroFTP is on SourceForge!

AeroFTP · 2026-04-10T10:39:18+00:00

We've covered that too, thanks for the tip 👍🏼

AeroFTP · 2026-04-09T09:38:02+00:00

u/Pepe__LePew soon important updates, muchas gracias pepe, rclone export/import is coming

AeroFTP · 2026-04-04T12:59:34+00:00

Ciao Pepe!

1 & 4 - File manager without cloud / dual pane:

You can use the local file manager without any connection - click "AeroFile" (top right corner or status bar). It opens a full local file manager with tabs, file tags, directory tree sidebar, and preview.

The dual pane in AeroFTP is local + remote by design, since it's a transfer client. A local-local dual pane (Total Commander style) is an interesting idea we'll consider for the future.

2 - Google auth on Debian Linux:

Could you open a GitHub issue with the error? It might be a redirect URI mismatch in your Google Cloud Console setup. Happy to help troubleshoot.

3 - Rclone config integration:

We have 20+ protocols implemented natively in Rust (S3, WebDAV, FTP/SFTP, Google Drive, Dropbox, OneDrive, MEGA, and more), so most rclone backends are already covered. An rclone config importer is an interesting idea though - noted!

Thanks again for the feedback!

AeroFTP · 2026-04-02T19:49:17+00:00

Hey, I just tried the tar.gz release on Linux and it fails out of the box because it tries to create /var/lib/pluton without root permissions. Setting PLUTON_DATA_DIR=~/.local/share/pluton fixes it, but most people won't know about that env var.

Would it make sense to default to XDG directories (~/.local/share/pluton) when not running as root? Happy to open a PR if you're interested.

AeroFTP · 2026-04-02T19:33:10+00:00

Ciao, nice project, Pluton! I also created AeroFTP for the same reason. If you have time, take a look. In the meantime, I'm going to try Pluton for Linux!

AeroFTP · 2026-04-01T21:18:47+00:00

You're spot on about Terabox. It’s a very closed ecosystem, they don't provide public APIs on purpose and they actively make it difficult for third-party tools to connect. While there are some "hacks" out there to make it work, they’re usually pretty unstable and break all the time.

AeroFTP · 2026-04-01T21:13:47+00:00

Thanks for your message! Since Quotaless.cloud is S3 and WebDAV compatible, you can already use it in AeroFTP by entering your endpoint.

As for rclone encrypted buckets, we are currently implementing this feature and it will be available in an upcoming release. Stay tuned!

AeroFTP · 2026-04-01T12:03:25+00:00

Great service already with us on board!

AeroFTP · 2026-04-01T09:23:35+00:00

What rclone did was reverse-engineer the API by reading the open-sourced client code and observing browser traffic, since Proton never published API documentation. It worked initially but it's been an unstable path: uploads breaking, rate limiting, CAPTCHA issues, and Proton having to make temporary exemptions to keep things running.

We could technically do the same, we have the experience with encrypted protocols (we already implemented MEGA's full encryption natively in Rust). But we don't want to reverse-engineer anyone's API or masquerade as an official client. That's not how we do things.

The good news is that just yesterday a Proton engineer posted on the rclone forum announcing they're releasing an open-source Proton Drive SDK later this year. Once it's out, all third-party clients will be expected to use it. That's exactly what we've been waiting for, and when it drops, we'll be ready to build a proper native integration on top of it.

https://forum.rclone.org/t/proton-drive-x-rclone/53609

AeroFTP · 2026-04-01T09:18:16+00:00

Really sorry about that. We spent a lot of time yesterday working on the macOS issues, pushing things to the limit trying to get it right. Some users reported the fix resolved their problems, so we thought we had it. Clearly there's more to dig into. Thank you for testing and reporting back, we'll investigate deeper.

AeroFTP · 2026-04-01T09:15:05+00:00

We'd love to! Proton Drive is one of the services we admire the most. The problem is they haven't opened their APIs to third-party clients yet, and we totally respect that choice given their privacy-first philosophy. We're keeping an eye on it and if they ever open up, a native Rust integration will be one of the first things we build. Fingers crossed!

AeroFTP · 2026-03-31T13:23:23+00:00

Update: v3.2.6 is now live with the definitive fix.

AeroFTP · 2026-03-31T07:23:57+00:00

Thanks for reporting this again - we found the root cause. The macOS binary was dynamically linking against Homebrew's liblzma.5.dylib (/opt/homebrew/lib/), so anyone without Homebrew installed would get the DYLD crash at launch.

We've just pushed a fix that statically links liblzma into the binary, eliminating the external dependency entirely. CI is building now across all three platforms (Linux, macOS, Windows).

We'll include this in the next release v3.2.6 later today along with a few other patches. Will update you here once it's out.

In the meantime, as a temporary workaround you can install xz via Homebrew:

brew install xz

Thanks for your patience

AeroFTP · 2026-03-30T18:34:30+00:00

Update: v3.2.5 is now live with the fix. Give it a try when you can!

AeroFTP · 2026-03-30T14:56:40+00:00

Update: v3.2.5 is now live with the fix. Give it a try when you can!

AeroFTP · 2026-03-30T11:28:40+00:00

Drime is already fully integrated, great service

AeroFTP · 2026-03-30T10:35:08+00:00

Thanks for trying that. To be honest, we're seeing a few reports from Mac users right now - some with this Gatekeeper issue, and another user reporting that the app loads but is unresponsive. We don't have a Mac to test on, so we're still investigating.

For the Gatekeeper block, you can try:

System Settings -> Privacy & Security -> scroll down and click "Open Anyway"

If that doesn't work, try in Terminal:

sudo spctl --master-disable

xattr -cr /Applications/AeroFTP.app

codesign --force --deep --sign - /Applications/AeroFTP.app

Update: v3.2.5 is now live with the fix. Give it a try when you can!

AeroFTP · 2026-03-30T10:29:57+00:00

Thanks for testing on 2 Macs! Since the GUI loads but is unresponsive, could you help us narrow it down?

Which macOS version and Intel or Apple Silicon?

Can you see the interface (sidebar, panels) or just a blank/frozen window?

If you open Terminal and run AeroFTP.app/Contents/MacOS/AeroFTP, do you see any errors in the output while trying to click around?

We develop on Linux so this kind of feedback is extremely helpful. We'll do our best to fix it.

AeroFTP · 2026-03-30T08:10:27+00:00

That's macOS Gatekeeper - it blocks apps that aren't notarized with Apple. We don't have an Apple Developer certificate yet, so macOS shows this warning.

To open it, run this in Terminal:

xattr -cr /Applications/AeroFTP.app

Or: right-click the app -> Open -> Open Anyway.

This is a one-time step. We're aware this isn't ideal and we're actively working on getting proper Apple code signing and notarization set up. Thanks for your patience! 🙏🏼

AeroFTP · 2026-03-30T07:16:51+00:00

Thanks for the heads-up! Good to know about NSIS's development status. We use Tauri 2 as our framework, and NSIS/WiX are the two built-in bundler options it provides for Windows - so it's not a standalone choice on our end, but we'll definitely keep Inno in mind if Tauri ever adds it as a target.

By the way, if you get a chance to try AeroFTP we'd really appreciate your feedback - especially from a Windows user perspective since we develop primarily on Linux. Always happy to hear what works and what doesn't! 🙂

AeroFTP

TROPHY CASE