web-dev-qa-db-ja.com

5.5.0 smtp; 554トランザクションが失敗したスパムメッセージがキューに入れられていません

一部のユーザーはExchangeServer 2003を使用して特定のドメインに電子メールを送信しようとしていますが、メッセージは常に拒否され、次のメッセージが表示されます。

5.5.0 smtp; 554トランザクション失敗スパムメッセージがキューに入れられていません

IPはブラックリストに含まれていません( http://whatismyipaddress.com/blacklist-check を使用してチェックされ、クリーンです-リストされていません)。

電子メールは、smtpdiag(「IIS/SMTPサービスが有効になっているWindowsサーバーまたはExchangeServerがインストールされているWindowsサーバーで直接動作するように設計されたトラブルシューティングツール」)を使用してチェックされ、ポート25を使用した接続は問題ありません。

また、set type = ptrのnslookupが表示されます(名前とIPが変更されました、 ">"は何かを入力したことを意味します):

C:\Documents and Settings\administrator>nslookup
Default Server: publicdns.isp.net
Address: 10.10.10.10

> server publicdns.isp.net
Default Server: publicdns.isp.net
Address: 10.10.10.10

> set type=ptr

>mydomain.com

Server: publicdns.isp.net
Address: 10.10.10.10

mydomain.com
primary name server = publicdns.isp.net
responsible mail addr = root.isp.net
serial = 2011061301
refresh = 10800 (3 hours)
retry = 3600 (1 hour)
expire = 604800 (7 days)
default TTL = 86400 (1 day)
> 20.21.22.23
Server: publicdns.isp.net
Address: 10.10.10.10

23.22.21.20.in-addr.arpa name = mail.mydomain.com
20.21.in-addr.arpa nameserver = publicdns.isp.net
20.21.in-addr.arpa nameserver = publicdns2.isp.net
publicdns2.isp.net internet address = 10.10.10.11
publicdns.isp.net internet address = 10.10.10.10

Server: publicdns.isp.net
Address: 10.10.10.10

23.22.21.20.in-addr.arpa name = mail.mydomain.com
20.21.in-addr.arpa nameserver = publicdns.isp.net
20.21.in-addr.arpa nameserver = publicdns2.isp.net
publicdns2.isp.net internet address = 10.10.10.11
publicdns.isp.net internet address = 10.10.10.10
> set type=mx
> mydomain.com
Server: publicdns.isp.net
Address: 10.10.10.10

mydomain.com MX preference = 10, mail exchanger = mail.mydomain.com
mydomain.com nameserver = publicdns.isp.net
mydomain.com nameserver = publicdns2.isp.net
mail.mydomain.com internet address = 20.21.22.23
publicdns2.isp.net internet address = 10.10.10.11
publicdns.isp.net internet address = 10.10.10.10
> set type=a
> mydomain.com
Server: publicdns.isp.net
Address: 10.10.10.10

Nombre: mydomain.com
Address: 20.21.22.23

http://www.mxtoolbox.com でspfレコードをテストすると、次のように表示されます。

TXT mydomain.com 24 hrs v=spf1 a mx ptr ip4:20.21.22.23 mx:mail.mydomain.com -all

ここで何が起こっているのかについての手がかりはありますか?

2
Miguel

現在のスパム対策技術の不幸な性質は、受信者の設定がきつすぎると、不完全で誤検知が発生しやすいことです。具体的な回答はありませんが、いくつかのトラブルシューティング手順を試すことには価値があると思います。

  • これは、そのドメインへのすべてのメッセージで発生していますか?それともいくつか?
  • 送信者が後でメッセージを再送信した場合、メッセージは通過しますか? (ブロックがフロー制御によるものなのか、メッセージ固有のものなのかを判断しようとしているだけです。)
  • 手動テストを送信して(たとえば、コマンドラインからtelnet経由で)、メッセージを正常に送信できますか?
  • この動作は最近始まりましたか?それとも、これは進行中の問題でしたか?
  • ユーザーがこのドメインに正常に送信できたことがありますか?

明らかなものが何もない場合は、パケットキャプチャを収集し、SMTP会話を調べることをお勧めします。それは、メッセージがいつ拒否されたかについての手がかりを提供するかもしれません。そうでない場合は、受信者のメール管理者に提供できる「証拠」があり、何が起こっているのかを詳しく説明することができます。

お役に立てれば。

0
Mike B