[Evolution-hackers] Re: [Evolution] Corrupted mail send to too many correspondant

[Olivier DUGEON <Olivier Dugeon rd francetelecom com>]

Hi Jeffrey,

Le mar 06/07/2004 à 19:29, Jeffrey Stedfast a écrit :
> On Tue, 2004-07-06 at 19:04 +0200, Olivier DUGEON wrote:
> > Hi all,

[...]

> > My problem comes with attachement and long list of correspondant (say
> > > 20). If I put me in copy, the e-mail I sent was correctly handle by
> > evolution. But, the mail was completely broken for my correspondant
> > who used outlook. The message and the attachement were not interpreted
> > correctly and saw as plain text (i.e. you see the base64 encoding of
> > the attachement in the body of the e-mail).
> 
> sounds like an Exchange bug or an Outlook bug.

I made extra test. So, I discover that all works well if you stay within
the same exchange server. Recipient that are serve by the same exchange
server received correctly the message.

But, people who are located in another exchange server received a
corrupted message.

I made another similar test (same message) but this time with mozilla
mail. The test ran ok. The main difference is that mozilla put a CR
after each e-mail address, so the file never exceed the 1024 bytes long
despite that the "To:" field is larger than 1024 bytes.

> 
> when Evolution encodes the email in base64, it sets the Content-
> Transfer-Encoding: header to a value of "base64". You'll see this if you
> look at the message sources in your Sent folder.
> 
> Outlook/Exchange/whatever is supposed to respect that header. apparently
> one of them is not.
> 

Yes, apparently the problem comes from an Exchange server because
outlook parse correctly the message when it was received from the same
server (and not corrupted of course !)

> > 

[...]

> > 
> > - Is somebody have experienced the same problem ? 
> 
> I have never heard of anyone having any such problem
> 

This explain why I never find any info on the web nor in mailing list.

> > - Is it a well-know bug of evolution or is it my configuration ?
> 
> might be an exchange bug? might be an evo bug. not enough info to know
> for sure.
> 
> can you get us a copy of the raw message sources (as extracted from the
> Sent folder's mbox file)? then we can check that the lines were folded
> appropriately. if they weren't, then it's an evo bug. else it's an
> Exchange bug.

I can send you directly the message if you want. I don't want to bounce
the mailing list.

> 
> > - Is there something in the RFC which tell that the "To:" or "Cc:"
> > field couldn't be larger than 1024 char. ?
> 
> there is no such restriction in any of the mail rfcs. headers can be of
> any length so long as they are folder appropriately (such that no single
> *line* is longer than 1000 bytes)

Ok. This is the problem with evo. It never fold the single line. I
attach an extract of the message comes from the Sent mbox (I delete the
2nd attachement). You can see that the "To:" and "CC:" are not fold and
are longer than 1000 bytes.

> 
> > - Is it possible to hack evolution (the mailer part) to split the
> > "To:" or "Cc:" line when it will be larger than 1024 char. ?
> 
> feel free to hack it any way you want.
> 
> anything's possible, but we won't be doing this.

Ok. I understand. Can you tell me in which file or files the header To
and CC are formated ie. which file(s) I need to hack ? The evo source is
too big to search in all files.

Thanks,

Olivier

> 
> Jeff

-- 
Project Manager for Network architecture and switching Division 
 & FT/DR&D/CORE/M2I           | mailto:Olivier Dugeon francetelecom com
 2, Avenue Pierre Marzin      | Phone/Fax:  +(33) 296 05 2880/1852
 F-22307 LANNION              | Mobile:     +(33) 6 82 90 37 85

From Olivier Dugeon rd francetelecom com Wed Jul  7 15:12:18 2004
Subject: Test with french character such as =?ISO-8859-1?Q?=E9=E8=E0=F9?=
	(sent with exchange connector) in HTML
From: Olivier DUGEON <Olivier Dugeon rd francetelecom com>
To: Olivier Dugeon <Olivier Dugeon wanadoo fr>, LONGFOO1 BAR FTRD/FOO/BAR <longfoo1 bar rd francetelecom com>, LONGFOO2 BAR FTRD/FOO/BAR <longfoo2 bar rd francetelecom com>, LONGFOO3 BAR FTRD/FOO/BAR <longfoo3 bar rd francetelecom com>, LONGFOO4 BAR FTRD/FOO/BAR <longfoo4 bar rd francetelecom com>, LONGFOO5 BAR FTRD/FOO/BAR <longfoo5 bar rd francetelecom com>, LONGFOO6 BAR FTRD/FOO/BAR <longfoo6 bar rd francetelecom com>, LONGFOO7 BAR FTRD/FOO/BAR <longfoo7 bar rd francetelecom com>, LONGFOO8 BAR FTRD/FOO/BAR <longfoo8 bar rd francetelecom com>, LONGFOO9 BAR FTRD/FOO/BAR <longfoo9 bar rd francetelecom com>, LONGFOO10 BAR FTRD/FOO/BAR <longfoo10 bar rd francetelecom com>, LONGFOO11 BAR FTRD/FOO/BAR <longfoo11 bar rd francetelecom com>, LONGFOO12 BAR FTRD/FOO/BAR <longfoo12 bar rd francetelecom com>, LONGFOO13 BAR FTRD/FOO/BAR <longfoo bar13 rd francetelecom com>, LONGFOO14 BAR FTRD/FOO/BAR <longfoo14 bar rd francetelecom com>, LONGFOO15 BAR FTRD/FOO/BAR <longfoo15 bar rd francetelecom com>, LONGFOO16 BAR FTRD/FOO/BAR <longfoo16 bar rd francetelecom com>, zze-airtri01 ext FTRD/RSCL/LAN <airtri01 ext rd francetelecom com>
Cc: Olivier Dugeon FTRD/DAC/LAN <Olivier Dugeon rd francetelecom com>,  LONGFOO17 BAR FTRD/FOO/BAR <longfoo17 bar rd francetelecom com>, LONGFOO18 BAR FTRD/FOO/BAR <longfoo18 bar rd francetelecom com>,  LONGFOO19 BAR FTRD/FOO/BAR <longfoo19 bar rd francetelecom com>, LONGFOO20 BAR FTRD/FOO/BAR <longfoo20 bar rd francetelecom com>,  LONGFOO21 BAR FTRD/FOO/BAR <longfoo21 bar rd francetelecom com>, LONGFOO22 BAR FTRD/FOO/BAR <longfoo22 bar rd francetelecom com>,  LONGFOO23 BAR FTRD/FOO/BAR <longfoo23 bar rd francetelecom com>, LONGFOO24 BAR FTRD/FOO/BAR <longfoo24 bar rd francetelecom com>,  LONGFOO25 BAR FTRD/FOO/BAR <longfoo25 bar rd francetelecom com>, LONGFOO26 BAR FTRD/FOO/BAR <longfoo26 bar rd francetelecom com>,  LONGFOO27 BAR FTRD/FOO/BAR <longfoo27 bar rd francetelecom com>, LONGFOO28 BAR FTRD/FOO/BAR <longfoo28 bar rd francetelecom com>,  LONGFOO29 BAR FTRD/FOO/BAR <longfoo29 bar rd francetelecom com>, LONGFOO30 BAR FTRD/FOO/BAR <longfoo30 bar rd francetelecom com>,  LONGFOO31 BAR FTRD/FOO/BAR <longfoo31 bar rd francetelecom com>, LONGFOO32 FTRD/FOO/BAR <longfoo32 bar rd francetelecom com>
Content-Type: multipart/mixed; boundary="=-L7GjaZmfP+6btMx1uiNf"
Organization: France Telecom
Message-Id: <1089205938 6945 42 camel L-AT7572 rd francetelecom fr>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6-1mdk 
Date: Wed, 07 Jul 2004 15:12:18 +0200
X-Evolution-Transport:
	exchange://dugeon ftrdmel3 rd francetelecom fr/;pf_server;owa_path;mailbox=olivier.dugeon;ad_limit=50;ad_server=rd.francetelecom.fr
X-Evolution-Account: FTRD
X-Evolution-Fcc: file:///home/dugeon/evolution/local/Sent
X-Evolution-Format: text/html


--=-L7GjaZmfP+6btMx1uiNf
Content-Type: multipart/related; type="multipart/alternative"; boundary="=-3xgQ7JX6gV6zQc1Rnvu4"


--=-3xgQ7JX6gV6zQc1Rnvu4
Content-Type: multipart/alternative; boundary="=-uWGOPj50Y1qeK0v+tmmf"


--=-uWGOPj50Y1qeK0v+tmmf
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: 8bit

Hi,

This is a test with french character in the Subject and the body : éèàçù

The number of recipient is such that the "To:" and "Cc:" fields are larger than
1024 bytes.

And a simple attachment with a smiley :-)

Olivier

-- 
Project Manager for Network architecture and switching Division 
 & FT/DR&D/CORE/M2I           | mailto:Olivier Dugeon francetelecom com
 2, Avenue Pierre Marzin      | Phone/Fax:  +(33) 296 05 2880/1852
 F-22307 LANNION              | Mobile:     +(33) 6 82 90 37 85

--=-uWGOPj50Y1qeK0v+tmmf
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
  <META NAME="GENERATOR" CONTENT="GtkHTML/3.0.10">
</HEAD>
<BODY>
<PRE>Hi,

This is a test with french character in the Subject and the body : &#233;&#232;&#224;&#231;&#249;

The number of recipient is such that the &quot;To:&quot; and &quot;Cc:&quot; fields are larger than
1024 bytes.

And a simple attachment with a smiley <IMG SRC="cid:1089198317.6945.15.camel@L-AT7572.rd.francetelecom.fr" ALIGN="middle" ALT=":-)" BORDER="0">

Olivier

-- 
Project Manager for Network architecture and switching Division 
 &amp; FT/DR&amp;D/CORE/M2I           | mailto:Olivier Dugeon francetelecom com
 2, Avenue Pierre Marzin      | Phone/Fax:  +(33) 296 05 2880/1852
 F-22307 LANNION              | Mobile:     +(33) 6 82 90 37 85</PRE>
</BODY>
</HTML>

--=-uWGOPj50Y1qeK0v+tmmf--

--=-3xgQ7JX6gV6zQc1Rnvu4
Content-ID: <1089198317 6945 15 camel L-AT7572 rd francetelecom fr>
Content-Disposition: attachment; filename=smiley-3.png
Content-Type: image/png; name=smiley-3.png
Content-Transfer-Encoding: base64

iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAAC+klEQVR42n2TbUjVdxTHP/+H69Xd
a2VWlFe69rzthZJUoxeNOWoFGxEhYRRFmZSVW2u9ab2KejWE1qDNBkEQhS82VoiaZkVPmoWaKNM5
mA+opbd771//997//T/+epHBarEPHA6Hc84XDnwP/JcwcBS4AVgzcR04ONN7C+md+pcPCz44dPLA
arZs/gg1UABuGkvvp7X1Iad+itE/YtUAle8TuH26sujzqq/LkJQsnOQQVmIASVJQMhehZORiJwc5
d76FH2pf3gY2Aigzy7+eObqmtOqbXbjGGHZqCM+eQpJ9AHhWFCc5CAjWf1KAkppc+qg3vRCol4Fw
0aqcisOVW3HTE7hmBElSKD/5GFkNMhH1KDvegST78CwNSfZxeM88VuYrh4CwAuxqvxL6MnPuWiy9
H1kNUPH9fZofDKPpHn8/z+Z6Yw8JK5stX5VhRO6h+OfiV3WaHxtPVKAwmF+KqXUDMkgqZ0+UoKcE
P57/GXOqh46ODqrPXUQfufb6YOGxJOQD2CaHQnnlAJ4zDXggHBYvK6ap6Rau+RIz1k7djd+YHrqM
pXUC4KQnWTRPAdiuRqNRkFQG/omRNJOsKVQw408xtS4QDsI10AaqEY6O8Fzq70fJy3XI8gsA5HTa
rBdOkvwFKj39EWrr/sJzEnj29OvsphGugfBsLlwbZnjcYN36LxiLuADtMtCUetFAcE4ee8s+pbHV
YtOemwhHx3MSaPEY3X9OUnqsk5a2OMeP7KC3t4u+3gRALUC4cEW2eN62Q4ze3SAiz74TDxvOiI+X
BcTsoCoyfJKYn6OKmrMbxGRnlXhyJSSqv80Vq0KSAFa+ceKl0wcK9lfsW42TGsE/pxhfcDmKfz6e
FUPg4iRH6Ov6g9EJh1t341xusWuAyn9b+c7BrbklJ8oDZGTOQpL9ePY08SmDpCEwbcHwuE370yku
Nlj3gM/e90yXliyU9+8sCVJYlEUgU8IwBZruMThm83uzxsAYV4Hd/A9h4BjQBthAFOgDLgDF7w6/
ArI6YJ0eTQeGAAAAAElFTkSuQmCC

--=-3xgQ7JX6gV6zQc1Rnvu4--

--=-L7GjaZmfP+6btMx1uiNf
Content-Disposition: attachment; filename=evolution-1.4
Content-Type: application/x-executable-binary; name=evolution-1.4
Content-Transfer-Encoding: base64

--=-L7GjaZmfP+6btMx1uiNf--