与我的虚拟主机具有相同域名的地址导致 Postfix 和 QMail 恢复到本地网络,而不是直接发送邮件。我以为我已经用卢克·塔普林方法/etc/postfix/main.cf
,但由于某种原因,自从 PLESK 更新到 10.4.4 后,注释掉这些行的功能就停止了。
我看到过其他建议,包括添加 MX 记录、以不同方式修改main.cf
。我对 MTA 了解甚少,对 DNS 设置了解甚少。
有没有人能提出一些解决方案,让 Postfix 平等对待所有电子邮件收件人,只发送电子邮件而不是恢复到本地?
以下是我的邮件日志,我将其发送到 2 个电子邮件,1 个是 gmail,一个与 vhost 的地址相同。如您所见,一个已发送,一个未发送。
Aug 2 05:52:27 server1 postfix/pickup[5242]: C2187750: uid=10013 from=<thermo-ta-ftp>
Aug 2 05:52:27 server1 postfix/cleanup[5498]: C2187750: message-id=
<[email protected]>
Aug 2 05:52:27 server1 postfix/qmgr[32727]: C2187750:
from=<thermo-ta- [email protected]>, size=1063, nrcpt=2 (queue active)
Aug 2 05:52:27 server1 postfix-local[5503]: postfix-local:
[email protected], [email protected],
dirname=/var/qmail/mailnames
Aug 2 05:52:27 server1 postfix-local[5503]: cannot chdir to mailname dir info: No such
file or directory
Aug 2 05:52:27 server1 postfix-local[5503]: Unknown user: [email protected]
Aug 2 05:52:27 server1 postfix/pipe[5501]: C2187750: to=<[email protected]>,
relay=plesk_virtual, delay=0.17, delays=0.11/0/0/0.06, dsn=2.0.0, status=sent
(delivered via plesk_virtual service)
Aug 2 05:52:28 server1 postfix/smtp[5502]: certificate verification failed for gmail-
smtp-in.l.google.com[209.85.225.26]:25: untrusted issuer /C=US/O=Equifax/OU=Equifax
Secure Certificate Authority
Aug 2 05:52:29 server1 postfix/smtp[5502]: C2187750: to=<[email protected]>,
relay=gmail-smtp-in.l.google.com[209.85.225.26]:25, delay=1.6,
delays=0.11/0.01/0.29/1.2, dsn=2.0.0, status=sent (250 2.0.0 OK 1343901326
s4si23521367igw.27)
Aug 2 05:52:29 server1 postfix/qmgr[32727]: C2187750: removed
更新:这 100% 是 PLESK 问题,并且适用于几乎所有版本的 10 和 11。如果 vhost 域与电子邮件收件人匹配,QMail MTA 也会恢复为本地处理程序。
答案1
8月2日 05:52:27 server1 postfix-local[5503]: postfix-local:
[电子邮件保护],[电子邮件保护],dirname=/var/qmail/mailnames
8 月 2 日 05:52:27 server1 postfix-local[5503]: 无法将目录切换为 mailname dir 信息: 没有此文件或目录
8 月 2 日 05:52:27 server1 postfix-local[5503]: 未知用户:[电子邮件保护]
尽管“postfix-local”这个名字很吸引人,但这不是一个 postfix 组件,而是一个 plesk $something。
事实上,它接受邮件然后却不发送,这足以说明这个软件的可靠性:)
再加上“dirname=/var/邮件系统/mailnames” 看起来根本不像与 postfix 相关的项目,而且我怀疑 postfix 中是否存在任何导致此问题的原因。