私が勤務している会社は、ヘルスケア業界向けの検査サービスを提供しています。サービスの一環として、クライアントの従業員に電子メールを送信する必要があります。通常、これらは派遣社員、パートタイム、または契約社員であり、個人の電子メール アドレス (Hotmail、GMail、Yahoo! など) を持っています。
これまでは社内アドレスから送信していましたが、これは、従業員が注意を怠ったり、クライアントにクエリを送信することを知らなかったりした場合に返信が返ってくることを意味します。メールの送信をリクエストした人が返信されるように、これを変更したいと思います。
過去に返信先: を使用していましたが、追加のメールがスパム フィルターによってトラップされるようでした。
私は送信者: および on-behalf-of: ヘッダーについて読んでいましたが、返信がドメインに送信されるように電子メールを送信する必要があるシナリオで電子メールを送信するための現在のベストプラクティスは何か疑問に思っていました。制御します。
ヘッダーはそれon-behalf-ofを行うための最良の方法ですが、スパム フィルターに引っかかることにもなります。スパム フィルターに入る可能性を緩和または軽減する最善の方法は、ドメインとメール サーバーの検証に関するすべての業界標準を実装することです。この記事に示されているように：
http://www.codinghorror.com/blog/2010/04/so-youd-like-to-send-some-email-through-code.html
ただし、スパムの標準を常に把握し、CAN-SPAM 法やその他すべてを遵守する必要があるため、これを行うのは非常に困難です。次のようなオンデマンドのクラウド ベースの SMTP サーバーを使用することをお勧めします。
メール送信分野のドメイン エキスパートであり、最高の到達率を得るためにすべての作業を行った会社を使用してください。また、標準を常に把握し、ブラック リストで問題を監視します。
あなたはおそらく探してReply-Toいる. これは、 とは異なり、広くサポートされている公式のヘッダーでOn-Behalf-Ofあり、 と同じスパム チェックの対象ではありませんFrom。
別のユーザーに代わって送信しているように見せたい場合は、SMTP 標準による「ほぼ」正しい方法は、「実際の」アドレスSender:とクライアントのアドレス (代理で送信している) を入力することです。 From:. ただし、From:ほとんどの主要な電子メール プロバイダーによって実装されている非常に厳格なスパム防止プロトコルである DMARC の対象となっています。有効なヘッダーFrom:があるからといって、DMARC の失敗を見逃すことはありません。Sender:
DMARC を使用すると、ドメイン所有者は SPF および DKIM をFrom:ヘッダーに適用する方法を指定できます。一般的なポリシーは、SPF または DKIM のいずれかに失敗した電子メールを拒否することです。つまり、電子メールにスパムのフラグが付けられることさえありません。完全に拒否されます。
Sender:+From:技術的にはまだ機能します。もともと秘書や補佐など、同じ組織の人が使うことを想定して作成されたものです。これは、スパム防止メカニズムの出現により、厳しい制約になりました。