Package Details: protonmail-bridge-nogui 1.8.7-1

Git Clone URL: https://aur.archlinux.org/protonmail-bridge-nogui.git (read-only, click to copy)
Package Base: protonmail-bridge-nogui
Description: Integrate ProtonMail paid account with any program that supports IMAP and SMTP
Upstream URL: https://github.com/ProtonMail/proton-bridge
Licenses: GPL3
Conflicts: protonmail-bridge, protonmail-bridge-bin
Submitter: kausban
Maintainer: kausban
Last Packager: kausban
Votes: 15
Popularity: 0.71
First Submitted: 2020-04-17 09:58
Last Updated: 2021-07-05 09:55

Dependencies (5)

Required by (0)

Sources (2)

Pinned Comments

mclancy commented on 2020-06-15 16:35

hakayova and grimfrenzy: I managed to solve the issue of "no account found" by providing the correct PASSWORD_STORE_DIR to the systemd service.

In my case I provided: Environment="PASSWORD_STORE_DIR=/home/mclancy/.local/share/pass"

Hope this helps!

kausban commented on 2020-04-21 14:37

Minimal fork of https://aur.archlinux.org/packages/protonmail-bridge/

Compiled with 'nogui' option

Included is a user systemd service. Try: systemctl status --user bridge.service

  1. You can login and register accounts using the interactive cli: protonmail-bridge --cli
  2. Once you have everything configured and automated. You can enable and use bridge.service to run bridge in background.

The following is an alternative way to run the bridge in interactive cli mode encapsulated within a named screen session. Can be added to bridge.service

ExecStart=/usr/bin/screen -Dm -S bridgedaemon sh -c "sleep 5; protonmail-bridge -c"
ExecStop=/usr/bin/screen -X -S bridgedaemon quit

Latest Comments

1 2 3 Next › Last »

WebFreak commented on 2021-06-15 16:58

Works with PinePhone after adding 'aarch64' as supported architecture and adding make and pkgconf as makedepends

kausban commented on 2021-05-02 09:44

Why is it so that protonmail-bridge --cli cannot be executed if the service runs? @Spixmaster: Because the service runs an instance of protonmail-bridge and the program prevents multiple instances. Would be nice it returned an error message.

Spixmaster commented on 2021-05-02 05:24

Why is it so that protonmail-bridge --cli cannot be executed if the service runs?

miffi commented on 2021-04-06 03:15

I got annoyed with bridge committing to my pass repo so I created a repo specifically for bridge by adding Environment="PASSWORD_STORE_DIR=/a/different/dir" to the unit file.

denisse commented on 2021-02-23 23:45

Hello, I'm experiencing this error after trying to add my account:

Adding account was unsuccessful: user is already connected

Has anyone else experienced this issue before?

Update: In case someone else has this issue I managed to overcome the issue by removing the previous password from gnome-keyring.

hakayova commented on 2020-06-20 03:57

@kausban: I added the export statement in $HOME/.bashrc since there is no .bashenv file in that directory. Moreover, there are many similar export statements about other environmental variables in that file. Unfortunately it didn't change the behavior.

kausban commented on 2020-06-19 07:42

@hakayova: Have you tried adding the environment variable to your profile/env file? For example I have "export PASSWORD_STORE_DIR=/pathto/password-store" in "$HOME/.zshenv".

hakayova commented on 2020-06-18 16:14

Thank you mclancy for your suggestion. I tried adding the Environment statement under Service section of bridge.service pointing to the root of password store (/home/hakayova/.password-store in my case) but unfortunately it didn't change the behavior. I still need to restart the service to be able to start using the bridge after a reboot. $ systemctl --user restart bridge.service

kausban commented on 2020-06-15 19:12

Thanks for posting a solution. I guess, I couldn't recreate the problem since I have that environment variable set in my *env/profile file.

I have pinned your comment for future readers. ;)

mclancy commented on 2020-06-15 16:35

hakayova and grimfrenzy: I managed to solve the issue of "no account found" by providing the correct PASSWORD_STORE_DIR to the systemd service.

In my case I provided: Environment="PASSWORD_STORE_DIR=/home/mclancy/.local/share/pass"

Hope this helps!