Re: Nightmare with inbox case (Inbox / INBOX)

[Florian L. <f.l...@mo...>]

Le 10/03/2017 à 19:15, Oswald Buddenhagen a écrit :

> On Fri, Mar 10, 2017 at 07:04:31PM +0100, Florian Lombard wrote:
>
>> Actually, I've done that
> well, it's the wrong place. you need to do it in/around
> copy_msg_convert(). after all, the point is filtering messages before
> they are uploaded, irrespective of their source.
I figured that out meanwhile ... and made it right there, now it's 
driver independant
>> Then I will make it configurable
>> And hopefully I'll manage to cut too long lines with a regex like
>> s,(.{9900}),$1\r\n,g (configurable option, too) (this part is going to
>> be "funny" for me)
>>
> that seems like major overkill to me.
I'll probably go with a simple loop on the too long lines, and as you 
are already enlarging the message in this function, all will be simpler
>> Or do you think it's a better approach to use a new tuid, like -3 ?
>>
> no, leave that alone. the existing -2 for "failed" is just fine.
Okay, I was searching for a way to skip them without reparsing them 
every sync, hence the -3 proposal
>> As for digital signatures, as the messages are already not respecting
>> the RFC (1000 chars max per line) ... I guess it's not a big deal
> "be conservative in what you send, be liberal in what you receive".
>
> another option: mime-encapsulate the complete message. that will
> preserve the original message.
Well, I'll think about it when the first part will be done.

Thank you for the help