後置ループバックメールとExchangeの問題
私は、すべて正常に機能する電子メールを含め、複数のドメインがすでに存在し、呼吸しているサーバー上でpleskをセットアップしています。私の問題は、ローカルの接尾辞の代わりに電子メールの交換を使用している、追加した新しいドメインにあります。そのため、pleskでこの「gencom.us」のポストフィックスを無効にしましたが、Webサイトが電子メール（PHP連絡先フォーム）を送信しようとすると、テスト電子メールが届きません（フォームが成功を報告しているにもかかわらず）。
maillogで発生するエラーは次のとおりです。
Jul 30 08:00:19 pacobob postfix/pickup[22664]: 15F972500E30: uid=10000 from=<[email protected]>
Jul 30 08:00:19 pacobob postfix/cleanup[22750]: 15F972500E30: message-id=<[email protected]>
Jul 30 08:00:19 pacobob postfix/qmgr[22665]: 15F972500E30: from=<[email protected]>, size=836, nrcpt=1 (queue active)
Jul 30 08:00:19 pacobob postfix/smtp[22852]: 15F972500E30: to=<[email protected]>, relay=none, delay=0.09, delays=0.08/0.01/0/0, dsn=5.4.6, status=bounced (mail for 206.225.87.101 loops back to myself)
Jul 30 08:00:19 pacobob postfix/cleanup[22750]: 2EB332500EEF: message-id=<[email protected]>
Jul 30 08:00:19 pacobob postfix/bounce[22853]: 15F972500E30: sender non-delivery notification: 2EB332500EEF
Jul 30 08:00:19 pacobob postfix/qmgr[22665]: 2EB332500EEF: from=<>, size=2630, nrcpt=1 (queue active)
Jul 30 08:00:19 pacobob postfix/qmgr[22665]: 15F972500E30: removed
Jul 30 08:00:19 pacobob postfix/smtp[22852]: 2EB332500EEF: to=<[email protected]>, relay=none, delay=0.03, delays=0.03/0/0/0, dsn=5.4.6, status=bounced (mail for 206.225.87.101 loops back to myself)
Jul 30 08:00:19 pacobob postfix/qmgr[22665]: 2EB332500EEF: removed
Jul 30 08:00:19 pacobob plesk_saslauthd[22790]: activity on 0 channel(s)
Jul 30 08:00:19 pacobob plesk_saslauthd[22790]: select timeout, exiting
そしてここに私のmain.cf
queue_directory = /var/spool/postfix
command_directory = /usr/sbin
daemon_directory = /usr/libexec/postfix
data_directory = /var/lib/postfix
mail_owner = postfix
inet_interfaces = all
inet_protocols = all
mydestination = localhost.$mydomain, localhost, localhost.localdomain
#mydestination = $myhostname, localhost.$mydomain, localhost, $mydomain
#mydestination = $myhostname, localhost.$mydomain, localhost, $mydomain,
mail.$mydomain, www.$mydomain, ftp.$mydomain
unknown_local_recipient_reject_code = 550
alias_maps = hash:/etc/aliases, hash:/var/spool/postfix/plesk/aliases
alias_database = hash:/etc/aliases
debug_peer_level = 2
debugger_command =
PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin
ddd $daemon_directory/$process_name $process_id & sleep 5
sendmail_path = /usr/sbin/sendmail.postfix
newaliases_path = /usr/bin/newaliases.postfix
mailq_path = /usr/bin/mailq.postfix
setgid_group = postdrop
html_directory = no
manpage_directory = /usr/share/man
sample_directory = /usr/share/doc/postfix-2.8.17/samples
readme_directory = /usr/share/doc/postfix-2.8.17/README_FILES
virtual_mailbox_domains = $virtual_mailbox_maps, hash:/var/spool/postfix/plesk/virtual_domains
virtual_alias_maps = $virtual_maps, hash:/var/spool/postfix/plesk/virtual, hash:/etc/postfix/virtual_mailbox_maps
virtual_mailbox_maps = , hash:/var/spool/postfix/plesk/vmailbox
transport_maps = hash:/etc/postfix/transport, hash:/var/spool/postfix/plesk/transport
smtpd_tls_cert_file = /etc/postfix/postfix_default.pem
smtpd_tls_key_file = $smtpd_tls_cert_file
smtpd_tls_security_level = may
smtpd_use_tls = yes
smtp_tls_security_level = may
smtp_use_tls = no
smtpd_timeout = 3600s
smtpd_proxy_timeout = 3600s
disable_vrfy_command = yes
mynetworks =
relayhost =
smtpd_sender_restrictions = check_sender_access hash:/var/spool/postfix/plesk/blacklists, permit_sasl_authenticated, permit
smtpd_client_restrictions =
smtp_send_xforward_command = yes
smtpd_authorized_xforward_hosts = 127.0.0.0/8 [::1]/128
smtpd_sasl_auth_enable = yes
smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination
virtual_mailbox_base = /var/qmail/mailnames
virtual_uid_maps = static:30
virtual_gid_maps = static:31
smtpd_milters = , inet:127.0.0.1:12768
sender_dependent_default_transport_maps = hash:/var/spool/postfix/plesk/sdd_transport_maps
virtual_transport = plesk_virtual
plesk_virtual_destination_recipient_limit = 1
mailman_destination_recipient_limit = 1
mailbox_size_limit = 0
virtual_mailbox_limit = 0
mydestination = pacobob.com
message_size_limit = 31457280
助けていただければ幸いです。これは、CentOS 6.6で実行されているデフォルトのpleskセットアップ（12.0.18 Update＃57）です。そして、他のすべての電子メール、ウェブメール、SMTP設定は、他のすべてのサーバーで機能するようです。Exchangeを備えているのはこれだけです。私はすべてのDNS設定がpleskとcoderoホスティングを介したサーバーポータルで正しいことを確認しました。全員がメールを受信するため、Exchange設定が機能していることはわかっていますが、ドメインからExchangeサーバーにメールを送信することはできません。
これが「Diggencom.usmx」の結果です。
; <<>> Dig 9.8.2rc1-RedHat-9.8.2-0.30.rc1.el6_6.1 <<>> gencom.us mx
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 50128
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;gencom.us. IN MX
;; ANSWER SECTION:
gencom.us. 3600 IN MX 10 gencom- us.mail.protection.Outlook.com.
;; Query time: 61 msec
;; SERVER: 69.64.66.11#53(69.64.66.11)
;; WHEN: Sat Aug 1 07:01:30 2015
;; MSG SIZE rcvd: 80
/ etc/postfix/transportと/ var/pool/postfix/plesk/transportの内容
gencom.us smtp:206.225.87.101
更新されたログ
Aug 3 07:24:55 pacobob plesk sendmail[21126]: handlers_stderr: SKIP
Aug 3 07:24:55 pacobob plesk sendmail[21126]: SKIP during call 'check-quota' handler
Aug 3 07:24:55 pacobob postfix/pickup[21037]: 41AAC2500EFA: uid=10000 from=<[email protected]>
Aug 3 07:24:55 pacobob postfix/cleanup[21132]: 41AAC2500EFA: message-id=<[email protected]>
Aug 3 07:24:55 pacobob postfix/qmgr[21036]: 41AAC2500EFA: from=<[email protected]>, size=864, nrcpt=1 (queue active)
Aug 3 07:25:00 pacobob postfix/smtp[21134]: certificate verification failed for gencom-us.mail.protection.Outlook.com[207.46.163.138]:25: untrusted issuer /C=IE/O=Baltimore/OU=CyberTrust/CN=Baltimore CyberTrust Root
Aug 3 07:25:02 pacobob postfix/smtp[21134]: 41AAC2500EFA: to=<[email protected]>, relay=gencom-us.mail.protection.Outlook.com[207.46.163.138]:25, delay=7.2, delays=0.11/0.02/5.7/1.4, dsn=2.6.0, status=sent (250 2.6.0 <[email protected]> [InternalId=17721035066256, Hostname=DM2PR12MB0187.namprd12.prod.Outlook.com] Queued mail for delivery)
Aug 3 07:25:02 pacobob postfix/qmgr[21036]: 41AAC2500EFA: removed
ありがとう！
他の質問から他の 優れた回答 by James Sneeringer を引用させてください： メールは自分自身にループバックします|接尾辞
これは、domain.comにPostfixサーバーを指すMXレコード（またはMXがない場合はAレコード）があるが、Postfixサーバーがそのドメインのメールを受け入れるように構成されていない場合に発生します。
上記の引用から、基本的にこのエラーが発生する可能性のある2つの条件があります
- Postfixは受信者アドレスがローカルドメインとしてリストされていないメールを受信するので、postfixはそれらのメールを中継する必要があります
- Postfixルーティングエンジンは、電子メールを同じpostfixインスタンスに中継する必要があると決定しました
このエラーを修正するには、上記の考えられる原因の1つを修正する必要があります。
- MXレコードを介してドメインを指定した後、ドメインを接尾辞に導入するのを忘れた場合、最初の問題が発生する可能性があります。ドメインをローカルドメインとして挿入する必要があるため、postfixがメールを中継しないようにします。ドメインは、
mydestination、virtual_mailbox_domains、またはvirtual_alias_domainsにリストできます。 - 2番目の問題は、postfixローカルドメインからドメインを既に削除したが、MXレコード（またはMXが利用できない場合はAレコード）を変更し忘れた場合に発生する可能性があります。この場合、接尾辞は電子メールをそれ自体に中継し、上記のエラーで文句を言います。解決策は、AまたはMXレコードを変更することです。または、postfixが
/etc/hostsを使用するように構成されている場合は、このファイルもチェックする必要があります。 - 2番目の問題は、DNSメカニズムを介したメールルーティングをpostfix内部ルーティングでオーバーライドした場合にも発生する可能性があります。メールの静的ルーティングを構成するための一般的なパラメーターは
transport_mapsでした。それらのマップにアドレスを配置しているかどうかを確認し、存在する場合は削除します。
問題の説明から、ここでの原因は接尾辞transport_mapsパラメーターであるように見えます。 DNSレコードは問題なく、ドメインは接尾辞以外の場所で処理する必要があると述べています。このエントリを削除する
gencom.us smtp:206.225.87.101
postmap the_problematic_fileを実行すると、問題が解決するはずです。