Reply with address that received message by default
Right now when you reply to an email, it will use your default address/profile. Would like an option that makes it so reply tries to use the address/profile that received the email first, and falls back to the default if it can't resolve that.
-
yostranilo commented
I'm surprised this is not thought that way ! It's so important ! Sounds for me like a security feature. I don't want to share all my email addresses with everyone.
And it works with "hide-my-email" aliases, no ?
-
BruceL commented
I'm truly surprised replying does not use the assigned alias address. Using the default proton account email is wrong. Maybe I'm missing something.
-
Sebastian Cerazy commented
YEARS later! iOS app uses correct (received) email in reply, correct (set in settings) email for New Mail, but WRONG @protonmail.me for forward.
How difficult is to get it right? -
Dach commented
How is this still not solved?
-
Dan Beresford commented
1. I am using Proton Pass aliases to hide my real Proton email address. When Proton mail responds using my alias, then my real Proton email address is exposed thus largely defeating the purpose of using an alias in the first place.This is critical to me. The Proton Pass alias feature was a key motivator for me to begin a full switch from Gmail to Proton Mail.
2. Also, replying to an email with a different sender email address will be confusing to the recipient, for example in cases where the alias represents the account holder and the default proton email address is not an account holder. This is less critical to me than point #1, but still and issue.
-
Fabien Bataille commented
It is very annoying to respond to a mail in an hurry to discover later that Protonmail did not choose the same sender name as the one set by the original mail sender
-
user commented
You provide all sort of different addressing options but then the service lacks the option of replying as the address that was written to by default? Should be fixed, email replies should be as efficient as possible. Still not done since 2017?
-
Marco commented
This should be a standard feature. It is very frustrating that you cannot reply with the address with the email that was sent to.
The other issue I am having is that I have a first.lastname alias that is hidden and I cannot send emails as that address either. -
Stephen commented
Imagine every email sent you have to put in both the "To" and the "From" address - strange, right? That's the current behavior for a lot of proton mail users. Only, it's worse since there is a default "From" address that is wrong for any ProtonMail users that are forwarding mail to their account so it's all too easy to send email from the wrong address.
This needs to be fixed to allow a default 'from' address based on where the email was sent "To" rather than the "Deliver-To" address - which will always be the ProtonMail address for folks using forwarding. Maybe there are only 12 ProtonMail users that forward mail to their inboxes but that seems unlikely.
-
Anonymous commented
Also getting a warning if you are replying with a different address than the one you recived the email to could be useful.
-
James commented
Seriously, 4 years later and we're still talking about this?
-
Stephen commented
This would be super helpful. Since replying already has a behavior this could be implemented in a backward-compatible way via a toggle in settings choosing the default address when replying as the 'To' address, the 'Delivered-To' address, or whatever it does now. This feature would be key for allowing migration to Protonmail via forwarding when MX records can't be changed for whatever reason.
-
Anonymous commented
This is urgent for me. I would also note that it does NOT use my default address/profile either-- I would like actually recommend this workflow:
-most relevant profile
+failing that:
-default address
+failing that:
-oldest address (current situation) -
AnonymousAtom commented
Yup it sure is an annoyance to always have to change the To when reply/forwarding an email. Should be a 10 minute job to put a fix in place.
-
João Marques commented
I also really would love this feature! I am currently forwarding a copy of all of my email from Gmail and from my University email. And without this feature im forced to log in to those email accounts to be able to respond since if i would do with my protonmail it would reply as my protonmail...
-
Steve commented
I need this feature too. I am currently using a custom domain. I have a mail forwarder on that domain to redirect my mail here. When I click "Reply" to any of those messages, it uses my protonmail.com address in the "From" field even though the email was sent to my custom domain address. I can change it manually using the drop-down box, but that is a PITA. There needs to be an option to use the original "To" address as the "From" address when replying. FYI, I cannot change the MX record of my custom domain to point here because there are other mailboxes that must remain there.
-
Michael commented
This is the only thing stopping me from moving and paying for ProtonMail, I don't want to reply with my new, fresh and secure protonmail email address to everyone. I have certain email that I want to reply with that email address and not give them my protonmail email address.
-
Edward commented
I came across this issue with a support ticket system:
I sent a support ticket using blahblah+complanyName@protonmail.com
I get a response sent to blahblah+complanyName@protonmail.com
When I try to reply to that response, I can only do so using blahblah@protonmail.com and because the e-mail addresses don't match, the support ticket system rejects my reply.Protonmail can either a) change the FROM field automatically to include the + address when replying to an e-mail, or b) just let us edit our from address!
-
Adam commented
Please add this basic feature. This should be default. I keep accidentally replying to work emails with my personal email, and when I remember it's still a hassle to always have to manually change my email address. Especially surprising given that custom domains and aliases is a Pro feature that we pay for.
-
L commented
This is an obvious feature. It should have been done this way from the beginning. I.e., we should note even have to vote for this.