bug-mailutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [bug-mailutils] improve behavior of mu_mimehdr_a?get_disp


From: Kostik
Subject: Re: [bug-mailutils] improve behavior of mu_mimehdr_a?get_disp
Date: Tue, 27 Apr 2010 13:10:03 +0400
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.24) Gecko/20100228 Thunderbird/2.0.0.24 Mnenhy/0.7.6.0

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



reply via email to

[Prev in Thread] Current Thread [Next in Thread]