Name | Modified | Size | Downloads / Week |
---|---|---|---|
Parent folder | |||
electron-mail-5.3.2-windows-x64-nsis-installer.exe | 2025-08-03 | 160.2 MB | |
electron-mail-5.3.2-mac-x64.dmg | 2025-08-03 | 212.7 MB | |
electron-mail-5.3.2-mac-arm64.dmg | 2025-08-03 | 207.6 MB | |
electron-mail-5.3.2-linux-x86_64.rpm | 2025-08-03 | 128.4 MB | |
electron-mail-5.3.2-linux-x86_64.AppImage | 2025-08-03 | 200.0 MB | |
electron-mail-5.3.2-linux-x64.pacman | 2025-08-03 | 149.5 MB | |
electron-mail-5.3.2-linux-x64.freebsd | 2025-08-03 | 149.3 MB | |
electron-mail-5.3.2-linux-amd64.snap | 2025-08-03 | 188.6 MB | |
electron-mail-5.3.2-linux-amd64.deb | 2025-08-03 | 165.6 MB | |
README.md | 2025-08-03 | 6.0 kB | |
v5.3.2 source code.tar.gz | 2025-08-03 | 2.6 MB | |
v5.3.2 source code.zip | 2025-08-03 | 2.8 MB | |
Totals: 12 Items | 1.6 GB | 5 |
https://github.com/vladimiry/ElectronMail/compare/v5.3.1...v5.3.2:
- Improve "Native Node Modules" compatibility on Windows and Linux (#735):
- Resolves launch issues on some Windows systems and restores Snap package support by addressing a "GLIBC" compatibility issue.
- The issue was caused by a combination of two factors: an update to the "Native Node Modules" compilation environment in GitHub CI, which was necessary because support for older system images was dropped, and Electron's adoption of a recent Node.js version, which also made it impossible to use the previous compilation toolset. Through thorough adjustments to both the CI environment and the compilation configuration, the binary compatibility issue was resolved. Thanks to everyone who reported the issue and helped verify the fixed build.
- Get back electron-mail
executable name (#736):
- This change corrects a naming issue introduced in the previous release, where the executable was unintentionally renamed from electron-mail
to ElectronMail
.
- Users of the DEB
package may need to manually remove the v5.3.1 package before installing the new version. See details in [#736].
- Make "Block non-'Proton API' requests" feature opt-out (#312):
- Basically, the feature functions like a firewall check - it’s designed to detect and block potentially unintended Proton App requests (indicating a privacy risk or a bug). If there are no unexpected network requests, the feature stays silent.
- The feature is available in the app since v4.9.0 and has proven useful in multiple cases, so it's now enabled by default for all users. It remains manually configurable and can be disabled if needed.
- Update packaged Proton Web Clients patches:
- Reduce the aggressiveness of Drive Proton Web Client upsell ads when the "Disable Proton upsell ads" flag is enabled in the app settings (#734). Note: The ads disabling feature was originally introduced in v5.2.0.
- Make the ProtonDriveClient
class use the correct "baseUrl" value, and fix URLs returned from /drive/blocks
and /drive/shares/*
API requests. This change was made to ensure the Proton Drive app continues to function correctly when the "Block non-'Proton API' requests" flag is enabled for the email account in the settings. This request-blocking feature acts as a firewall mechanism designed to prevent possible unintended network requests initiated by WebClients. Note: This blocking feature was originally introduced in v4.9.0.
- Make the yellow round dot indicator on the tray icon ignore "unloaded" accounts.
- This change restores the original purpose of the feature - to signal that at least one account is not signed in.
- The original intent was compromised when support for "unloaded" accounts was introduced ([v4.13.0](https://github.com/vladimiry/ElectronMail/releases/tag/v4.13.0)/#456). These accounts appear in the top bar, but their pages are not actually loaded, which led the indicator to falsely suggest sign-in issues. Unloaded accounts (i.e., accounts with unloaded pages but visible handles) should not be considered when deriving the indicator state.
- To make an account "unloaded", enable the "Login Delay Range" and/or "Login on Account Selection" option for it (the feature available since [v3.1.0](https://github.com/vladimiry/ElectronMail/releases/tag/v3.1.0)/#121).
Unloading an already loaded account is possible through the context menu. This enables workflows where, for example, the "Login on Account Selection" option is enabled for an account. In this case, the account starts in an "unloaded" state when the app launches - not "disabled" (which would hide the account tab/handle from the top bar).
You can then click the account to load it and begin your work session. Once you're done, you can unload it again via the context menu, keeping the handle visible but freeing up resources by unloading the page.
- Slightly improve code-based search performance and enhance syntax highlighting in the corresponding code editor, which is built on the Monaco Editor (feature available since v4.11.0).
The Apple Silicon/M1 ARM64 package requires xattr -d com.apple.quarantine /Applications/ElectronMail.app
command execution.