Hello! Sergey Poznyakoff wrote: >> Sergey, how about fixs? > Pushed.
Well, it works for me. Sergey, thank you very much. > We are trying to tolerate certain deviations from the standard, insofar > as their handling is practically feasible and does not disturb normal > processing. But this one is not a deviation, it is an open violation > of the standard. Yes, I understand. But let me explain my situation: I'm trying to use libmailutils to create my own mailfilter. And the main idea of this filter is that it could extract an attachment, most importantly, just like most popular MUAs. Not better not worse, just like. The above example shows the attachment "bizzona.jpg" in my Thunderbird(2.0.0.24) and MS Outlook 2003 (others I have not tested). And my interest that it also could be extracted by my filter. Yes, this is invalid according to RFC, so MUAs should ignore it, but they are not. Sergey, what is your advice to me in this situation? May be possible to have an additional option for enabling additional not RFC "hacks" into libmailutils? >> Content-Disposition: attachment; charset=koi8-r; >> filename==?koi8-r?B?Yml6em9uYS5qcGc=?= > Apart from the above, this header is lacking leading whitespace before > the continuation line. The MUA that produced it must be really broken. My typo. Originally it was a single line. =kostik _______________________________________________ Bug-mailutils mailing list [email protected] http://lists.gnu.org/mailman/listinfo/bug-mailutils
