Read receipt / confirmation
Me too. Especially because I want to be sure my mail is getting through to the other side of the planet.
As numerous others have commented, as long as the ability to use or respond to Read Receipts is OPTIONAL why would this present a problem?
Yes, for some privacy is a concern, but certainly not for all users in all instance. Certainly that is not the case if the users have agreed to use Read Receipts, as many do.
The scenario mentioned in the Apr 30, 2015 post by "ADMIN The Team!" seems to present it more as an etiquette issue than a true privacy issue.
And, of course, for those who consider it to be a privacy issue they can choose to simply not use the Read Receipt feature or not respond to Read Receipt requests, etc.
Additional requests for this featured have continued to be posted right up through this very time. But the last comment from "ADMIN The Team!" is way back in Apr 30, 2015.
Another thing to consider is that since that time you have added business features. And, of course, it is VERY common practice to sometimes use Read Receipts for business related email.
If possible, could you please post an update as to whether or not this feature is being considered/re-considered?
Add a 'Read Receipt' which the person receiving the email can choose to send or not.
A question could be displayed when the email is opened which says:
The sender of this email has requested a 'Read Receipt' do you wish to send one? Click Yes or No.
Then if they don't want to send a 'Read Receipt' just click 'No'.
leave it to the user to activate or deactivate in settingds
I would like to be able to use the SMTP features, Delivery Status Notification (if the remote server has implemented it, I would receive a message indicating that the message was accepted for delivery), and Message Disposition Notification (e.g., "Request Reading Receipt", usually the receiver gets a prompt from the email client and can decide whether or not to send the receipt), and also message Priority and Importance headers. For reading receipts the receiver should decide whether or not to send the receipt, but they know that you, the sender, would like a response. Also, I would like to be able to choose to send a read receipt if it is requested and I am the recipient.
M. Robinson commented
I was wondering about this, because the settings for this app are overly simplistic.
Does this mean that the protonmail app does not respond to read receipt requests?
I agree, this is a privacy issue — this is not a feature I want in an email client.
Laura Bair commented
There are times when its absolutely imperative to have a read or delivery receipt. It's a standard option on many email services. Please consider adding.
I agree the user should decide
I agree that I want the option to not have a read receipt or delivery receipt sent when the send requests one. Adding the ability to request a read receipt would also be good to have.
A read receipt on self destructing email would be a useful feature and in no way is a privacy issue.
and me too
can you provide a feature to have a return notification of delivery of email?
this is important for my industry
I would like to have that feature too
B Hassan commented
You should definitely add a read receipt feature for proton mail users with the ability to reject an incoming read receipt or send back
If i send a time-sensitive tax form to a client via an encrypted email, I want to know if they received it. The encryption service I use now allows me to select "Request a Receipt" before I send the encrypted email. When the client opens the encrypted email I get a "Receipt" email showing the time they opened the email I sent.
From my perspective, I believe that such a feature compromises privacy.
Vutukuri Sathvik commented
Hi,its very good initiative to have fully encrypted mail box.You are having many new features,why cant you introduce other feature that sender should know whether his mail is read or not?????.
This gives sender a idea what about his mail ,whether it is going to address his need or not.
Here's another perspective. If one places a call and someone answers the phone, you know they answered it - the phone stops ringing. If they don't want to answer it, they don't. Read receipt is merely the acknowledgement that someone has viewed the email, like someone answering a phone. There's no privacy issue here. A read receipt doesn't mean that they actually read the email, understood it, agree to it, etc. Perhaps instead of implementing a "read receipt" one can implement a view receipt?
Show if an encrypted mail has been read (decrypted).
Only for external users. For internal can be in form of : "inform sender about read" button.
Especially great if you send with expiration flag. So you can see if it was read - delivered. Suggest to store in system without any other info - only yes/no. Without IP, date, time only flag to minimize exposure surface.