Postfix给我“发件人地址被拒绝：需要完全合格的地址;”看起来像奇怪的地址的错误

我不这么认为，你共享的日志显示，一切看起来OK，后缀工作良好。 如果您需要了解有关正在进行的更多信息，请将以下内容添加到main.cf中：

 error_notice_recipient = [email protected] delay_notice_recipient = $error_notice_recipient bounce_notice_recipient = $error_notice_recipient 2bounce_notice_recipient = $error_notice_recipient #The list of error classes that are reported to the postmaster notify_classes = bounce, delay, policy, protocol, resource, software 

拒绝是因为这些线路之一：

reject_non_fqdn_helo_hostname，
reject_non_fqdn_recipient

我希望这有帮助

好吧，我find了罪魁祸首。 这些“奇怪的”电子邮件地址从SRS开始，它指向postfix可以通过postsrsd使用的SPIF支持。 postsrsd守护进程作者build议在postfix/main.cf文件中执行四个条目：

 sender_canonical_maps = tcp:localhost:10001 sender_canonical_classes = envelope_sender recipient_canonical_maps = tcp:localhost:10002 recipient_canonical_classes= envelope_recipient,header_recipient 

显然，这会生成电子邮件地址的信封。 该信封的规格是：

 [email protected] 

在我的情况下，问题是@后面的域名是dynamic生成的。 这意味着采取完整的电脑主机名称，并删除名字。 所以如果我有m2osw.com作为主机名， postsrsd最终使用com作为域名。 换句话说，我最终会看到如下的电子邮件地址：

 ...@com 

很明显， @com不是一个有效的域名。

postsrsd守护进程使用文件中的一些定义：

 /etc/default/postsrsd 

在那里我们find一个名为SRS_DOMAIN的variables。 通过使用正确的域名设置该variables：

 SRS_DOMAIN=m2osw.com 

电子邮件如预期般笼罩，错误消失。 （即我们在旧的“主服务器”上正确安装了这个设置，我们错过了这个工作）。