☰

X-Matching-Connectors 超出允许最大值

tag-icon • tag-icon postfix outlook
X-Matching-Connectors 超出允许最大值

从 Postfix 向 Outlook365 发送一些邮件时我收到错误：

Nov  1 08:00:00 mail postfix/smtp[16252]: B7E8079FA8F:
to=<somemail.dk>,
relay=somemail.mail.protection.outlook.com[104.47.7.138]:25,
delay=0.71, delays=0.06/0/0.1/0.55, dsn=5.6.211, status=bounced (host
somemail.mail.protection.outlook.com[104.47.7.138] said: 554 5.6.211
Invalid MIME Content: Single text value size (32784) exceeded allowed
maximum (32768) for the 'X-Matching-Connectors' header.
[FR3P281MB0970.DEUP281.PROD.OUTLOOK.COM]
[AM6P192CA0016.EURP192.PROD.OUTLOOK.COM]
[BE0DEU01FT017.eop-deu01.prod.protection.outlook.com] (in reply to end
of DATA command))

为了避免这种情况，我试图从我的邮件中删除所有的X-Matching-Connectors，但这并不能解决问题，事实上似乎发出的邮件根本没有这个标题（我使用postfix header_checks来删除另一个标题只是为了确保它能正常工作，而且我可以在日志中看到它被删除了）。

我也找不到任何有关 X-Matching-Connectors 的信息。有人知道它是什么吗？可能知道它被添加到哪里？

我怎么解决这个问题？

只在网上找到这个： https://answers.microsoft.com/en-us/msoffice/forum/all/getting-ndr-from-some-servers-headers-too-large/a3ace969-9d08-4d07-967a-5f40f9a0bad7

更新 == 5-11 ==

我尝试设置 header_checks 以记录外发邮件中的所有标头，有问题的 X-Matching-Connectors 不会从 Postfix 发送到 Outlook。也许是 Microsoft 邮件服务器中生成的标头？

更多信息：我们的 Postfix 服务器也在 Linode 服务器上（如下文中的 M Klein）。但作为标准邮件服务器运行。

回答评论：

是的，Postfix 邮件服务器已经运行多年，没有出现过这个问题，并且可以毫无问题地发送到 gmail 和其他服务器。

是的，我可以从 fx gmail 向接收者发送邮件，没有任何问题。

不，似乎并非所有发送到 office365 的电子邮件都存在此问题，只有部分收件人/域存在此问题。但所有发送到这些域的邮件都是如此。

相关信息：

https://social.technet.microsoft.com/Forums/office/de-DE/8d08697c-c0fc-449f-88ca-c92c4e75b3d3/fehler-beim-senden-an-office-365-server?forum=office_generalde

https://www.linode.com/community/questions/22063/anybody-having-issues-sending-mail-to-exchange-online-domains-from-european-loca

更新 == 24-11 ==

问题似乎与邮件的编码方式有关。至少在我编写的测试脚本中是这样的。

no multipart AND charset utf-8 : FAILS (allowed maximum (32768) for the 'X-Matching-Connectors' header)
no multipart AND charset us-ascii : WORKS

multipart AND charset utf-8 : WORKS
multipart AND charset us-ascii : WORKS

答案1

我们也从一些 Linode 邮件中继中看到了这种情况。

我们发现的问题似乎在于从欧洲中继站向同样托管在欧洲的 Microsoft 365 帐户发送邮件。如果我们通过美国将邮件路由给他们，则不会看到退回。

我们已经向微软提出了这个问题，并且他们还有一张未结的票据。

其他 linode 用户也遇到了这个问题https://www.linode.com/community/questions/22063/anybody-having-issues-sending-mail-to-exchange-online-domains-from-european-loca

问题似乎不在于与 Exchange 通信的 MTA（例如 postfix）。使用 openssl s_connect 手动建立连接并发送最少的电子邮件也会导致相同的 NDR。

我们发现有时邮件可以通过，并且 X-Matching-Connectors 标头就在那里（包含许多 UUID）。

相关内容