POP3 compressed mail received raw to mail client ??

[Daku]

Hello,
mine trouble is a little strange.
I've had server w/o mail compression, after migration i saw that some mails have scheme like archive.

Yup i tried to rebuild confs with mail compression ON

I didn't meet trouble with same mail on IMAP, there mail was received to Thunderbird OK, message is straight visible.
Other situation is on POP, it looks like mail come to server at 1970-01-01, no sender, no topic in most cases, in body it have crypted data ( it's same mail form above ).

I've tried to fix it but.

pop3([email protected])<4116257><46n70SVCjuxtxDGa>: Error: Mailbox INBOX: UID 20: Deleting corrupted cache record: Broken physical size in mailbox INBOX: read(1746535405.M849603P12476.xxxxxxxxl,S=6803,W=6960:2,S) failed: Cached message size larger than expected (6803 > 2618, box=INBOX, UID=20)

Message body is packed with zstandard compression, did i miss something on POP3 side ?

Greetings,
Daku

 

[zEitEr]

Hello,

You will need to rename all files containing emails and remove size from their names, i.e. remove flag S=6803 (where the value of S= might differ)

You might try and run

/usr/local/directadmin/scripts/dovecot_compress.sh decompress_all

to decompress emails, and:

/usr/local/directadmin/scripts/dovecot_compress.sh all

to compress. I guess the script will solve the issue with naming of the files and remove S= flag (not too sure though)

Related:

- https://docs.directadmin.com/other-...nabling-email-compression-for-existing-emails

 

[sahostking]

what I found is after decompression files are still compressed. Could be because they were compressed on a different control panel like cPanel before and transferred over to our server:

file "/home/user/imap/domain/customercare/Maildir/.INBOX.VEHICLEREMOVALS/cur/1656078140.M34549P1489708.serverhost,S=145473,W=147574:2,S"
/home/user/imap/domain/customercare/Maildir/.INBOX.VEHICLEREMOVALS/cur/1656078140.M34549P1489708.serverhost,S=145473,W=147574:2,S: Zstandard compressed data (v0.8+), Dictionary ID: None

So if we run compression again it is double compressing and hence the (no subject) issue we have in webmail,etc. amongst other issues.