web-dev-qa-db-ja.com

メールは常にOutlook.comによってスパムとしてマークされています

私たちのドメインの1つは、 Outlook によってスパムとして常にマークされていますが、適切な設定が多くのオンラインツールによって適切に構成および検証されていると報告されていますが、 mxtoolbox

他のプラットフォームまたはサーバーでは、ユーザーの介入なしに、電子メールが受信トレイに正しく受信されることに注意してください。

目の前の問題を理解したり、回答を提供したりするには:

このドメインは1年以上存在します。
このIPアドレスは、1年以上にわたって弊社が管理するIPの範囲内です(IPと範囲はクリーンです)。
このドメインにはSSL証明書があり、SSL/TLS経由でメールを送信します。

問題のドメインからディスパッチされ、メールアカウント@ Outlook.comで受信されたメッセージの、認証結果を反映したサンプルメールヘッダーへの攻撃:

受信:SN1NAM02HT119.eop-nam02.prod.protection.Outlook.com(2603:10a6:6:14 :: 16)からDB6PR08MB2805.eurprd08.prod.Outlook.comにより、DB6PR05CA0003.EURPRD05.PROD.Outlook.COMを介してHTTPSで受信; 2018年2月7日水曜日12:37:27 +0000

受信:SN1NAM02FT033.eop-nam02.prod.protection.Outlook.com(10.152.72.56)からSN1NAM02HT119.eop-nam02.prod.protection.Outlook.com(10.152.72.223)とMicrosoft SMTPサーバー(バージョン= TLS1_2、暗号) = TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256)id 15.20.464.11; 2018年2月7日水曜日12:37:26 +0000

認証結果:
spf = pass(送信者IPはXXX.XXX.XXX.XXXです)
smtp.mailfrom = EXAMPLE.COM; Outlook.com;
dkim = pass(署名が検証されました)header.d = EXAMPLE.COM; Outlook.com;
dmarc = pass action = none header.from = EXAMPLE.COM;

Received-SPF:Pass(protection.Outlook.com:EXAMPLE.COMのドメインはXXX.XXX.XXX.XXXを許可された送信者として指定します)receiver = protection.Outlook.com; client-ip = XXX.XXX.XXX.XXX; helo = SRV-HOSTNAME.COM;

受信:SRV-HOSTNAME.COM(XXX.XXX.XXX.XXX)からSN1NAM02FT033.mail.protection.Outlook.com(10.152.72.133)によってMicrosoft SMTPサーバーID 15.20.464.11でフロントエンドトランスポートを介して受信。 2018年2月7日水曜日12:37:25 +0000

┌────────────────────┬───────────────────────────────────────────────────┐
│ Data               │ Refers to                                         │
├────────────────────┼───────────────────────────────────────────────────┤
│ XXX.XXX.XXX.XXX    │ The correct server IP address                     │
│                    | Proper Reverse DNS setup                          |
├────────────────────┼───────────────────────────────────────────────────┤
│ EXAMPLE.COM        │ The domain name in question                       │
│                    | Proper DNS setup                                  |
├────────────────────┼───────────────────────────────────────────────────┤
│ SRV-HOSTNAME.COM   | The server hostname                               |
|                    | (hosts multiple domains)                          |
└────────────────────┴───────────────────────────────────────────────────┘

この問題に関連する:

この問題について、どのように/どこでOutlookテクニカルサポートに問い合わせることができますか?
または
問題を理解して対処できるように、メッセージの分類に関する技術的な詳細をどのように取得できますか?

5
Zuul

Microsoftは他のプロバイダーよりも多くのDNS/MX処理を実行しますが、これが問題を説明している可能性があります。役に立つかもしれないポインタについては this SO answer を参照してください。

これを超えて、MS Webメールでユーザーに何かを配信しようとすると問題が発生することを受け入れる必要があります。私は幸運にも自分の受信者をある程度制御することができ、MSアカウントを使用しないように依頼して、ある程度成功しました。変更しない人のために、ホワイトリスト登録の詳細な手順を提供する必要があります。

そうは言っても、MSはあなたがきちんと尋ねればあなたを実際にホワイトリストに載せます。 Googleの「Microsoftデリバリーサポートチーム」にアクセスして、現在 こちら のウェブフォームに入力してください。問題は、これが1年程度しか続かないため、頻繁に繰り返す必要があり、さらに悪いことに、メールが届かなくなったことを誰かが通知するまで待つ必要があります。幸運を。

4
EML

私は同じ問題があったのでこれを調査してきました、そして以下は私が決定することができたものの説明です。

まず、メール送信者としてとにかくを実行する必要があるすべてのことを実行する必要があります。

  1. 送信元のIPアドレスに、所有するホスト名にマップするPTR(「リバースDNS」)レコードがあり、そのホスト名がそのIPアドレスをAレコードの1つとしてリストしていることを確認してください。これは前方確認されたリバースDNSです returnpath.comで定義されているように (FCrDNSが他の場所で異なって定義されているのを見たので、これに関する不正確な情報に注意してください-実際、FCrDNSは一部の人が考えるよりも制限が少ないです) 。

  2. サーバーがHELO/EHLOコマンドで実際のホスト名を送信していることを確認してください。「localhost」のような一般的なものや、ドメインのないサブドメインだけを送信しているわけではありません。これがメールを送信する実際のホストであることは良いアイデアです。

  3. 送信IPアドレスが主要なブラックリストに含まれていないことを確認します。 mxtoolbox.comのチェックはブラックリストヒットをゼロで返す必要があります。multirbl.valli.orgのチェックは1または2を返す可能性があります。これは、そのサイトのブラックリストの一部が「疑わしい」ためです。

ただし、これに加えて、Microsoftサーバー(Outlook.com、hotmail.com、live.com)について知っておくべきいくつかの事項があります。

  1. スパムフィルタリングは白黒ではありません-スパムであるとMicrosoftが考えるメッセージは、他のすべてのことを上書きすることができ、スパムであると思われないメールは、サーバーのセットアップでいくつかのミスをした場合でも正しく通過する可能性があります。彼らがスパムのように見えると思うのは誰もが推測することですが、メッセージ内のURLのタイプが1つの要因である可能性があります。

  2. Microsoft自身 承認 新しいまたは少量のIPアドレスは、より良い評判を得るまで、つまりそのアドレスから十分な非スパムを受信するまで、スパムとして分類されたメールを持っている可能性があります。スパムフォルダにアクセスして、メールに「これはスパムではない」というマークを付けると、このプロセスを加速できると思いますが、確認できません。論理的には、これが配信可能性その人へのみを支援することには意味があります。

  3. DKIM、SPF、DMARCは良い考えですが、DKIMがない(したがってDMARCもない)Outlook2に大量のメールが届くか、後者の2つのテストのいずれかが失敗することを確認しました。 SPF情報が正しいことを確認し、最後に「?all」を使用して、失敗を表すのではなく、否定的な結果が不確定になるようにします。 DNSのSPFエントリへの変更が反映されるまでに時間がかかり、DNSがそれ以外の場合よりも長くても、Microsoftは最大48時間キャッシュする場合があることを覚えておいてください。

  4. Microsoft アドバイス returnpath.comによる認定は、そのサービスと提携しているため、デリバリーを支援するはずです。残念ながら、これは多額の費用がかかるようです。また、メーリングリストのサブスクライバーに大量のメールが送信される大規模なメーリングリストを持つ人々を対象としているため、通常のメールサーバーに大きなメリットがあるとは思いません。

  5. マイクロソフトには ジャンクメールレポートプログラム があり、送信IPアドレスの評価に関する情報を表示できます。これまでのところ、このサービスに登録することはできず、なぜ電子メールがスパムとして分類されるのかについては、実際に人々がメールをスパムとして報告する。

2
thomasrutter