web-dev-qa-db-ja.com

接尾辞:メールのバウンス(DNSの逆引きの問題)

Postfixに問題があります。私はいくつかの電子メールアドレスでこれを取得します:

to=<[email protected]>, relay=mail.domain.tld[IP_ADDRESS]:25, delay=3, delays=0/0/2.5/0.52, dsn=5.7.1, status=bounced (Host mail.domain.tld[IP_ADDRESS] said: 550 5.7.1 <[email protected]>... Fix reverse DNS for MY_SERVER_IP_ADDRESS,or use your ISP server (in reply to RCPT TO command))

私は何かを読みました、そしてそれは私のHELO/EHLOホスト名に関連しているはずです。 Postfixは、メールを送信するスクリプトの同じサーバー、同じIPアドレスで実行されます。 hostname -f ubuntuと入力すると、「localhost」が返されます。しかし、/ etc/hostnameには「domain.tld」(私のドメインの1つ)があります。

これが私のmain.cfファイルです:

### Postfix SMTP Server
myhostname = $mydomain
mydomain = domain.tld
myorigin = $mydomain
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
smtpd_banner = $myhostname ESMTP $mail_name (multiformeingegno)
biff = no
append_dot_mydomain = no
readme_directory = no
relayhost = 
inet_interfaces = all
local_transport = error:local delivery is disabled

mydestination = domain.tld, localhost.domain.tld, localhost
mynetworks = 127.0.0.0/8 [::1]/128
mailbox_size_limit = 0
recipient_delimiter = +
inet_protocols = all
1

メールサーバー名がmultiformeingegno.it(postfixのmyhostname値)で、サーバーに2つのIP 1.2.3.41.2.3.5があり、[email protected]からメールを送信している場合、次のすべてを設定することを常にお勧めします。

  • Amultiformeingegno.it1.2.3.4を指す1.2.3.5のレコード
  • 1.2.3.4を指す1.2.3.5およびmultiformeingegno.itのPTRレコード
  • otherdomain.tldSPFレコードには、1.2.3.41.2.3.5の両方を含める必要があります
  • otherdomain.tldには適切なMXレコードまたはAレコードが必要です

それが明確だったことを願っています。もう1つ明確にするために、システムの名前はここでは何の関係もありません。

3
clement

これを修正するには、サーバーのIPアドレスのPTRレコードが、サーバーのアドバタイズされたホスト名に対応していることを確認する必要があります。

逆引きDNS管理は(通常)WHOISで通常定義されている制御ISPにあるため、ホスティングプロバイダー(またはIPアドレスを提供した人)がこれを支援できるはずです。

基本的に、サーバーが解決するIPはすべて必須逆引きDNSが同じホスト名を指すか、少なくともPostfixのmyhostname構成変数を指します。 HELOリクエストを別のSMTPサーバーに送信するときに使用する名前。

多くのスパマーが動的IPアドレスまたは一致しないAを使用しているため、PTRアドレスのチェックは多くのメールサーバー管理者(私を含む)のスパム対策セットアップの一部であるため、これはパブリックメールサーバーを実行するときの単なる良い習慣ではありません。/PTRの組み合わせ。

もう少し詳細な説明はこれです:

  • 表示されているバウンスメッセージは、mail.domain.tldの-​​受信 MTAによって生成されています。
  • このサーバーは、PostfixサーバーがIP 1.2.3.4を使用していることを認識します(あなたがあなたに与えていないので、私はプレースホルダーを使用しました)。
  • 受信側のMTAは、受信したHELOに従って、1.2.3.4のRDNSエントリを元のホスト名と照合します。
  • RDNSが一致する場合、それはあなたが責任あるメールサーバー管理者であり、メールがその特定のチェックに合格したことを示します
  • 注意これは1つのチェックであり、メッセージが他のチェックに失敗する可能性があることに注意してください。

実際の例:

~ $ nslookup vps.vikingserv.net
Server:     192.168.50.11
Address:    192.168.50.11#53

Non-authoritative answer:
Name:   vps.vikingserv.net
Address: 31.3.251.12

~ $ nslookup 31.3.251.12
Server:     192.168.50.11
Address:    192.168.50.11#53

Non-authoritative answer:
12.251.3.31.in-addr.arpa    name = vps.vikingserv.net.
2
Craig Watson