X-Matching-Connectors превысил допустимый максимум

При отправке некоторых писем из Postfix в Outlook365 я получаю сообщение об ошибке:

1 ноября 08:00:00 почта postfix/smtp[16252]: B7E8079FA8F:
to=<somemail.dk>,
relay=somemail.mail.protection.outlook.com[104.47.7.138]:25,
задержка = 0,71, задержки = 0,06/0/0,1/0,55, dsn = 5,6,211, статус = отказ (хост
somemail.mail.protection.outlook.com[104.47.7.138] сказал: 554 5.6.211
Недопустимый контент MIME: размер одного текстового значения (32784) превышен.
максимум (32768) для заголовка X-Matching-Connectors.
[FR3P281MB0970.DEUP281.PROD.OUTLOOK.COM]
[AM6P192CA0016.EURP192.PROD.OUTLOOK.COM]
[BE0DEU01FT017.eop-deu01.prod.protection.outlook.com] (в ответ на конец
команды ДАННЫЕ))

Чтобы избежать этого, я попытался удалить все 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 ==

Проблема, кажется, связана с тем, как закодированы письма. При аренде в тестовом скрипте я сделал.

нет составной кодировки AND utf-8 : FAILS (допустимый максимум (32768) для заголовка «X-Matching-Connectors»)
нет multipart AND charset us-ascii : РАБОТАЕТ

составной И кодировка utf-8: РАБОТАЕТ
multipart AND charset us-ascii : РАБОТАЕТ

Мы также видели это на некоторых наших почтовых ретрансляторах Linode.

Обнаруженная нами проблема, по-видимому, связана с отправкой почты с европейских ретрансляторов на учетные записи Microsoft 365, также размещенные в Европе. Если мы направим им почту через США, мы не увидим отказов.

Мы подняли этот вопрос с Microsoft, и у них есть нерешенный вопрос.

Другие пользователи линода тоже видят это https://www.linode.com/community/questions/22063/anybody-having-issues-sending-mail-to-exchange-online-domains-from-european-loca

Похоже, проблема не в том, что MTA общается с Exchange (например, postfix). Использование openssl s_connect для ручного установления соединения и отправки минимального сообщения электронной почты также приводит к тому же отчету о недоставке.

Мы обнаружили, что иногда почта может пройти, и там присутствует заголовок X-Matching-Connectors (состоящий из множества UUID).