noreply@salesforce.com on behalf of の表示を消す

フローやレポートのメールが迷惑メール扱いになります。弊社では今年からMicrosoft 365 になりました。

以下の設定は有効化されています。

メールセキュリティ準拠の有効化

メールセキュリティ準拠では、Salesforce から送信されたメール内のエンベロープの送信元アドレスが更新されます。この機能を有効にすると、メールヘッダーの送信元アドレスはユーザのメールアドレスになりますが、エンベロープの送信元アドレスは *.bnc.salesforce.com になります。Salesforce の Sender Policy Framework (SPF) レコードでは、Salesforce のドメインからメールを送信するためにメッセージ転送エージェント (MTA) で使用される IP が認証されます。メールドメインの SPF レコードがない場合も、Salesforce から送信されたメールは SPF チェックを通過します。

[設定] から、[クイック検索] ボックスに「送信」と入力し、[送信] を選択します。
[メールセキュリティ準拠 (Salesforce またはメールリレーからのメールのみ)] セクションで、[標準メールセキュリティのメカニズムへの準拠を有効化] を選択します。
必要に応じて、[送信者 ID 準拠を有効化] を選択し、受信側のメールサーバで送信者 ID メール認証プロトコルを使用して送信者を検証するようにします。また、この設定では、Salesforce から送信するすべてのメールのエンベロープ内の [送信者] 項目に「no-reply@salesforce.com」が入力されます。このオプションを有効にすると、受信者のメールクライアントは「代理送信」という語句を Salesforce から受信したメールの [差出人] 項目に追加することがあります。

確かにsandboxからの送信者は　管理者 1さんの代理でnoreply@salesforce.comさんになっているな。

本番環境では送信者 ID 準拠を有効化にはチェックがついてない。

確かに送信者が表記が異なりますね。

管理者 1 (usaxjuo6gy0d5d.1-2dlleaq.ap0.bnc.salesforce.com から)

メモほとんどの受信者は送信者 ID を使用しなくなりました。メールの受信者が送信者 ID を必要としていることを認識していない限り、この機能を有効にすることはお勧めしません。詳細は、送信者 ID に関する Microsoft Exchange の記事を参照してください。

送信者 ID 準拠を有効化のチェックを外すと管理者 1さんの代理でという表記はなくなりましたね。

しかし、本番環境だけ設定を無効にした記憶はないのですがね。古いSandboxも最近のSandboxも全て有効になってました。自動で切り替わるものなのかな。

弊社のドメインでSPFを確認すると以下のようになっています。

v=spf1 +ip4:xxx.xxx.xxx.xxx include:spf.protection.outlook.com ~all

以下の説明を読むとこれを追加しておくのが確実かもしれないな。

v = spf1 mx include：_spf.salesforce.com〜all

Salesforce サポート

先日、Google および米国 Yahoo の各社のメールサービスにおいて、迷惑メールに対する保護を強化する旨、発表がありました。

内容については両社で議論を行い取りまとめたとのことで、内容もほぼ同様のため、本投稿は Gmail : メール送信者のガイドライン / FAQ (英語) を基に記載します。

gmail.com や googlemail.com の個人アドレス宛に送信する場合、求められる対策は大きく以下の 3 点です。

＊以下は主なものであり、これらだけに対応すれば良い、という事ではありませんのでご留意ください。その他沿うべきすべてのベストプラクティスは Gmail : メール送信者のガイドライン / FAQ (英語) をご確認ください。

＊送信先は問わず、同一ドメインからの 24 時間以内の個人 Gmail アドレス宛送信総数がおおよそ 5,000 件前後で必要な対応が異なりますが、極力ベストプラクティスに沿うことを推奨します。

＊その他詳細なガイドラインの内容や以下にご紹介する Postmaster ツールの利用方法につきましては Google へお問い合わせください。

メール送信ドメインの SPF・DKIM を認証し、DMARC 認証を送信ドメインを管理する自社サーバーに設定する
登録解除をワンクリックで行える様にする（メールヘッダー内に以下の両方を含める）
- List-Unsubscribe-Post: List-Unsubscribe=One-Click
- List-Unsubscribe: https://solarmora.com/unsubscribe/example
迷惑メール率が 0.1 % 以下を維持し、0.3 %を超えない様に維持する

それぞれのポイントについて、Account Engagement 利用における対応方法については、こちらのナレッジにまとめられていますので、ぜひご一読いただけると幸いです。

【Update your Account Engagement sending domains to prepare for 2024 email platform changes】（翻訳中）

送信者ドメインを認証する
送信ドメインDKIM認証は必須とされています。

SPF は Salesforce 側で対応済みですが、DKIM 認証が未実施の場合は、送信ドメインを管理されているドメインサーバーに DKIM 認証用の TXT レコードの登録が必要となります。

以下ナレッジの「メール送信ドメイン」セクションにDKIM認証の詳細について記載がございます。

【Account Engagement の DNS 設定に関するヒントと使用方法】

＊2048-bit DKIM キーを利用されているアカウントでは、TXT レコードが登録されていても、表面上のDKIM検証ステータスはパスとなりません。

また、DMARC 設定も自社ドメインサーバー側の対応となりますので、対応方法については、自社ネットワーク管理者様にご確認ください。

なお DMARC については、Account Engagement のメールは Marketing Cloud のプラットフォームを利用して送信しており、mail-from アドレス（送信アドレスのドメイン）と return-path アドレス（バウンス発生時の戻り先）の不一致が生じるため SPF はパスしませんが、DKIM 認証することで DKIM 側でパスするため DMARC 全体としてもパスすることになります。

mail-from アドレスと return-path アドレスを一致させる必要がある場合は弊社サポートにお問い合わせください。

【Account Engagement のメール送信元が ExactTarget サーバ名であるかのように表示される】
【Account Engagement での DMARC のサポート】

ワンクリック登録解除を可能にする

Account Engagement から送信されるメールには、すでにヘッダーに両方含まれていますので対応は不要です。

スパム報告率を 0.1 % 以下に抑え、0.3 % を超えないようにする

受信されたメールを迷惑メールと判定するか否かはあくまで受信者側の判断に委ねられるため、Account Engagement ユーザーとしては、いかに迷惑メール扱いされないメールを送信するかという点を日々検討いただくこととなります。

なお、迷惑メール率は、Google の Postmaster Tools にてご確認いただけます。

例えば、外部から購入したリスト名簿をインポートして作成したプロスペクトや長期間アクティビティーがない古いプロスペクトなどへはメールを送信しないことを推奨します。

Gmail や Yahoo 宛に限らず、Account Engagement をご利用いただく上でメールの到達性を高めるベストプラクティスにつきましては、以下にまとめておりますので、ぜひご参考になれば幸いです。

【サクセスナビ：メール送受信の仕組みと Pardot でできること】

その他

SPF レコードについて
複数の設定
Email Alerts going to Spam.
超便利なメールサーバ・DNSサーバ等の設定確認サイト MxToolBox
DMARC を使用してなりすましと迷惑メールを防止する