if you release an API for managing organisations or user settings, I'll happily build you the n8n node so people can start to build workflows.

Please release this

api is the first step for automation and allow the ecosystem to growth thank to the community

Essential to allow enterprise-grade integration

An API would be really useful, specifically for those who want to use the Proton suite to automate things. This would highlight the commitment that Proton has put into this great suite.

As no native contact sync is supported on phones, at least an API is needed!

Providing an API also allows 3rd party business tools like Calendly to integrate with ProtonMail and Calendar which is highly needed to use Proton as a Microsoft or Google Alternative in Business..

This would allow Linux desktop environments integrations. Sorely needed by open source communities.

The most helpful API would permit encrypted insertion or updating of data (XML or other structure) to a specific user's calendar and drive folder. The data could exist in a stack before validation/incorporation, or be automatically added if the sender has been previously authenticated.

Running our own secure mail service isn't necessitated since we have Proton.

The title is "Open API / Tools", so, it doesn't seem to be only for Proton Mail, and its associated Contacts.

I think this idea is also good for Proton Drive, which is the focus of this suggestion:

https://protonmail.uservoice.com/forums/932839-proton-drive/suggestions/43582125-protondrive-api

I think the best part of Open API's which each user must give permission, via OAuth2 or better, for another app to access is the community can create open source apps to fill in the gap of apps the Proton team hasn't yet had time to create.

I'd very much like the ability to create a folder in my Proton Drive for a specific use and then share only that folder with a third party document writer and spreadsheet creator app to save/retrieve/edit the files from that folder in my Proton Drive. As is, I must download the file, edit the file, then re-upload the file and delete the old one.

I'd certainly prefer the Proton team created and managed all the apps associated with their service (and their service would be worth even more $), but, that's a massive undertaking. Perhaps they could make forks of some open source apps and customize them to work with Proton's services. For example, LibreOffice.

This had 3 of my votes.

I agree to get a reasonable SMTP Api access for non Business customers.
For my case, I subscribed to Mail Plus Individual Plan to get a dedicated custom address and this fits my need for now. Going to Business plan is not the same in terms of usage and expenses !

Documentation can be found here : https://proton.me/support/smtp-submission

Others organisations as Google Workspace or AWS SES got paid plan but are free for limited usage.

As @alex said, we are tight to Protonmail Bridge because specific of encryption logic. So I can't use other SMTP providers so I had to install Protonmail Bridge on my server to get this work programmatically. Then I have to allocate server ressources to run proton mail bridge, install the bridge explained here (official) https://proton.me/support/mail/bridge/installation-linux and here (install as a service) https://gist.github.com/pakokrew/55e8e1226b36eebb7ac9f2464f62844c, ensure the service is constantly up and running (no downtime) on my server, have to maintain the service up to date and in therms of security have to ensure the service is not accessible to public and only locally.

Theses reasons I would have preferred use the token based proposal by Proton but only available for Business.

This is absolutely necessary for me to convert my business to use protonmail. I have a personal account, but I need to be able to programatically send emails through protonmail or I will find a different service.

This is pretty much my 10 vote worth issue with your service and the reason why I might look for alternatives and do not prolongate my subscription as I cannot cancel for this reason unfortunately.

I just tied the ProtonMail bridge that can be hacked to use it as a poor man's email relay with just little work for ProtonMail:

Please provide a CLI version of the bridge. The auth, incl. 2FA can be done on the desktop. ~/.config/protonmail/bridge can be inserted into a service container to serve as an STMP@localhost. Still, to sleep well, I would like to constrain the bridge that is deployed in such a way to just sending (SMTP) but not receiving (IMAP) any emails.

@ProtonMail staff

Programmatic email delivery is pretty much a hard-blocker for every organization to switch to Protonmail. I've used the Gmail API to send emails programmatically which is not possible now. What prevents me from doing this now is that I cannot authorize any Gmail account to send emails on my behalf. I cannot authorize Gmail do send emails on my behalf because I cannot specify any SMTP server which would be used to send emails.

Providing SMTP should not be that difficult. I understand that the encryption voodoo won't work but I do not care and as a paying customer I want to be able to accept this disadvantage.

This would be great. I'm evaluating suitable backends for a communication app and it's hard to find privacy minded options. A ProtonMail API would open up a world of possibilities.

Pourquoi ProtonAPI :
-- Pour l’émergence de clients plus à l’image de ProtonMail et des utilisateurs;
-- Pour intégrer ProtonMail dans plus de projets;
-- Pour promouvoir ProtonMail au près des développeurs.

Signé un libriste.

I am looking to send emails from my monitoring service using the domain I have set up on ProtonMail. It would be easier/more secure to have email for my domain sent through ProtonMail's servers. I am not looking for a high volume of email, just a handful of nightly status emails (~5-10). Rather than misappropriate the ProtonMail Bridge software, I'd like to use an API so that I can programmatically send emails on the terms the ProtonMail team deems to be reasonable for API-based mail sending. API-based mail send allows for a more intelligent approach to sending email as an API-based solution should be able to respect the boundaries set by the API in terms of rate limiting and general usage. An API would also be a more secure solution than simple SMTP transmission.

I, too, would like to see an API, which would be useful for a webapp I'm building. Any updates from the development team?

Even if this could be implemented/exposed in stages. Case in point, I have an elaborate sieve filter that I want to update. I'd really prefer to just be able to craft a command to add/remove lines to it (or update the entire rule, which I could maintain offline), but right now my only option is to copy/paste a file into an online form.

Same with adding contacts to my personal address book.

This is also essential functionality to any sort of email automation e.g. Firing a webhook upon receiving a certain subject line - but I understand how that has more sensitive and complex than just maintaining flat records of contacts and sieve rules.

Open the Protonmail API. I think it would be good if third part developers could implement their own client. It would be great if we were not bound to a single client.

would love this too! any reply from the team?