Updated maildrop 2.5.4 breaks reformime compatibility used by qmail-scanner 2.0x. Problem which qmail-scanner has is as follows X-Qmail-Scanner-2.05st:[mail131624244879012108] d_m: output spotted from /usr/bin/reformime -x/var/spool/qscan/tmp/mail131624244 879012108/ (malloc: Invalid or incomplete multibyte or wide character Tried to install newer qmail-scanner - 2.08 didnt help. So Ive downgraded maildrop to 2.4.2 and that fix this problem. Since this breaks delivery and crash of this procedure gives "qq temporary error" which behaves that mail being sent to us expires at remote queues and its not delivered. So this is major problem for users using netqmail+qmail-scanner. Please consider solutions. Thanks Stripe Reproducible: Always Steps to Reproduce: 1. tried newer qmail-scanner-2.08 - didnt help 2. googled for any help which could help in editing qmail-scanner.pl parameters for successful reformime calling - didnt help 3. downgraded to maildrop 2.4.2 - helped Actual Results: working with maildrop 2.4.2 Expected Results: newer versions oncoming functionality
Created attachment 288083 [details] File with attachment with utf8 umlaut Using LANG="C" or LANG="en_US" try reformime -x < utf8umlaut.eml crashes export LANG="en_US.utf8" works ... (but might break with umlauts in other encoding ...)
Problem sounds like http://sourceforge.net/mailarchive/message.php?msg_id=24606798 citation: " Systems affected should be able to simply edit their qmail-scanner-queue.pl file (around line 77) and replace the following line with an English localization setting ie replace: $ENV{'LC_ALL'}= $ENV{'LANG'} = $ENV{'LANGUAGE'} = 'C'; with $ENV{'LC_ALL'}= $ENV{'LANG'} = $ENV{'LANGUAGE'} = 'en_US'; " It seems to happen when you send mails with umlauts in the attachment names. Problem is that encoding en_US also doesn't work when the attachment is utf8 encoded ... Quick workaround: go back to previous stable version (2.4.2 has not this problem)
Well havent skills to debug maildrop this way. But I am for editing ebuild of qmail-scanner and handle this event with warning or some kind of mask >=maildrop-2.5 linking to this bug. Yes the language which mainly comes to SMTP contens of diacritic letters. Until author of qmail-scanner will handle this within upstream it seems to be an issue. May I ask maintainers of qmail-scanner to respect this? thanks Stripe
