Package Details: electronmail-bin 3.8.0-1

Git Clone URL: https://aur.archlinux.org/electronmail-bin.git (read-only)
Package Base: electronmail-bin
Description: Unofficial desktop app for several E2E encrypted email providers
Upstream URL: https://github.com/vladimiry/ElectronMail
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: 11
Popularity: 0.56
First Submitted: 2019-03-13 16:13
Last Updated: 2019-09-14 17:25

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

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, https://github.com/vladimiry/ElectronMail/issues/135

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/094522.380764:FATAL:setuid_sandbox_host.cc(157)] 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 https://github.com/vladimiry/ElectronMail/issues/104 and https://github.com/vladimiry/ElectronMail/issues/57#issuecomment-432201465

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?

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