メールが送信されたが受信されなかった場合、またはスパムとして送信されなかった場合、どのような診断手順を実行できますか?
特定の受信者宛てのすべての電子メールが送信されても、決して届かず、スパムとしてもエラーが発生せず、他のすべての人宛ての電子メールは正常に機能するという問題があります。私は困惑していて、何が起こっているのかを診断する方法を探しています。 先週、Outlook 2016からクライアントにメールを送信しました。今では受信されていないことがわかりました。ドメインの他の人にメールを送ってみましたが、誰も私のメールを受信していないようですが、他のドメインの他の人は受信しています 「送信済み」フォルダを確認したところ、他のすべての送信済みメールと同じように見えます。配信レポートなどはなく、「送信トレイ」ではなく「送信済み」フォルダにあります。私はこれらの人々への私の最新のメールで自分自身をCCすることも試みました-彼らは間違いなく送信します。 問題のクライアントを確認しましたが、スパムフォルダーでさえも、私から何も受け取っていません。私は彼らからメールを受け取ることができますが、彼らは私から何も受け取りません-彼らのメールへの私の返答すらありません。 最初のメールには2つの小さな(500kb)PDF添付ファイルがありましたが、同じ運命があり、添付ファイルのないフォローアップメールがありました。どのメールにも画像やリンクはありません。これらは、同じメールアドレスとOutlookを使用して過去にメールでやり取りした1〜3人の通常の仕事関連のメールでした。彼らも私と同じ国にいます。 配信エラーの返信などはありませんでした。最初のそのような電子メールは、先週金曜日の午前8時55分に送信されたため、5日間以上前に送信されました。 私への彼らのメールはうまく届きました-そして実際、失敗した彼らへの私の最初のメールは彼ら自身のメールへの返信でした。また、最近2週間前にこのドメインへのメールが正常に受信されました。 このドメインへのさまざまなテストメールを試しましたが、何も起こりませんでした。 「これはテスト用のメールです」と言っているだけの無実のメールが届かない Webメールと私のAndroidメールアプリからのメールがOutlookからのメールと同じように届きません(また、配信レポートを提供しません-すべてが静かに失敗します) 携帯電話の3Gを使用して送信されたメールは、WiFiを使用して送信されたメールと同じ運命にあります また、同じドメインに新しいメールアカウントを作成し(たとえばtest@my-domain.com、いつものと並べてmy-name@my-domain.com)、まったく同じ問題がありました(ウェブメールを使用してテストしました)。 バウンスバック配信の受信をブロックする、ある種のめちゃくちゃなSMTP設定があるかどうかをテストするために、おそらく存在しないと推論して、hg1ugtvr34vrgfrt2t @ ashfrlwejbtlwerhtklhejtkghwerkbjhrw.comにメールを送信しました。完全に正常な「メール配信失敗:送信者にメッセージを返す」バウンスバックを受信しました-バウンスバックを受信できますが、何らかの理由でこのドメインから送信されていません。 たとえば、個人のGmailアカウントなどからのメールは正常に受信されます(そのため、この問題が解決するまでの間、これを使用しています) メールは自分のドメインからのものです-同じメールアドレスと同じOutlookから他のユーザーにメールを送信しましたが、問題なく受信されました。Gmailは時々それらをスパムとしてマークしますが、私が調べていますが、他のクライアントには問題がないようです。 それ以外は何も見えません。ここには問題を診断するのに十分ではないと確信しているので、解決策を求めていませんが、たとえば、次のような診断手順を実行できます。 レポートの送信やログなど、Outlookで「内部」で確認できるものはありますか? 調査する必要があるサーバーまたはドメイン関連のログのうち、関連する可能性があるものはありますか?私のドメインはCentos VPSのSMTPサーバーに割り当てられています。 私が知っておくべきブラックリストやセキュリティの介入の種類はありますか?それをチェックすると、電子メールがスパムフォルダーまで届かなくなる可能性がありますか? 私はこの質問をいくつかの人々によって受信されないメールを見ました、それは似ていますが2つの違いがあります: 彼らは大量メール送信システムを使用しており、私は通常のOutlookを使用しています。 受け入れられた回答はグレイリストのせいです-しかし、私の最初の行方不明のメールは先週金曜日(5日前)からのものであり、グレイリストは明らかに15分から「数日」の間メールを遅らせます。 タイソンが示唆したように、私はhttp://mxtoolbox.com/を試してみましたが、残念ながら手掛かりがありませんでした(少なくとも、私が見ることができる手掛かりはありません)。私が何かを見逃した場合、ここに結果があります: ブラックリストチェック XX.XX.XX.XXを95の既知のブラックリストと照合しています... 1回のタイムアウトで0回リストされた [緑の目盛りがたくさんあり、リストの最後にある:] TIMEOUT IPrange RBL Project [response time:] 0 そのため、既知のブラックリストにはありません。IPrange RBLチェックが失敗した理由はわかりませんが、http://iprange.net/rbl/lookup/で手動でチェックしましたが、そこにもブラックリストに載っていません。 SMTPチェック: したがって、接続時間は少し遅いです(理由はわかりませんが、調べます)が、送信されたメールが完全に消えることがある理由はわかりません。 http://intodns.comでは、私のドメインのすべてのMXチェックに緑色のチェックマークが付いています。 (Centos / Linux)サーバーでログファイルを参照してみました。 /var/log/maillog-これらはすべて空です。これらはsendmailログであると私は信じており、現在sendmailを使用していないため、これは理にかなっています。 /var/log/exim/reject.logに対する拒否されたブルートフォースの試みでいっぱいですdovecot。私はfail2banファイアウォールの設定などをチェックして、試しても停止できるかどうかを確認しますが、これは関連しているとは思いません /var/log/exim/main.log 拒否されたブルートフォース攻撃の試みも多数含まれていますが、実際に送信された電子メールの記録も含まれています。 …