[exim-dev] [Bug 1420] Exim is handled escaped by '>' strings…

Top Page
Delete this message
Reply to this message
Author: Andrey A Moiseenko
Date:  
To: exim-dev
Subject: [exim-dev] [Bug 1420] Exim is handled escaped by '>' strings incorrectly
------- You are receiving this mail because: -------
You are on the CC list for the bug.

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

Andrey A. Moiseenko <support@???> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |support@???
             Status|RESOLVED                    |REOPENED
         Resolution|INVALID                     |





--- Comment #2 from Andrey A. Moiseenko <support@???> 2013-12-18 16:34:41 ---
(In reply to comment #1)
> You are sending an invalid header in front of the actual headers - so that is
> presumed to be the body and a set of headers is produced.
>
> Your mail client needs fixing to strip the mbox separator correctly - if that
> mbox separator is being sent - escaped or unescaped - then the client is
> seriously broken.
>


The invalid header in the front of actual headers is produced by Exim while
storing messages in mbox format. The example of some message stored on disk
file:

>From forum@??? Sat Dec 14 15:12:19 2013
>From Debian-exim Sat Dec 14 15:12:19 2013

Return-path: <forum@???>
Envelope-to: ritlabs@???
Delivery-date: Sat, 14 Dec 2013 15:12:19 +0400
..................

The dovecot POP3/IMAP mail server is handled the first line
>From forum@??? Sat Dec 14 15:12:19 2013

as separator, and all other data including the invalid line
>From Debian-exim Sat Dec 14 15:12:19 2013

are passed to mail clients.

The mail clients are not need to remove ">From ..." line at the beginning
(There is no RFC about it). So redirect mail feature of e-mail client is to
pass unmodified received letter to SMTP server (Exim).

I think the Exim must not to store ">From ..." lines in mailbox file or to
ignore that line on receiving. Isn't it?


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