web-dev-qa-db-ja.com

Hotmail / Outlookは明らかに有効な電子メールをダンプします

私は、サーバーがクラブ全体に管理者メールを送信する、クラブの非商用連絡先リストを操作するソフトウェアをいくつか作成しました。メールは受信されますOkですが、hotmailとOutlookによって静かに破棄されます。受信者のスパムフォルダに入れられることはなく、返送されません。 -文字通りダンプされただけです。

私はこれに何時間も費やしました、そして私はどこにも速くなりません。続行する方法、および次に何を見るべきかについての提案はありますか？私がこれまでに知っていることは：

  1. メールはSPFを通過します
  2. メールはDKIMを通過します
  3. 送信側マシンのホスト名はgriffon.foo.orgであり、これは以下のヘッダーのReturn-Pathになります（おそらくsendmailはエンベロープ送信者をホスト名に設定します）。発信元IPは1.2.3.4として識別され、1.2.3.4でのDNSPTRルックアップはgriffon.foo.orgを返します。
  4. griffon.foo.orgのAレコードはなく、foo.orgのAレコードは2.3.4.5ではなく1.2.3.4を返します。これは問題ですか？
  5. メール本文のFromヘッダーとReturn-Pathの間にわずかな不一致があります。Fromは一般に[email protected]です。

  6. これは新しいサーバーであり、少量のメールを時折送信します。受信メールをスパムとしてマークした人がいないことを保証できます。 mxtoolbox.comは、ブラックリストに1.2.3.4を表示せず、88のうちの1つのリストに2.3.4.5を表示します（両方とも同じマシン上にあります）

  7. Microsoftサーバーは、sendmailからの電子メールを受け入れ、配信のためにキューに入れられていることを応答します。その後、それらを無視します。

したがって、（4）のように見えますが、複雑な理由から、foo.orgのMXレコードは2.3.4.5を指している必要があります。何か案は？ Yahooで受け取ったヘッダーのセットを以下に添付しました。ありがとう。

From [email protected] Wed Mar 25 17:28:23 2015
X-Apparently-To: [email protected]; Wed, 25 Mar 2015 17:28:32 +0000
Return-Path: <[email protected]>
Received-SPF: pass (domain of griffon.foo.org designates 1.2.3.4 as permitted sender)
X-YMailISG: <CUT>
X-Originating-IP: [1.2.3.4]
Authentication-Results: mta1045.mail.ir2.yahoo.com  from=foo.org; domainkeys=neutral (no sig);  from=foo.org; dkim=pass (ok)
Received: from 127.0.0.1  (EHLO griffon.bar.com) (1.2.3.4)
  by mta1045.mail.ir2.yahoo.com with SMTPS; Wed, 25 Mar 2015 17:28:32 +0000
Received: from griffon.foo.org (localhost.localdomain [127.0.0.1])
    by griffon.bar.com (8.13.8/8.13.8) with ESMTP id t2PHSNVN016920;
    Wed, 25 Mar 2015 17:28:24 GMT
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=foo.org;
    s=default; t=1427304504;
    bh=0TWfPqbvd2nyKtZkN+npokT1bvLtCD0MomG/Bd1zU8g=;
    h=Date:To:From:Subject;
    b=ZcSVHGuzxcBk8He2hzjT6t8gl9hT0cxUsGf7vNcsnF8S+OfNmZ+XuE240+v7JDNe+
     IArMT87aIuLNIp8A1CMOelWvEm7KKdYWKoCy/CDfbe4mcEfu2kWNteai4/5yExPewv
     gFV6OOYAv7uKYd44UjMhuWCZ8qqxD2WZROUeoN2E=
Received: (from me@localhost)
    by griffon.foo.org (8.13.8/8.13.8/Submit) id t2PHSNSu016919;
    Wed, 25 Mar 2015 17:28:23 GMT
Date: Wed, 25 Mar 2015 17:28:23 GMT
Message-Id: <[email protected]>
To: [email protected], [email protected], [email protected],
        [email protected], [email protected]
From: [email protected]
Subject: Test all (31)
Content-Length: 14
emailspamreverse-dnswebmail
4
EML

1.2.3.4のメールサーバーを指す2.3.4.5のドメインに新しい高コストのMXレコードを追加することでこれを修正しました。これにより、逆引きDNSが順方向DNSと一致することが保証されます。これは基本的に、以下のsendmailの問題を回避するための簡単な修正です。

途中でHotmailとOutlookに関するいくつかの便利な情報と、メールがダンプされる原因を見つけました。私の場合、根本的な問題はsendmailが自分自身を識別する方法に関連していましたが、これはこの方法でやってくる他の人にとっては役立つかもしれません。 DKIMは無関係であり（DKIMがなくても配信され、スパムテストを通過できます）、Microsoftに登録する必要がなかったことに注意してください。

1-sendmailは、SMTP'MAILFROM 'を現在のホスト名のユーザーに設定します。すなわち。 [email protected]（これはReturn-Pathに表示されるものです）

2-hotmailとOutlookは、接続されたIPアドレスに対してリバース/ PTRルックアップを実行し、MAIL FROMドメイン名に戻らない場合はサイレントにメールをダンプします

3-次に、hotmail/Outlookは、最後の「Received」ヘッダーで指定された「From」サーバーでMXルックアップを実行します。これがMAIL FROMドメインと一致しない場合、メールはダンプされます

それはそれのようです。 （3）私の問題を引き起こしていました。 sendmailはgethostbynameを使用して「From」名を設定しますが、現在のホスト名を使用してMAIL FROMを設定します。 gethostbynameルックアップを実行して正しい答えを取得するためだけにPTRを期待していましたが、古いFQDNが返されていました。理由はわかりませんが（おそらくキャッシュの問題）、新しいMXレコードで今のところ修正されています。

6
EML