Suppose we have an application that acts as a middleman, allowing Company A to send reports to their customers.
Company A → Company B (me) → Company A's customers
After getting the report we send email notifications to the recipients, but they necessarily originate from our company notifications email address, e.g.
Now, customers tend to reply to those email notifications, wanting them to go back to whoever sent the report at Company A. Instead, they end up back at our address, [email protected].
A simple solution may be to change the Reply-To header to the relevant Company A address on the notifications we send, e.g.
[email protected] → [email protected] [Reply-To: [email protected]] → [email protected]
But my main concerns are:
From and Reply-To fields might make spam or phishing filters more eager to flag the emails.Reply-To field when people actually click "Reply", and just use From instead. A lesser concern, unless widespread.Are these concerns founded at all? Or are there other concerns I should have?
You may want to consider placing the customer's name in the From header and your address in the Sender header:
From: Company A <[email protected]>
Sender: [email protected]
Most mailers will render this as "From [email protected] on behalf of Company A", which is accurate. And then a Reply-To of Company A's address won't seem out of sorts.
From RFC 5322:
The "From:" field specifies the author(s) of the message, that is, the mailbox(es) of the person(s) or system(s) responsible for the writing of the message. The "Sender:" field specifies the mailbox of the agent responsible for the actual transmission of the message. For example, if a secretary were to send a message for another person, the mailbox of the secretary would appear in the "Sender:" field and the mailbox of the actual author would appear in the "From:" field.