web-dev-qa-db-ja.com

MTAの評判の悪さを修正する

購入したファイルを配信するために顧客に電子メールを送信する必要があるWebサイトがあります。信頼性の高いメール配信は、このビジネスに不可欠です。残念ながら、私のサーバーから送信された電子メールのほとんどは、MTAの「評判が悪い」ために配信されません。以下は、私のmail.logのサンプル行です。

Feb 20 02:40:41 servername postfix/smtp[14580]: 4E30B1100C7: Host aspmx.l.google.com[209.85.211.78] said: 421-4.7.0 [174.143.183.26] Our system has detected an unusual amount of 421-4.7.0 unsolicited mail originating from your IP address. To protect our 421-4.7.0 users from spam, mail sent from your IP address has been temporarily 421-4.7.0 blocked. Please visit http://www.google.com/mail/help/bulk_mail.html 421 4.7.0 to review our Bulk Email Senders Guidelines. 10si1216690ywh.92 (in reply to end of DATA command)

Feb 20 12:49:22 servername postfix/smtp[5651]: A86CB1CC0CF: to=<[email protected]>, relay=mx3.comcast.net[76.96.58.14]:25, delay=55186, delays=55185/0.01/0.93/0, dsn=4.0.0, status=deferred (Host mx3.comcast.net[76.96.58.14] refused to talk to me: 554 imta36.westchester.pa.mail.comcast.net comcast 174.143.206.168 found on one or more DNSBLs, see http://help.comcast.net/content/faq/BL000001)

Feb 16 10:50:11 servername postfix/smtp[6931]: 98B94380A1: Host mx-in-2.webreus.nl[212.61.252.240] refused to talk to me: 554-mx-in-2.webreus.nl 554-Your access to this mail system has been rejected due to the sending MTA's poor reputation. If you believe that this failure is in error, please contact the intended recipient via alternate means. 554 More information can be found on http://senderbase.org/senderbase_queries/detailhost?search_string=174.143.206.168

Feb 16 10:50:12 servername postfix/smtp[6931]: 98B94380A1: to=<[email protected]>, relay=mx-in-1.webreus.nl[212.61.10.240]:25, delay=173653, delays=173650/0.22/2.8/0, dsn=4.0.0, status=deferred (Host mx-in-1.webreus.nl[212.61.10.240] refused to talk to me: 554-mx-in-1.webreus.nl 554-Your access to this mail system has been rejected due to the sending MTA's poor reputation. If you believe that this failure is in error, please contact the intended recipient via alternate means. 554 More information can be found on http://senderbase.org/senderbase_queries/detailhost?search_string=174.143.206.168)

状況を改善するために私が取った手順：

  • 正しく機能するように逆DNSルックアップを設定する
  • ドメインのSPFレコードを設定する
  • sMTPサーバーへの着信接続を許可しない
  • rFC 2822に従ってメッセージをフォーマットする
  • 未承諾メッセージを送信しない（私は持っていない）

私のサーバーはRackspaceのクラウドにあります。 IPアドレスの評判が以前の顧客から受け継がれた可能性はありますか？上記の手順のいくつかは過去1週間に行われました。状況が改善するまで待つ必要がありますか？他にすべきことはありますか？メールを送信するために第三者を雇う必要がありますか？

emailsmtppostfixspamemail-server
24
Alex Reisner

残念ながら、IPはその背後にあるハードウェアに関係なくブラックリストに登録されているため、メールを正しく送信し、関連するスパムリストに連絡していることを確認する以外に、既存の評判についてできることは多くありません。状況が改善するまで数日または数週間待たなければならない場合があります。

これらの問題を根絶するために、Google Apps for SMTPを使用することをお勧めします:)

それ以外の場合、自分で続ける場合は、以下を確認してください。

32
Andy

http://status.slicehost.com/2009/11/11/email-issues-spamhaus-pbl

私はそれらの人とのVPSを持っています。

どうやらRackspaceは事前にそれらのIPの束をリストアップしたようですが、spamhausのリストを介して（少なくとも）IPごとにブロックの削除を要求できます。

Gmailが配信を拒否していることに気付いたら、ホストでこれを行わなければなりませんでした。削除をリクエストしてから24時間後、Gmailが更新されました。

5
Jason

このIPアドレスを受け取ったときに評判が悪かった場合、Rackspaceは別のIPアドレスを提供するはずです。

あなたのIPはSenderbaseで「悪い」評判を持っていますが、メールを送信するそのネットブロック内のIPのリストに具体的にリストされていません。 neighborsの多くは「悪い」ため、評判が悪いようです。

http://www.senderbase.org/senderbase_queries/detailip?search_string=174.143.206.168

（Senderbaseが誰についての情報を持っていないのは奇妙ですownsこのIP。Rackspaceはそこにリストされるべきです。 "IP Whois"はそれを知っています... http：// ws。 arin.net/whois/?queryinput=174.143.206.168 ）

うーん。あなたのIPはspamhaus.org PBLにリストされています... PBLはブラックリストではありませんが、エンドユーザーモデムに使用されるdynamic IPアドレスのリストです。それは、Rackspaceに期待するようなサービスのようには思えません。 （あなた以外はare DSL /ケーブルモデムの顧客が地下室でサーバーを実行しています。私は何年もの間それをしていました。）これが動的IPではない場合は、ネットブロックの再分類についてSpamhausとRackspaceに連絡してください。

http://www.spamhaus.org/query/bl?ip=174.143.206.168

ComcastからのログエントリはDNSBLにあることを示しており、そのリンクはSpamhaus SBL/XBLリストを使用していることを示しています...しかし、どちらにも含まれていません。そのため、あなたがリストに入っていて、最近削除された可能性があります。または、そのComcastがPBLを不適切に使用しています。

しかし、あなたのIPは、私がチェックした実際のブラックリストのいずれにもリストされていないようです。 Senderbaseページで、[DNSベースのブロックリスト[すべて表示/非表示]]をクリックして、IPをチェックするためのリンクが付いた主要なブロックリストのリストを表示します。

Webreus.nlはSenderbaseの評判を使用しているようです...それは完全な拒否のかなり弱い根拠です。

私が最も興味を持っているのは、Googleからの応答です...それはreceived IPからの過剰な量のメールを持っていると主張する唯一のものです。 「求められていない」と書いてありますが、彼らがそれが求められているかどうかを彼らがどのように判断するのかはわかりません。

メールサーバーのログを確認することをお勧めします... are送信していると思われるメールのみを送信するようにしてください。

だから...それは状況の概要の一種ですが、それを修正するのに役立つことはあまりありません。どうやらラックスペースhas（Senderbaseが知っている）メール送信者としての本当の履歴がないように見えるにもかかわらず、評判の悪いIPを与えられた。別のネットブロックでIPを要求すると、特に、Senderbaseでニュートラル以上の評判があるとわかっているネットブロックを最初から入手できる場合に役立ちます。

そして、アンディが言うように...（言い換えれば）鼻を清潔に保ち、規則をできるだけ注意深く守ってください。あなたできます難しい場合は、Senderbaseで良い評判を築いてください。しかし、有料の商品をメールで配信しようとしている場合は、RackspaceをプッシュしてクリーンなIPを取得します。

3
Carl Cravens

Rackspaceユーザーは、SendGridを使用してこれをすべて処理できます。 http://blog.sendgrid.com/sendgrid-now-more-available-than-ever-to-rackspace-users/

以前は自分でやろうとしていたのですが、今はSendGridを使用しており、はるかに簡単になりました。

2
nathand