我正在pipe理一堆邮件服务器，MX是postfix + amavisd-new系统，而邮箱位于qmail + vpopmail框中。 是的，我们已经计划把所有的东西都转移到后缀，但是这是另一个故事（而且是一个长的）:)
最近，我开始看到一些传入邮件，这些邮件delivered-to包含收件人地址的“ delivered-to ”（实际上是小写字母！）行的forms进入我的系统。 我的qmail系统看到这些头，并认为它正在循环的邮件（我110％肯定它不循环）反弹。
这些标题是远离我的“ Received: ”行，似乎有一些SMTP服务器（也许实际上是一个透明的SMTP代理？）在发件人的局域网上，添加这些行。
我做了一些调查，据我所知， Delivered-To没有被任何RFC正式涵盖，但它是用来防止邮件循环的事实标准。 因此，除了实际将邮件发送到收件人的邮箱之外，不应该由任何服务器添加。 这也包括在StackOverflow中 。
如果这是正确的，那么我得到的头文件应该被认为是添加它们的系统的一个错误。
谁是对的？ 我可以告诉我的用户，这是发送网站上的错误，并继续执行这个政策，或者我应该尝试做一些事情在我身边让这些消息？
编辑：只是为了澄清，我只关心传入的邮件包含一个邮件地址，实际上托pipe在我的系统上。 IE，我的系统是该地址的“权威信箱”。
编辑2：我做了一些更多的调查，据我可以告诉这些头被发件人端的一些SMTP服务添加。 它是一个一体化的Linux设备之一，可以作为内部SMTP（实际上是由他们的MUA使用），也可以是透明的SMTP（他们的MUAs认为他们正在与外部服务器交谈，但是25 / tcpstream量拦截）。
这是有效的电子邮件，还是试图利用交付“反弹”？ 这是像这里描述的东西吗？
概要：
请注意，交货地址与交货地址相同。 接下来，postfix将接收消息，作为本地和现有用户，然后立即看到Delivered-To头，它决定有一个邮件转发循环继续，并将该消息反弹到伪造的发件人地址。
否则，这听起来就像邮件链中的某个人不正确地添加了交付标题。 通常情况下，我会build议典型的“在你接受的方式上是慷慨的”，但是在这种情况下，这样做可能会导致邮件循环，这是头文件要避免的地方。 我会首先检查一下，看它是不是稍微更险恶一些，如果它是真的，我会告诉你的用户这是一个发送网站上的错误（也许邮件被转发的工具不是剥离现有的交付地址，即已经传送的邮件被转发）。
Delivered-To将电子邮件发送到邮箱时，都应该添加Delivered-To标题。 这肯定会发生一次以上。 例如，如果发送到[email protected]的电子邮件[email protected]是[email protected]，那么example.com邮件服务器应该添加一个Delivered-to: [email protected]标头，以避免转发中的循环。 显然，这并不意味着它被传送到[email protected] 。
所以，其他网站可能有合法的理由添加Delivered-to头来防止自己的循环。 你应该考虑这些标题的内容是不透明的，因为一般来说，你不可能知道哪些邮件地址应该或不应该被传送到“在path上”。