HEADER_FROM_DIFFERENT_DOMAINSのSpamAssassin否定スコア
当社のサーバーから送信された一部の電子メールは、特定の受信者のスパムに送られます。たとえば、@ Outlook.comのメールアドレスに送信された場合。
https://www.mail-tester.com を使用してメールをテストしています
SpamAssassinは、「HEADER_FROM_DIFFERENT_DOMAINS FromとEnvelopeFromの2番目のレベルのメールドメインが異なる」の問題に対して-0.1のスコアを与えます
これが報告された唯一の問題です。 SPFやDKIMなど、その他はすべて合格です。この問題に関する彼らのウェブサイトにはドキュメントがありません、そしてそれが何を意味するのか、それを修正する方法を理解していません。
メールはAWS SES経由でPHPMailerを使用して送信されます。
AWS SESで「MAIL FROM」のセットアップを完了することでこれを解決しました。これにより、メールのヘッダーからのメールが私のドメイン名に設定されました。
これにより、スパムの暗殺者が「HEADER_FROM_DIFFERENT_DOMAINS」を報告する問題が解決し、mail-tester.comで10/10のスコアが得られることに注意してください。
ただし、スパムでOutlookに送信される電子メールの問題は解決されませんでした。
これは、（SMTPレベルで使用される）エンベロープ送信者アドレスがFromヘッダーで使用されるアドレスとは異なることを意味します。これは非常に一般的ですが、DMARCアラインメントを実装しようとすると問題になる可能性があります。たとえば、[email protected]を含むfromヘッダーを含むメッセージを送信する場合、エンベロープ送信者は[email protected]になる可能性があります。受信したメッセージのReturn pathヘッダーでこれを確認できるはずです。これを変更できるかどうかは、メッセージの送信方法によって異なりますが、PHPMailerでは、エンベロープ送信者はデフォルトでfromアドレスに設定されており、Senderプロパティを設定することでオーバーライドできます。
-0.1のペナルティが、メールがスパムに送信される原因となる可能性はほとんどありません。
その見通しはごみフィルターシステムです。それらは評判を得るために送信IPアドレスを調べる「AI」ルールを持っています。彼らはユーザーレポートやあなたが教えない他の多くのビットであなたを採点します。 SPF、DMARC、DKIMがあることを確認し、JMRPとSDNSにサインアップして通知されます。しかし、それはまだ猫とネズミのゲームです。その滑りやすい斜面とMicrosoftでさえ、自分のメールを自分のOutlookユーザーにトラップします。 PITA、正直に言うと幸いにも問題を緩和することができました。ただし、異なるドメインの一部のユーザーは、JUNKに送信される電子メールにまだ不満を持っています。図を行きます。 Outlook.comの問題に取り組む必要がありません。それら自体がスパムを送信し、適切に構成されたSMTP送信者をブロックする大胆さを持っています。
私はあなたの幸運を祈ります。あなたはそれが必要になります。