On Wed, Sep 04, 2024 at 05:56:10AM +, ml+mailop--- via mailop wrote:
> On Wed, Sep 04, 2024, Viktor Dukhovni via mailop wrote:
>
> > However, when milters are in use, the per-logical header limit is
> > silently capped at 6 bytes in aid of compatibility with the milter
> > API, where clie
On Wed, Sep 04, 2024, Viktor Dukhovni via mailop wrote:
> However, when milters are in use, the per-logical header limit is
> silently capped at 6 bytes in aid of compatibility with the milter
> API, where client requests must not exceed 64KB. The total header
_FFR_MDS_NEGOTIATE is available
On Tue, Sep 03, 2024 at 10:17:22PM +, Graeme Slogrove via mailop wrote:
> Microsoft documentation states that they support message headers up to 256KB
>
> https://learn.microsoft.com/en-us/office365/servicedescriptions/exchange-online-service-description/exchange-online-limits#message-limits:
-
From: mailop On Behalf Of LANEL, JEAN BAPTISTE via
mailop
Sent: Wednesday, August 28, 2024 9:46 PM
To: A. Schulze ; mailop@mailop.org
Subject: Re: [mailop] maximum header size
Hello,
Yes I already noticed that MS is adding plenty of headers but 64 kB seems a bit
high, I check on an email I
Gellner, Oliver via mailop:
Usually I only see such large headers in mail loops.
yes, a loop is probably the reason.
I wrote a patch (1) for OpenDKIM to
- reject such messages insead of deffering them
- give a meaningfull logmessage and SMTP response
I'll get that in production soon.
And
On 27.08.2024 at 19:48 A. Schulze via mailop wrote:
> today a became aware of messages deferred by our MX. I could nail down the
> issue to "all headers excced 64k bytes". This limit was enforced by OpenDKIM
> [1] Deferring is questionable. I would prefer reject but that's an other
> story.
> T
over the commonly admitted limit of
50 kB) maybe the messages are looping amongst various relays before reaching
your MTA ?
JB
-Message d'origine-
De : mailop De la part de A. Schulze via mailop
Envoyé : Tuesday, August 27, 2024 7:48 PM
À : mailop@mailop.org
Objet : [mailop] ma
Hello,
today a became aware of messages deferred by our MX. I could nail down the
issue to
"all headers excced 64k bytes". This limit was enforced by OpenDKIM [1]
Deferring is questionable. I would prefer reject but that's an other story.
The messages in question were sent by an MS365 tenant.
-