メールをサービスとして他の人に送信するときに、Reply-Toヘッダーを使用する必要がありますか？

A社が顧客にレポートを送信できるようにする仲介者として機能するアプリケーションがあるとします。

A社-> B社（私）-> A社の顧客

レポートを受け取った後、受信者に電子メール通知を送信しますが、それらは必然的に会社の通知電子メールアドレスから送信されます。

joe.bloggs@a.com-> notifications@b.com-> peter@c.com

現在、顧客はこれらの電子メール通知に返信する傾向があり、会社Aでレポートを送信した人に戻ることを望んでいます。代わりに、最終的に私たちのアドレスnotifications@b.comに戻ります。

簡単な解決策は、関連する企業Aのアドレスに送信する通知のReply-Toヘッダーを変更することです。

joe.bloggs@a.com-> notifications@b.com [返信先：joe.bloggs@a.com]-> peter@c.com

しかし、私の主な懸念は：

• 差出人フィールドと返信先フィールドの間の電子メールアドレスとドメインの完全な不一致により、スパムまたはフィッシングフィルターが電子メールにフラグを立てるのをより熱心にする可能性があります
• すべての電子メールクライアントが実際に[返信]をクリックしたときに[返信]フィールドを尊重するわけではなく、代わりに[差出人]を使用するだけです。広範囲に及ばない限り、それほど懸念はありません。

これらの懸念はまったく生じたのですか？または、私が持つべき他の懸念事項はありますか？

Fromヘッダーに顧客の名前、ヘッダーに住所を配置することを検討してくださいSender。

From: Company A <joe.bloggs@a.com>
Sender: notifications@b.com

ほとんどのメーラーは、これを「A社に代わってnotifications@b.comから」とレンダリングしますが、これは正確です。そうReply-Toすれば、A社のアドレスは不自然に見えません。

RFC 5322から：

「From：」フィールドは、メッセージの作成者、つまり、メッセージの書き込みを担当する人またはシステムのメールボックスを指定します。「Sender：」フィールドは、メッセージの実際の送信を担当するエージェントのメールボックスを指定します。たとえば、秘書が別の人にメッセージを送信する場合、秘書のメールボックスは[送信者]フィールドに表示され、実際の作成者のメールボックスは[差出人]フィールドに表示されます。

私はdkarpのソリューションをgmailでテストしましたが、スパムにフィルターされました。 代わりにReply-Toヘッダーを使用してください（または、Gmailには明らかに必要ない場合もあります）。Linkedinが行う方法は次のとおりです。

Sender: messages-noreply@bounce.linkedin.com
From: John Doe via LinkedIn <member@linkedin.com>
Reply-To: John Doe <John.Doe@gmail.com>
To: My Name <My.Name@gmail.com>

この形式に切り替えると、Gmailはメッセージをスパムとしてフィルター処理しなくなります。

ここで私のために働いています：

Subject: SomeSubject
From:Company B (me)
Reply-to:Company A
To:Company A's customers