所有这些都特定于根本没有传入电子邮件且没有可用 MX 的域。
域名可能没有任何符合 RFC 的 MX 记录，但可能有一个不指向任何电子邮件服务器的 A 记录。在这种情况下，postfix 会尝试使用 A 记录中的 @IP 向此域名发送电子邮件。由于 @IP 处的服务器不是 SMTP 服务器，因此交付总是会失败（经过很长时间和多次重试）。这种情况的结果是，postfix 会定期向发件人发送警告电子邮件（暂时失败），并在几天后发送硬退回消息（无法送达）。gmail.fr 等域名就是一个很好的例子。当然，Gmail 从未创建过任何电子邮箱 @gmail.fr，但有些人会犯错误，将电子邮件发送到[电子邮件保护]代替[电子邮件保护]. gmail.fr 没有 MX 记录，但有用于网络重定向的有效 A 记录（此处没有 smtp 服务器）。
我试图实现的目标是让 postfix 接受任何发往 *@gmail.fr 的电子邮件，然后立即将无法送达的电子邮件发回发件人。传入的电子邮件不应被拒绝，因为我的 postfix 服务器是中继服务器。它必须接受传入的电子邮件并“稍后”处理它。
编辑：正如建议的那样，关于在中继 Postfix 上接受电子邮件的解释。
想象一下创建电子邮件的应用程序。此应用程序必须将此电子邮件放在内部/内联网后缀上，后者只需将其转发到连接到互联网的主后缀即可。
创建电子邮件的应用程序对电子邮件收件人的有效性一无所知，也不关心这一点。
内部 Postfix 仅用于转发电子邮件。它没有互联网连接，它只知道智能主机。
中继外部后缀收到电子邮件，如果出现错误，则应将其退回给发件人（不应拒绝收到的电子邮件）。