Simon Schubert

Do you have a suggestion how to deal with longer lines? Something that does not complicate the code? On 01/11/2014 07:00 AM, Daniel Hahler wrote: > Currently dma chokes on...

The RFC is absolutely clear on this issue: ``` Each line of characters MUST be no more than 998 characters ``` and However, there are so many implementations that (in...

It is not optional to forward messages with more than 998 characters per line: it is forbidden. Do you know how other MTAs handle this? I only see two options:...

Good catch. Any suggestions how we should handle this? On 03/26/2014 08:24 PM, Brian Coca wrote: > @blueyed https://github.com/blueyed, IIRC that limit is for internal > processing across Postfix apps...

alternatively we could force a linebreak when accepting the mail, like postfix does when sending? On 03/26/2014 08:47 PM, Brian Coca wrote: > I think rejection is OK, but maybe...

@emaste what do you suggest dma should do? Just break lines?

I'm fine with not rejecting mails by default - I just don't know what we should do. Split the line? Cut it? Pass it and be non-compliant?

I don't think we can easily add to the headers during reading. I'm fine with making the default to split lines. We'll need a strategy for splitting possibly overlong header...

That would change the whole whole content, I don't think we should take that liberty.

How is DMA breaking the spec?