【发布时间】：2026-01-30 05:05:01
【问题描述】：
短：
当即将发送的电子邮件消息未通过 MTA-STS 检查时，不得按设计发送； 发件人会被告知递送失败吗？什么时候？
长篇和背景信息：
在自定义域上实施 mta-sts 以强制使用 TLS 连接时，错误配置 mta-sts.txt 策略文件（或不支持 TLS 连接的 smtp 服务器）将导致电子邮件无法以强制执行的策略将需要 TLS 连接来传递电子邮件。
通过 TLS 报告域持有者（而不是发件人）可能会被告知任何问题，前提是 TLS 报告设置到不同的域或工具，该工具在与相关域不同的地址上进行通知。
我的问题是关于任何电子邮件的发件人。在一个策略文件提到不正确的 mx 记录的测试用例中，没有发送电子邮件（如预期的那样），但测试发件人没有接收任何有关交付问题的消息（尚未）。
这是预期的行为吗？还是会在几个小时后通知发件人？如果是这样，几个小时？ - 我问是因为交付失败和 NDR（未交付报告）通常会立即返回。
如果用户拼错了电子邮件地址或接收服务器出现故障，发件人会被告知问题并采取措施。有时甚至会宣布“交货延迟”；还没有失败，但也没有交付。
我的印象是，发件人没有被告知邮件未送达并且被“默默地黑洞/丢弃”。需要明确的是：消息未传递是此测试用例中的预期行为。
【问题讨论】：
-
根据RFC 5321，一旦 SMTP 服务器接受了电子邮件消息的责任，它就不能丢失它，而是投递或退回（退回）它。
-
@罗伯特，谢谢。我在 RFC5321 中找不到直截了当的答案，其中提到了 1 到 3 天的时间窗，但没有具体的答案。显然它比 mta 早一点;)。但是，您的主要观点是它只能有两个结果，这很有帮助。它还允许测试。我的第一次测试导致 24 小时后退回邮件，但那是由于 mx 记录中不存在服务器和正确的 mta 文件。所以错误是关于 DNS 问题。对于下一轮测试，mx dns 记录不是假的，只是错误的服务器。我想我会在第二轮测试之后得到答案。