[exim-dev] [Bug 817] Improve exposure of 8bitmime support

Top Page

Reply to this message
Author: Wolfgang Breyha
Date:  
To: exim-dev
Old-Topics: [exim-dev] [Bug 817] New: Improve exposure of 8bitmime support
Subject: [exim-dev] [Bug 817] Improve exposure of 8bitmime support
------- You are receiving this mail because: -------
You are on the CC list for the bug.

http://bugs.exim.org/show_bug.cgi?id=817

Wolfgang Breyha <wbreyha@???> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |wbreyha@???





--- Comment #4 from Wolfgang Breyha <wbreyha@???> 2011-05-22 09:41:35 ---
(In reply to comment #3)
> On 2011-05-22 Wolfgang Breyha <wbreyha@???> wrote:
> >     *) deactivate use of SIZE=
> s/SIZE=/BODY=/ I guess.


No, it's SIZE=. I did that since SIZE is not known if body gets converted "on
the fly". Currently it's pretty senseless since nothing gets converted at all.

> I am not quite sure what the point of the patch is?


I exchanged some mails with Phil and told him that I wrote this patch back in
2006 (4.62). After he asked me to provide it here I reworked it for 4.76 and
here it is;-)

At least this patch improves "allow_8bitmime" behavior since it relays the
BODY= information to MTAs announcing 8BITMIME.

Maybe we can use something like fallback host... 7bit_fallback_host? to relay
messages which need conversion to an extra host able to do this instead of
exim.

> a) Work in progress. 8to7 conversion will be added giving us RFC 1652
> compliance. And only them will the code be added to a release.
>
> b) Try out without complete support and see what breaks.


We use "allow_8bitmime" (without this patch) for years now and it breaks less
then without it. Even major MUAs like Thunderbird don't care about 8BITMIME and
send 8bit encoded without BODY= announcement anyway.

Greetings, Wolfgang


--
Configure bugmail: http://bugs.exim.org/userprefs.cgi?tab=email