Open janbrasna opened 4 months ago
That is unfortunately a quirk of how our email system works differently for large sends for the actual newsletters, and for what they call "transactional" emails, or ones which are triggered by a user action. The thank you emails and the ones that ask you to confirm you subscription are transactional, but the ones that will come as part of the subscription will come from the other email address in the body of the message. I'll talk with our email team and see if there's any way we can make this more clear. Thanks for filing!
I actually thought this might be the the case — separating the customized one-offs from the bulk mailing. It also makes sense if the personalized @e.mozilla.org
already got through, it should not be flagged as spam, and the whitelisting note for @email.mozilla.org
which will follow makes sense here. This probably should not trip anyone up, so feel free to close, or transfer somewhere as a nice-to-have; I only wanted to check the displayed messaging is correct. Which it is.
Description
When signing up for a newsletter, a hint for whitelisting the sender doesn't match the actual
From:
used for (at least some?) of the mailings.(Disclaimer: I haven't seen the actual content mailings, only the basket+click transactional e-mails, so this may still be valid for the actual newsletters… but for the management ones I've seen it differs.)
Steps to reproduce
Register for a newsletter and explore the sender
From:
headers of the mails received.Expected result
Newsletters being sent from the same e-mail address as pointed out in the confirmation.
Actual result
Different account and (sub)domain used.