X-Matching-Connectors au depășit maximul permis

Când trimit niște e-mailuri de la Postfix către Outlook365, primesc o eroare:

1 noiembrie 08:00:00 e-mail postfix/smtp[16252]: B7E8079FA8F:
către=<somemail.dk>,
releu=somemail.mail.protection.outlook.com[104.47.7.138]:25,
întârziere=0,71, întârzieri=0,06/0/0,1/0,55, dsn=5.6.211, stare=renunțat (gazdă
somemail.mail.protection.outlook.com[104.47.7.138] a spus: 554 5.6.211
Conținut MIME nevalid: dimensiunea valorii text unice (32784) a fost depășită permisă
maxim (32768) pentru antetul „X-Matching-Connectors”.
[FR3P281MB0970.DEUP281.PROD.OUTLOOK.COM]
[AM6P192CA0016.EURP192.PROD.OUTLOOK.COM]
[BE0DEU01FT017.eop-deu01.prod.protection.outlook.com] (în răspuns la final
a comenzii DATA))

Pentru a evita acest lucru, am încercat să scot toate conectorii de potrivire X din e-mailurile mele, dar acest lucru nu rezolvă problema, de fapt, se pare că e-mailurile trimise nu au deloc acest antet (folosesc postfix header_checks pentru eliminați un alt antet doar pentru a mă asigura că funcționează și pot vedea că acesta este eliminat din jurnal).

De asemenea, nu găsesc nicio informație despre X-Matching-Connectors nicăieri. Știe cineva ce este și poate unde este adăugat?

Cum pot rezolva această problemă?

Am gasit asta doar online: https://answers.microsoft.com/en-us/msoffice/forum/all/getting-ndr-from-some-servers-headers-too-large/a3ace969-9d08-4d07-967a-5f40f9a0bad7

UPDATE == 5-11 ==

Am încercat să setez header_checks pentru a înregistra TOATE antetele din e-mailul de ieșire, iar X-Matching-Connectors ofensator nu este trimis de la Postfix la Outlook. Poate că este un antet generat în serverul de e-mail Microsoft?

Informații suplimentare: Serverul nostru Postfix se află și pe un server Linode (ca M Klein, mai jos). Dar rulează ca un server de e-mail standard.

Raspuns la comentarii:

Da, serverul de e-mail Postfix a funcționat de ani de zile fără această problemă și poate trimite la gmail și la alte servere fără probleme.

Da, pot trimite la receptor de la fx gmail fără probleme.

Nu, nu se pare că toate e-mailurile către office365 au această problemă, ci doar unii destinatari/domenii. Dar toate e-mailurile sunt trimise către aceste domenii.

Informații conexe:

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

UPDATE == 24-11 ==

Problema pare să fie legată de modul în care sunt codificate e-mailurile. Cel puțin într-un script de testare pe care l-am făcut.

fără set de caractere ȘI multiparte utf-8: FAILS (maximum permis (32768) pentru antetul „X-Matching-Connectors”)
fără set de caractere ȘI multiparte us-ascii: FUNcționează

multipart AND charset utf-8: FUNcționează
multipart AND charset us-ascii : FUNcționează

Am văzut acest lucru și de la unele dintre releele noastre de e-mail Linode.

Problema pe care am găsit-o pare să se datoreze trimiterii de corespondență de la relee europene către conturile Microsoft 365 găzduite și în Europa. Dacă trimitem e-mailul către ei prin SUA, nu vedem respingerea.

Am ridicat acest lucru cu Microsoft și avem un bilet remarcabil cu ei.

Și alți utilizatori de linode văd acest lucru https://www.linode.com/community/questions/22063/anybody-having-issues-sending-mail-to-exchange-online-domains-from-european-loca

Problema nu pare să se datoreze MTA-ului care vorbește cu Exchange (de exemplu, postfix). Folosirea openssl s_connect pentru a realiza manual o conexiune și a trimite un e-mail minim are ca rezultat, de asemenea, același NDR.

Am descoperit că uneori e-mail-ul poate ajunge și antetul X-Matching-Connectors este acolo (constând dintr-o mulțime de UUID-uri).