Anonymous
My feedback
4 results found
-
4,650 votes
An error occurred while saving the comment Anonymous supported this idea ·
-
17 votes
An error occurred while saving the comment Anonymous commented
This is a big feature in terms of synchronization.
1) The mobile app does something similar: pulls from the phone contact.
2) For the desktop, once protonmail-bridge is done, you could use it with a 3rd party email client (e.g. thunderbird) which has access to the carddav contacts.
Nevertheless, adding such feature to the service as a whole would just make it more seamless and well integrated. Moreover, protonmail team already pitched a related feedback entry called "Carddav Server For Contacts (Synching Contacts)". This is the other way around, acting as a client.
Anonymous supported this idea ·
-
38 votes
Anonymous supported this idea ·
-
569 votes
An error occurred while saving the comment Anonymous commented
as much as a user would like it, it is just not feasible.
1) protonmail provides services, not commodities.
2) it's risky. as a company, protonmail can go to a different direction than you were hoping, and you're stuck with it for life.
3) to be economically feasible, it would have to be in sort of a insurance plan style, paying a premium price over some years. This would not be a popular choice
This would be a wonderful feature! One of the things I'm still considering before really changing my email service.
Currently, "synchronization" of contacts can be partially done.
1) General: vCard import/export was recently implemented (with encrypted contacts for paid members).
2) Mobile: the app already pulls contacts from phone
3) Desktop: Protonmail-Bridge would allow usage with a third party client with synchronized contacts.
Providing a server (*and a client*) for carddav would make the synchronization more well integrated.
Wtih carddav *client*, one could sync it with e.g. nextcloud. One loses protonmail's encryption, but it is a nice feature, and the mobile app already pulls contacts from somewhere.
With carddav *server*, I agree with the comment of Bryce McNab: implement it nicely so that other software (such as android and thunderbird) can retrieve the data!