web-dev-qa-db-ja.com

返送されない未受信の電子メールをトラブルシューティングする方法は？

まず、メールが配信できない場合、あなたはalwaysで返送されると言われました。つまり、サーバーはメールを配信できなかったことを通知し、連絡しようとした相手にnotが届いたことを通知します。

また、スパムキャッチャーは送信者に通知せずにメールをジャンクすることが多いと言われています。私の考えでは、これは配信された電子メールと見なされますが、スパムキャッチャーはそれをジャンクフォルダーに移動するだけです。

ただし、メールを送信しても返信がない場合があります。一週間後、あなたは彼らに電話をかけ、彼らは彼らがそれを決して得なかったと言う。あなたはこの人を知っています。以前に問題なくメールを送信したことがある。 「見えない」メールが元のメールへの返信である場合もありました。電話でそれらを持っている間、あなたは別のものを送ります、そして彼らはそれを受け取りません！あなたは何をすることになっていますか？

調査するには、関係するすべてのアドレスからに電子メールを送信して、配信されているかどうかを確認します。

  1. あなたのプライマリーからあなたの友人のプライマリーへ。
  2. あなたのセカンダリからあなたの友人のプライマリへ。
  3. あなたのプライマリからあなたの友人のセカンダリへ。
  4. 二次メールから友達の二次メールへ。
  5. 上記のすべての逆順で、合計8通のメールが送信されます。

これらの8つのテスト電子メールの1つまたはすべてが受信されない状況で何ができますか。また、「配信不能」メッセージが返されなかった場合、それは何を示していますか？配信パスのどこで電子メールが停止される可能性があり、それをどのように修正しますか？

私の特定の状況では、これは最近2つのクライアントで発生しました（ビジネスなので、これは非常に重要です）。

最初のクライアントで電子メールがテストされました：

  1. me@my_primary.comからclient1@their_primary.com-受信されていない、跳ね返らない、ジャンクに見つかりません。
  2. me@my_primary.comからclient2@their_primary.com-受信されていない、跳ね返らない、ジャンクに見つかりません。
  3. me@my_secondary.comからclientany@their_primary.comへ-受け取りました
  4. clientany@their_primary.comからme@my_primary.com-受信

2番目のクライアントでは、電子メールがテストされました。

  1. me@my_primary.comからclient1@their_primary.com-受信されていない、跳ね返らない、ジャンクに見つかりません。
  2. me@my_secondary.comからclient1@their_primary.comへ-受信済み
  3. clientany@their_primary.com〜me@my_primary.com-受信済み

両方のクライアントで、以前に私のメインの電子メールアドレスから何度も電子メールを受信しましたが、現在はこの問題がありました。他のクライアントは応答がないため、いくつかのメールを受け取っていないと思います。

私の主な電子メールは、専用IPを持つbluehostでホストされているドメインを経由しています。 Bluehostの技術サポートによると、受信メールはこのIPを介してルーティングされますが、Bluehostのすべての送信メールは回転するプロキシIPを介してルーティングされます。基本的に、専用IPは送信メールにさえ触れられません。これは、送信メールが、他のユーザーが自分自身を振る舞わないためにブラックリストに登録されたIPの影響を受けやすいことを意味します。 Bluehostのテクニカルサポートによると、失敗したメールが送信された頃にわずかな問題があり、送信に失敗したすべてのドメインがバウンスバックを受信して​​いるわけではありませんでした。これが私の問題だった可能性があります。

emailunresponsive
5
287352

サーバーがすべての失敗した電子メールをバウンスしようとする時期がありました。 （ネット上のすべての人、または少なくともそのシステム管理者を多かれ少なかれ信頼できる時代がありました。）時代は変わり、電子メールメッセージの大部分はスパムです。

バウンスメッセージを送信しようとしても、応答の送信を妨げる条件があります。これらは主に元のドメインの問題であるはずです。

メッセージをバウンスする唯一の安全な時間は、メッセージが受け入れられる前です。多くのサーバーはすべてのメッセージを受け入れ、後でメッセージを配信できるかどうかを確認します。メッセージが受け入れられると、IDが偽装されたドメインにバウンスが送信され、後方散乱スパムと見なされる可能性があります。

メッセージを返送しないもう1つの理由は、有効な電子メールアドレスのリストを保護することです。 no such userエラーでメッセージをバウンスすると、潜在的な電子メールアドレスのリストをクリーンアップできます。これにより、フィッシングに使用される可能性のある標的型メールキャンペーンが簡素化されます。

スパムインジケータで非常に高いランクにある電子メールは、多くの場合、単にドロップされます。それが私が受け取るすべての「419」詐欺メッセージに起こることです。特定のブラックリストは、メッセージがドロップされる可能性があるほど信頼できると見なされます。

動的IPアドレスから送信されたメッセージも、スパムである可能性が99％をはるかに超えているため、ドロップされる可能性があります。申し訳ありませんが、動的IPアドレスには多くのスパムボットがあります。 DNSが逆検証に合格した静的IPアドレスが有効である可能性があります。

配信に関する問題は、ログとそのログを操作することで最も適切に処理されます。メッセージが配信されたサーバーをログで確認できるはずです。彼らはあなたのメッセージに何が起こったのかをログから確認できるはずです。

あなたのメッセージの質の様々な指標であなたにあなたのメッセージを返送するサーバーがあります。これを機能させるには、着信メッセージを機能させる必要があります。次に、送信メッセージの作業を開始できます。

私はEメールにいくらか広範囲に投稿しました。 電子メールサーバーの偽造の検出 に関する私の記事には、いくつかの検証サービスがリストされています。 Eメールサーバーの実行 に関する私の最初の投稿は、いくつかの誤って構成されたサーバーを扱っていたときのように、ちょっとした怒りです。大規模な組織では、私の http://www.systemajik.com/blog/email-policy/ に含まれるポリシーの適用が増えています。

2
BillThor

以前のコメントの一部を回答に変換します。これは、ホストされているサーバーと内部で実行されているサーバーの両方にとって、一般的な最初のステップとして適していると思います。

実行したテストを実行することで、正しいことを実行しました。問題を切り分けて再現するための具体的な一連のテストは、常に良い最初のステップです。このタイプの問題を診断するための次の良いステップは、ログをチェックすることですが、メールサーバーを制御していない場合、これが常に直接可能であるとは限りません。

独自のサーバーを実行している場合は、送信メールサーバーの送信キューログを確認してください。注目すべき点があるかどうかを確認します。受信サーバーを制御できる場合は、そこでもログを確認してください。受け取る（または受け取らない）バウンスメールは、通常、ステータスの最終的な「要約」にすぎません。通常、より詳細で高解像度の情報がログに表示されます。

独自のサーバーを実行していない場合（たとえば、bluehostが制御しているため）、次のステップは、ホスティングプロバイダーのテクニカルサポートに電話して状況を説明し、追加のログが記録されているかどうかを尋ねることです。光を当てることができる詳細。さらに、彼らはあなたがあなた自身で発見することができなかったであろうあなたに影響を及ぼしている他のいくつかの進行中の問題の知識を持っているかもしれません-これはあなたがそうではない問題を調査しようとする手間を省くのであなたに特に役立つのであなたが解ける。さらに先に進む方法は、その会話の結果によって異なります。

1
Jason C

一般的な回答

バウンスバックが頻繁に発生しないこの種の状況では、電子メールサーバーからそのサーバーまでの途中でWeb管理者に連絡し、サーバーが電子メールをシュレッダーに入れる理由を尋ねる必要があります。 Web管理者は迷惑メールを疑うことで悪名高いため、何度も試行する必要がある場合があります。あなたが電話番号を持っているなら、それも試してみてください。あなた自身のホストは明らかに始めるのに良い場所です。あなたはサービスに対して彼らに支払います、彼らはあなたにいくらかの支援を借りているに違いありません。

跳ね返ったときは、The mail server [IP Address or Host name] has been temporarily rate limited due to IP reputation.のような技術情報が含まれていることがあります。誰に属しているかを調べて、Web全体がそれについてどう考えているかを確認してください。それが本当のスパム犯罪者である場合、他の管理者がそれについて不平を言ったり、ブラックリストに登録したり、関連する名前/ IPを見つけたりすることがあります。それがあなた自身のホストのIPである場合、その理由を確認するために電話をかけるときに、よく説明してくれます。あなたがこれらのことだけを飛ばすことができる悪いホストを持っていると判断したら、新しいホストを見つけてください。

私の場合の詳細：

5年後、私はそれを理解しましたが、偶然です。

要約：Bluehostは悪いプロバイダーです。 Bluehostは、送信メールの一部を適切に管理していません。あなたが電話して問題を彼らに知らせると、彼らはあなたが毎月もう少しお金を払えばあなたのドメインと電子メールをがらくたから隔離するだろうと彼らに提案します。これは、私が何年も前に最初に電話したとき、彼らが気にしないと言っていたことです。彼らは一人の悪い俳優を非難し、それが彼らとの通常のことではなかったようにそれを渡した。 Bluehostを使用している場合は、（同じ会社が所有しているためHostgatorではなく）新しいプロバイダーに移動します。

詳細：

添付されたdetails.txtファイルで次の内容を読んだメールが返送されました。

Reporting-MTA: dns; gateway24.websitewelcome.com
X-Postfix-Queue-ID: C9074BB68A
X-Postfix-Sender: rfc822; [my email address]
Arrival-Date: Thu,  2 Apr 2020 18:59:11 -0500 (CDT)

Final-Recipient: rfc822; [recipient email address]
Original-Recipient: rfc822;[recipient email address]
Action: failed
Status: 4.7.650
Remote-MTA: dns; Outlook-com.olc.protection.Outlook.com
Diagnostic-Code: smtp; 451 4.7.650 The mail server [192.185.50.93] has been
    temporarily rate limited due to IP reputation. For e-mail delivery
    information, see https://postmaster.live.com (S3113)
    [DM6NAM12FT032.eop-nam12.prod.protection.Outlook.com]

IPトラッカーにあるブラックリストチェッカーを使用192.185.50.93にあるメールサーバーの評判が悪いことを発見しました。受信サーバーは一時的にそれからのメールを拒否していました。そのIPアドレスでcmdでtracertを実行すると、websitewelcome.comおよびunifiedlayer.comに関連付けられたIPで囲まれていることが示されました。どちらもBluehostのプロパティです。上記と同じブラックリストチェッカーを使用して、websitewelcome.comまたはunifiedlayer.comに接続されているリスト内の他のいくつかのIPの評判も低いことがわかりました。

Bluehostがこの評判の悪さを認識していて、それについて何もしないという主張は、彼らがあなたをアップセルできるようにするためだけに、明らかに彼らがしばらくの間引っ張ってきたトリックです。 Bluehostでの小さな自己webdevの仲間の言葉を考慮してください 管理者がユニファイドレイヤーサーバーをブロックするように返信し、同じ問題を発見したとき：

最後に、いくつかの具体的な情報。 「unifiedlayer」を検索し、「isunifiedlayerunsafe」や「unifiedlayerspam」などの一般的な検索を見つけました。先に進んで、自分でそれらの検索を行ってください。 ユニファイドレイヤーから発信されたメールに対する全体的な信頼は、体腔検査、性感染症、政治家のどこかにあることがわかります。

それで、私はだれでもだいたいそうすることをしました、私は私のサービスプロバイダーに電話しました。 Bluehostは、unifiedlayerは社内製品であり、スパムの問題を十分に認識しており、本当に一生懸命取り組んでおり（言い換えであり、引用ではありません）、Bluehostが間違っている他のすべてのことと同じように（繰り返し間違えます）、もし私が月に少しだけ多く（この場合は5ドル）支払うつもりなら、彼らは私の「ericasadun」ドメインの電子メールが別の発信者を通過することを許可するでしょう。

私はついにこの情報に偶然出くわしました、そして私がすでにホストを苛立ちから変えて、「それを焼き尽くして再構築する」アプローチをとった後でのみ。最後のストローは、私が15年間連絡を取り合っていたビジネスクライアントで、突然メールが届かなくなり、個人のYahooアドレスに頼らざるを得なくなりました。

0
287352