proton-bridge
gluon
Our great sponsors
proton-bridge | gluon | |
---|---|---|
83 | 5 | |
1,062 | 427 | |
3.9% | 1.6% | |
9.7 | 7.2 | |
about 2 months ago | 7 days ago | |
Go | Go | |
GNU General Public License v3.0 only | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
proton-bridge
-
ProtonMail Complied with 5,957 Data Requests in 2022 – Still Secure and Private?
That isn't really fair. If you read the article, protonmail essentially supplied the FBI the recovery email of the account. This is metadata that protonmail must have that isn't encrypted by the user for obvious reasons.
Regarding the "MITM" for every email sent, this is related to their "bridge" software which allows regular IMAP/SMTP software to use Proton Mail. This software must edit the emails to encrypt them in their scheme.
This software is open source and can be inspected and/or built locally. https://github.com/ProtonMail/proton-bridge
-
ProtonMail Rewrites Your Emails
> This appears to be related to a behaviour that ProtonMail has of dropping all plaintext email if any mime-encoded parts exist.
https://github.com/ProtonMail/proton-bridge/issues/26#issuec...
I'm actually more shocked knowing that they drop plain text if there is a mime-encoded part (e.g. HTML). Just verified that all mails imported from GMail and all newer mails I received in PM only have the HTML part now, while GMail shows both HTML and plain text parts in message source. Great, now if I want to use a text-only client to read those mails in the future, I won't be able to.
Now I honestly wonder, how did they think this is something okay to mess up? Is there just no usable email hosting service for someone that want their mails not touched and also stored securely? Like, this is not even going to save storage space for PM - I'm paying for my storage.
- Proton Mail (Bridge) for High Sierra Mac
-
Bridge V3 Cache
Repository here https://github.com/ProtonMail/proton-bridge
- People over-emphasize the slow pace of update rollout, and under-emphasize that once the updates roll out they rarely break or malfunction
- Moving emails from Proton Mail.
-
FYI, Protonmail Bridge tries to silently install a sketchy CA cert in your OS cert store
The privkey is never loaded out of the keychain. Rather, it acquires a handle to the privkey and relies on the keychain to carry out cryptographical operations. (https://github.com/ProtonMail/proton-bridge/blob/master/pkg/keychain/helper_darwin.go and https://github.com/ProtonMail/proton-bridge/blob/master/pkg/keychain/keychain_darwin.go)
- How's the linux bridge coming along; and also, how do I stay on the main website?!
-
Mails missing in MacOS Mail
Oh yes. The Bridge shouldn’t have been marketed as stable for the past years because of this issue (see issue #220 on Github, reported 2021-09-29). It’s fixed in Bridge 3.0.
gluon
-
Inside Gluon, our new IMAP library
Check our blog to learn more: https://proton.me/blog/gluon-imap-library. You can peek into it yourself on our GitHub: https://github.com/ProtonMail/gluon.
-
Bridge and Thunderbird Trash
They are going to replace go-imap with gluon. That's an effort which has been going on for quite a while.
-
Proton Bridge: Message UIDs are not stable / possible data loss (deletion of wrong messages)
Hi all, we want to share more info about the reported issue with Proton Mail Bridge, our desktop IMAP/SMTP gateway to Proton Mail encrypted email. The fact that Bridge and its client can become desynchronized sporadically for some users is a high priority issue we have been working on. Bridge is open source, and as a result relies upon open-source components, and the root cause is an architectural issue in a library that Bridge uses to implement IMAP. When there are network issues, this library returns errors to email clients. Unfortunately, there are hundreds of email clients, and some email clients don’t handle errors properly, and this leads to desynchronization. Our error tracking shows this does not happen often (1-2% of Bridge users) and the symptom is usually incorrect display of messages or read/unread status which is fixed with an inbox resynchronization. There are cases where a combination of a desynchronized mailbox and a specific series of user actions can lead to accidental email deletion, but this is far rarer than desynchronization. Our implementation tries as hard as possible to avoid this. If you find you are missing an email, our implementation works around the issue by placing it in your All Mail folder, so please check there. If you believe you have an email that is accidentally deleted, please contact our support team and we will do our best to help you undelete it. As Bridge is open source, updates on this issue have always been publicly posted on GitHub. IMAP-compatible encryption is a very difficult task and Bridge must interface with many different email clients, most of which are not open-source making it almost impossible to address all cases where certain clients don’t do error handling properly. Addressing this issue at the source requires replacing the core IMAP library. Unfortunately, there is not exactly a large selection of open-source IMAP libraries to pick from. None in fact are sufficiently well maintained to ensure we don’t run into this issue again. And a commercial library does not work because of Proton’s open-source nature. Therefore, the solution is to build our own IMAP library called Gluon, which we have been focusing on since this issue was reported to us. You can follow the progress or participate in this open-source effort here: https://github.com/ProtonMail/gluon
-
Protonmail can delete the wrong email and nobody cares
This is Bart, Proton CTO here. For clarity, the issue mentioned here only impacts Proton Mail Bridge, our desktop IMAP/SMTP gateway to Proton Mail encrypted email.
The fact that Bridge and its client can become desynchronized sporadically for some users is a high priority issue we have been working on. Bridge is open source, and as a result relies upon open-source components, and the root cause is an architectural issue in a library that Bridge uses to implement IMAP. When there are network issues, this library returns errors to email clients.
Unfortunately, there are hundreds of email clients, and some email clients don’t handle errors properly, and this leads to desynchronization.
Our error tracking shows this does not happen often (1-2% of Bridge users) and the symptom is usually incorrect display of messages or read/unread status which is fixed with an inbox resynchronization. There are cases where a combination of a desynchronized mailbox and a specific series of user actions can lead to accidental email deletion, but this is far rarer than desynchronization. Our implementation tries as hard as possible to avoid this. If you find you are missing an email, our implementation works around the issue by placing it in a users’ All Mail folder.
As Bridge is open source, updates on this issue have always been publicly posted on GitHub. Addressing this issue at the source requires replacing the core IMAP library. Unfortunately, there are no FOSS IMAP libraries that are sufficiently well maintained. Therefore, the solution is to build our own IMAP library called Gluon, which we have been focusing on since this issue was reported to us. You can follow the progress of this open-source project here: https://github.com/ProtonMail/gluon
We are not refusing to fix the problem. The only possible solution is writing a new open-source IMAP library which we can maintain ourselves to ensure this class of errors cannot occur again. We have doubled the size of the team working on this this year so it is a priority for us.
We’re confident that this addresses the main sources of desynchronization and will be available in the beta version of Bridge by the end of the year.
What are some alternatives?
hydroxide - A third-party, open-source ProtonMail CardDAV, IMAP and SMTP bridge
proton-bridge - ProtonMail Bridge application
FreeCAD_assembly3 - Experimental attempt for the next generation assembly workbench for FreeCAD
go-imap - 📥 An IMAP library for clients and servers
Contents - Community documentation, code, links to third-party resources, ... See the issues and pull requests for pending content. Contributions are welcome !
jmap - JSON Meta Application Protocol Specification (JMAP)
gpgmda - GPG encrypting MDA
aws-lambda-ses-forwarder - Serverless email forwarding using AWS Lambda and SES
wildduck - Opinionated email server
mCaptcha - A no-nonsense CAPTCHA system with seamless UX | Backend component
ImapSync - Imapsync is an IMAP transfers tool. The purpose of imapsync is to migrate IMAP accounts or to backup IMAP accounts. IMAP is one of the three current standard protocols to access mailboxes, the two others are POP3 and HTTP with webmails, webmails are often tied to an IMAP server. Upstream website is