Package Details: protonmail-bridge-nokeychain 1.8.10-1

Git Clone URL: https://aur.archlinux.org/protonmail-bridge-nokeychain.git (read-only, click to copy)
Package Base: protonmail-bridge-nokeychain
Description: An IMAP/SMTP bridge to a ProtonMail account
Upstream URL: https://protonmail.com/bridge/
Licenses: GPL3
Conflicts: protonmail-bridge
Provides: protonmail-bridge
Submitter: andrei.dubovik
Maintainer: andrei.dubovik
Last Packager: andrei.dubovik
Votes: 0
Popularity: 0.000000
First Submitted: 2021-05-27 16:36
Last Updated: 2021-11-28 11:22

Dependencies (1)

Required by (2)

Sources (3)

Pinned Comments

andrei.dubovik commented on 2021-05-27 16:44

This is a patched version of protonmail bridge, where the secrets are kept in ~/.config/protonmail/bridge/secrets file (mode 0600) instead of using pass or gnome-keyring. In this way, protonmail bridge can be started as a service without additional user input. Arguably, this is a weaker security arrangement than the default one, so please use at own discretion.

Latest Comments

andrei.dubovik commented on 2022-01-16 14:32

It should be run as a user (i.e. not from root), the service name is protonmail-bridge. So,

systemctl --user enable protonmail-bridge

should in principle work. Do you have protonmail-bridge.service listed if you do

pacman -Ql protonmail-bridge

?

Before you enable and start the service, you need to login once by running the service in an interactive mode:

protonmail-bridge --cli

and then login. See also help while in the interactive mode.

wildwestrom commented on 2022-01-16 03:55

I'm having one problems with this.

Systemd cannot find the unit file associated with this package. I tried both systemctl --user enable and systemctl enable as root.

Thank you for your time and attention to this matter.

andrei.dubovik commented on 2021-05-27 16:44

This is a patched version of protonmail bridge, where the secrets are kept in ~/.config/protonmail/bridge/secrets file (mode 0600) instead of using pass or gnome-keyring. In this way, protonmail bridge can be started as a service without additional user input. Arguably, this is a weaker security arrangement than the default one, so please use at own discretion.