web-dev-qa-db-ja.com

SMTPサーバーの逆引きDNSを構成する方法

私たちは、ウェブサイトにメールを送信するためにiis 6を使用していますが、一部のメールアドレスは不都合なものです。 2つのアドレスのようです。これらと同時に送信される少なくとも100の異なる電子メールアドレスがあります。表示される2つの異なるメッセージを次に示します。

最初の1つ。

この受信者に送信する権限がありません。サポートが必要な場合は、システム管理者にお問い合わせください。 secure.example.com＃5.7.1 smtp; 550 5.7.1 xx.xx.xxx.xxxの逆引きDNSを修正するか、ISPのメールサーバーを使用します

二つ目。

指定された制限時間内にメッセージを配信できませんでした。再試行するか、管理者に連絡してください。 secure.example.com＃4.4.7

どちらも逆DNSに関連しているかどうかは不明です。さらに情報が必要な場合や必要な場合はお知らせください。

iisemailsmtpreverse-dns
4
user7468

送信SMTPに使用しているIPアドレスにDNS PTRレコード（「ポインターリソースレコード」）があるかどうかを確認します。 RFC 19212 で推奨されているにもかかわらず、すべてのIPアドレスに対応するPTRレコードがあるわけではありません。

DNSReport.com のようなオンラインサービスを使用してPTRレコードを確認できます。最初のページに「IP情報」というボックスがあります。

あなたが言及した2番目のケースは、おそらく受信側のSMTPサーバーの一時的な問題のようです。

5
splattne

まず、メールサーバー[〜＃〜] must [〜＃〜]は、正規のホスト名でHELOと言う必要があります。コマンドラインで実行すると、hostnameコマンドと同じ値が返されます。 postfixでは、これは/etc/postfix/main.cfのmyhostname変数の値です。

次に、DNS内のサーバーのフォワードポインターとリバースポインターが一致し、上記のホスト名の値と一致する必要があります。例えば

[dave@odessa ~]$ Host odessa.cheney.net
odessa.cheney.net has address 64.85.168.249
[dave@odessa ~]$ Host 64.85.168.249
249.168.85.64.in-addr.arpa domain name pointer odessa.cheney.net.

3番目に、メールサーバーが第三者中継として機能していないことを確認します。メールサーバーが他のホストからのメールをリレーするように構成されている場合は、それらのホスト自体がオープンリレーではないこと、または認証されていないホストからのメッセージを受け入れないように適切に保護されていることを確認する必要があります。確認してください http://www.checkor.com/ など。

最後に、大規模なサイトでは、メールの一部がスパムとしてマークされますが、これは単なる平均の法則です。 CAN-SPAM のように、自動メールまたは一括メールを送信するための適切な規制に確実に準拠することは、お客様の責任です。これの最も重要な部分は、人々があなたのメーリングリストから退会するための簡単な方法です。あなたがこれを人々のために難しくするなら、あなたはユーザーがメールホストにフィードバックされ、反対するメールクライアントの大きなspamボタンを押す可能性が高くなります。サーバー。

4
Dave Cheney

受信スパムを抑制するために、最近の多くのメールサーバーは「逆DNSルックアップ」を行っています。つまり、接続しているIPアドレスを確認し、DNSの逆引きを実行して、応答があるかどうかを確認します。

これにより、ランダムなIPアドレスがメールサーバーになり、何千もの電子メールが送信されるのを防ぎます。

一部のメールサーバーは、追加の手順を実行し、リバースDNSで何が得られたかに基づいて追加のポイント/検証があります。ほとんどの場合、IPに何らかの逆DNSが設定されていれば、「大丈夫」です。

IPアドレスの逆引きDNSを制御できない場合は、ISPに連絡して、メールを送信しているIPアドレスの逆引きDNSレコード（つまり、PTRレコード）を作成するよう依頼してください。

または、メールサーバー（リバースDNSレコードが既に設定されている）を使用するか、ISPのメールサーバーを使用してメールを中継することもできます。

お役に立てれば。

2
KPWINC

最初のメッセージだけが「リバースDNS」と関係があるようです。しかし、重要な情報（IPアドレス）を削除するためにそれを編集したので、これ以上言うことは困難です。

0
bortzmeyer

最初のメッセージは明らかにDNSリバースエラーであるため、2番目のメッセージはリバースDNSエラーの結果である可能性があると考えられます。試行された接続は、smtpアンチスパムプロキシによって時間ペナルティが与えられたか、リモートのsmtpサーバーが単にオフラインでした。

0
Maxwell