一部の電子メールプロバイダーによって電子メールが拒否されています
電子メールを送信するこのasp.netアプリケーションがあります。 SMTPサーバーはiis6です。メールはアプリケーションユーザーに代わって送信されており、ドメイン名が異なります。 Gmailやyahooなど、ほとんどのメールプロバイダーはメールを受け入れますが、一部のプロバイダーは受け入れません。 AOL。
これは、数分後にユーザーがSMTPサーバーから受信するメッセージです。
件名：配信状況通知（失敗）自動生成された配信状況通知です。宛先メールサーバーに正常に接続できないため、以下の受信者にメッセージを配信できません。
あなたが投稿したメッセージは接続の失敗です。これは必ずしも彼らがあなたの電子メールを拒否したことを意味するわけではありません。DNSの問題または他の接続の問題である可能性が高いようです。チェック/考えるいくつかの事柄は次のとおりです。
アプリケーションサーバーをチェックして、電子メールで送信しようとしているドメインのDNSレコードとMXレコードが適切に解決されていることを確認できますか。
このサーバーからそれらのドメインにTelnetで接続できますか？
送信元のドメイン名にはspfレコードがありますか？ある場合、送信元のIPはspfレコードに含まれていますか？
送信元のドメインの送信元IPに対してリバースDNSレコードが正しく設定されていますか？
理想的には、誰かが実際に問題について決定的な答えを出す前に、telnetか何かを用意して、そもそも接続できない理由を示すサーバー応答を取得する必要があります。
考えられるオプションの1つは、これらのサーバーが電子メールにスパムのフラグを立てていることです。 本当にスパムではない場合でも、多くの電子メールプロバイダーは、正確に正しくないメッセージや多数の人に送信されるメッセージをブロックします。
ある時点でこれに遭遇し、ホワイトリストに登録するために多数のプロバイダーに連絡する必要がありました。私たちが彼らに連絡し、私たちの電子メールクーポンプログラム（オプトイン、CAN-SPAMに完全に準拠）を説明し、詳細を提供すると、彼らは私たちをホワイトリストに追加しました。
スパマーとしてフラグを立てることができるものはたくさんあります。ここにチェックするカップルがあります：
- 送信されるメールの数。
- 送信元のドメインと一致しないメールのSMTPヘッダー。 （例：メールが独自のドメインから送信されているときに@ Microsoft.comの送信元アドレスを使用します。）これは、@ yourcompanyname.comなどのドメインを使用しているが、SMTPサーバーが別のドメインまたはドメインに登録されていません。
ここにあなたが役立つかもしれないいくつかのリンクがあります
http://searchwarp.com/swa209211.htm
http://www.wilsonweb.com/05/020529b.htm
http://searchdomino.techtarget.com/news/article/0,289142,sid4_gci1192720,00.html （実際にはDomino固有ではなく、URLにかかわらず）
最初に、内部サーバーから宛先SMTPメールサーバーに実際に接続できることを確認する必要があります。あなたはそれをすることができますtelnet <destination server> 25そしてあなたが挨拶を受け取るかどうか見てください。場合によっては、スパム防止ポリシーとしてポート25接続を除外する場所もあります。
メールに関するもう1つの潜在的な問題は、DNS設定の逆引きです。時々、宛先サーバーは、あなたが代表していると主張するドメインに対してソースIPをチェックすることにより、あなたがクレームであることを確認します。 DNSプロバイダーでこれを設定する必要がある場合があります。
一部のメールサーバーは、そのIPアドレスを安全な送信者として確立するまで、接続を制限します。これはいくつかのことを行います-あなたは設定のために最高の実践に忠実でなければなりません：
- DNSエントリの逆引き
- SenderID/SPF
- ドメインキー
AOLやyahooなどのさまざまなホワイトリスト/一括送信者リストにIPを送信すると、さらに良い結果が得られます。
スパムとして報告したユーザーの数、および送信した不正なメールアドレスの数も、送信機能に影響します。
HabeasとReturnpathは、スパムスコアを向上させるための追加の「ポイント」を提供することもできます。
最後に、ドメインに属していないユーザーからメールを送信する場合は、常にいくつかの問題が発生する可能性があります。特定の電子メールアドレスから送信し、電子メールの差出人名と「返信先」アドレスを変更してみてください。
私は一日遅れてドルが足りないかもしれませんが、私は最近これに遭遇し、悲しいことに、あなたの質問が出てきました。 MalwareBytesの結果、DNS解決がうまくいかないことがわかりました。
IIS SMTPキューで電子メールがぶら下がっているのを見ることができ、最終的には失敗します。ここに私がいくつかのことを行い、最終的に原因を解明しました。
私たちにとっては、それは特定のドメインに対するものでした。
ファイアウォールでパケットキャプチャを実行して、電子メールサーバーから送信されるトラフィックを確認できるかどうかを確認しました。そうではなかったので、パケットがネットワーク内で停止していることがわかりました。また、特にトラフィックをブロックしているファイアウォールログにブロックメッセージは表示されませんでした。
ステップ1：MXToolbox に移動し、MX Lookup Toolのドメイン名を接続します。これにより、手順2で確認する正しいIPアドレスが得られます。
また、そこにパブリックIPアドレスを入力し、ブラックリストチェックとSPFチェックを実行する必要があります。
ステップ2：SMTPサーバーでコマンドプロンプトからNSLOOKUPを実行します。
>>nslookup -type=mx domain.com
Server: domaincontroller1.mydomain.com
Address: 192.168.1.6
Non-authoritative answer:
domain.com MX preference = 1, mail exchanger = mail.domain.com
mail.domain.com internet address = 168.144.68.87
これは私たちが特に抱えていた問題でした。ローカルDNSサーバーはドメインを127.x.x.xIPアドレスに解決していました。これはすぐに問題として特定され、DNSサーバーがドメインを解決できないMalwareBytesの問題まで追跡しました。 MWBを無効にし、DNSキャッシュをクリアしてから、ドメインに再度クエリを実行して正しいIPを取得する必要がありました。
Non-authoritative answer:
domain.com MX preference = 10, mail exchanger = mx.domain.com
mx.domain.com internet address = 127.42.0.2
mx.domain.com internet address = 127.42.0.4
mx.domain.com internet address = 127.42.0.5
ステップ2：ポート25のメールエクスチェンジャードメインにTelnetで接続します。次のように表示されます。接続されている場合はEHLO domain.comと入力してみてください。さらにいくつかのポップアップが表示されるはずですが、.
>> telnet mail.domain.com
220 xmail03.domain.com ESMTP 648143d3667b3045487bb901cdbbf649
EHLO domain.com
250-xmail03.domain.com
250-PIPELINING
250-SIZE 100000000
250-DATAZ
250-STARTTLS
250-AUTH LOGIN PLAIN
250 8BITMIME
接続されない場合、または画面が真っ暗になる場合は、Enterキーを押します。コマンドプロンプトに戻る場合は、接続していないか、サーバーが拒否しています。
誰と一緒にアプリケーションをホストしていますか？サーバーでホストされているすべてのサイトがスパムホールにブラックリストに登録されている共有ホストで問題が発生しました。
アプリケーションがスパムを送信していないからといって、共有ホスト上の別のアプリケーションが存在しないというわけではありません。これは共有ホストであるため、すべてのSMTPトラフィックは同じソースから送信され、最終的にブロックされる可能性があります。
あなたが投稿したメッセージは接続の失敗です。これは必ずしも彼らがあなたの電子メールを拒否したことを意味するわけではありません。DNSの問題または他の接続の問題である可能性が高いようです。チェック/考えるいくつかの事柄は次のとおりです。
アプリケーションサーバーをチェックして、電子メールで送信しようとしているドメインのDNSレコードとMXレコードが適切に解決されていることを確認できますか。
このサーバーからそれらのドメインにTelnetで接続できますか？
送信元のドメイン名にはspfレコードがありますか？ある場合、送信元のIPはspfレコードに含まれていますか？
送信元のドメインの送信元IPに対してリバースDNSレコードが正しく設定されていますか？
理想的には、誰かが実際に問題について決定的な答えを出す前に、telnetか何かを用意して、そもそも接続できない理由を示すサーバー応答を取得する必要があります。
IIS SMTPサーバーですが、IIS SMTPを頻繁に使用しないので、NDRはどこから来ていますか？ IIS SMTPサーバーはNDRを生成できます。
いずれにしても、IIS SMTPサーバーのプロパティへのログインを有効にし、NDRを受信した後にログを確認してください。ログファイルに電子メールに対応するエントリがない場合NDRが生成された場合、IISサーバーのDNSクライアントが受信者のドメインのMXレコードを解決できることに問題があると思われます。ログファイルに電子メールに対応するエントリがある場合NDRが生成された場合、ログファイルのSMTPステータスコードにより、何が起こっているのかがわかります。