Package Details: electronmail-bin 4.6.0-1

Git Clone URL: (read-only, click to copy)
Package Base: electronmail-bin
Description: Unofficial ProtonMail Desktop App
Upstream URL:
Keywords: electron electron-mail electronmail email email-securely-app encryption mail privacy protonmail tutanota
Licenses: MIT
Conflicts: electronmail
Provides: electronmail
Submitter: joshirio
Maintainer: joshirio
Last Packager: joshirio
Votes: 13
Popularity: 0.195589
First Submitted: 2019-03-13 16:13
Last Updated: 2020-06-16 10:17

Required by (0)

Sources (2)

Pinned Comments

joshirio commented on 2019-03-13 16:17

On KDE plasma if you have issues with the tray icon, make sure to change the .desktop launch command to:

XDG_CURRENT_DESKTOP=Unity "/opt/ElectronMail/electron-mail" %U

Latest Comments

1 2 Next › Last »

joshirio commented on 2020-01-26 19:06

gnome-keyring became an optional dependency alongside org.freedesktop.secrets. Now users are free to choose the password storage backend.

joshirio commented on 2019-12-24 09:40

I'm reverting the libsecret change since it causes issues, see

joshirio commented on 2019-12-23 14:04

@stevendoesstuffs OK, I'll give it a try, please report any issues, if any.

stevendoesstuffs commented on 2019-12-23 06:35

@joshirio please replace the gnome-keyring dependency with libsecret. I've tested it and it does work.

stevendoesstuffs commented on 2019-05-16 05:54

@joshirio just tested without gnome keyring (using the new keepassxc integration with libsecret, not kwallet) and it works! The only change is to replace the gnome-keyring dependency with libsecret.

joshirio commented on 2019-04-30 19:50

setuid error has been fixed,

joshirio commented on 2019-04-30 16:21

@ajgraves yes, please report it upstream since it's the same upstream pacman package

ajgraves commented on 2019-04-30 16:18

Latest update introduces some problems. I get this error when running:

[17738:0430/] The SUID sandbox helper binary was found, but is not configured correctly. Rather than run without sandboxing I'm aborting now. You need to make sure that /opt/ElectronMail/chrome-sandbox is owned by root and has mode 4755. zsh: trace trap (core dumped) electron-mail

I got it to run by setting mode 4755 (setuid root) on chrome-sandbox, but the package should probably be fixed to either do that on install/update, or if there's a better way of resolving this. I'll post this to the upstream as well; I recall seeing something in the release notes about upgrading Electron versions so could be related?

joshirio commented on 2019-04-28 17:11

@stevendoesstuffs I belive those are upstream deps, see and

I'm not sure it would work, can you eventually do some tests? As I don't have a system without gnome-keyring at hand. Does the "keep me signed-in" feature (master password) work without gnome-keyring (by using libsecret)? And then there's the issue with KDE where kwallet/ksecretservice has not a libsecret API (never implemented AFAIK), so that the KDE user must install gnome-keyring anyway...

stevendoesstuffs commented on 2019-04-28 15:33

Since this program internally uses node-keytar which depends on libsecret, can you please swap out the dependency for gnome-keyring for libsecret?