電子メールヘッダーに127.0.0.1が表示される場合は問題ですか？電子メールヘッダーの迷惑メール分類と127.0.0.1
例：Received: from baobabsmail.baobab.fi ([127.0.0.1])
@ outlook.comアドレスに私のサーバーから送信された電子メールが迷惑メールフォルダに終わると、これは私が考えることができる最後のものですので、私は尋ねます。私はHELO、DKIM、Reverse DNS、SenderID、SPF、DMARCを適切に設定しました。私は大量のメールを送信しません。私のIPはAWSのものですが、公に利用可能なブラックリストにはありません。 DKIMvalidator、MxToolBox、mail-testerを使用してすべてが正しく設定されていることを確認しました。
編集：それは価値があるため、私は最終的に私のヘッダーに127.0.0.1を取り除きましたが、それは私の問題を解決しませんでした。
は残念ながら、それは
メールシステムは、それらが設定されているどのように変わる...依存し、MTA /メールサーバに送信メールを送信するMUA（例えばサンダーバード）のために完全に正当なものである（例えばeximの） localhostアドレスを使用して同じマシン上で実行しています。最近は珍しいが、 "定義が悪い"ものではない。
「スパムフォルダで終わる」と言うと、そこには何が置かれますか：ローカルメールサーバーを使用していますか？そうであれば、メール（送信時）またはoutlook.com自体（受信時）をジャンクするサーバーです。どちらの方法でも、どのようなエラーメッセージやその他の障害情報が見つかりましたか？
いくつかのランダムな思考：
DKIMを正しく設定するための痛みです。それを完全に無効にして、それが興味深い方法で変化するかどうかを見てください。
Ditto DMARC。
SPFを別途セットアップしましたか？その場合は、SPFを無効にして再試行してください。
IPv6は混在していますか？もしそうなら、いろいろなことが微妙に異なります。
outlook.comが送信者確認のコールバックを行う場合（つまり、領収書で、そのメールアドレスがあなたのサーバーにとって受け入れ可能な受信者であることを確認した場合）、合格しますか？
あなたの電子メールシステムは、RFCに準拠したメールを送信していますか：つまり、From：アドレス、To：またはSender：アドレス、Message-ID :, Date：ヘッダー、MIMEを使用する場合Content-ヘッダー（とおそらくカップル私は忘れて！）。
DKIM/DMARC/SPFは、物事を変更する変更（およびDNSのタイムアウトを思い出し、それ試行間しばらくのままに）した場合
は、最初のSPFを再度追加 - それは権利を取得する最も簡単です。