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:[EMAIL PROTECTED]
2, Avenue Pierre Marzin | Phone/Fax: +(33) 296 05 2880/1852
F-22307 LANNION | Mobile: +(33) 6 82 90 37 85
From [EMAIL PROTECTED] 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 <[EMAIL PROTECTED]>
To: Olivier Dugeon <[EMAIL PROTECTED]>, LONGFOO1 BAR FTRD/FOO/BAR <[EMAIL PROTECTED]>,
LONGFOO2 BAR FTRD/FOO/BAR <[EMAIL PROTECTED]>, LONGFOO3 BAR FTRD/FOO/BAR <[EMAIL
PROTECTED]>, LONGFOO4 BAR FTRD/FOO/BAR <[EMAIL PROTECTED]>, LONGFOO5 BAR FTRD/FOO/BAR
<[EMAIL PROTECTED]>, LONGFOO6 BAR FTRD/FOO/BAR <[EMAIL PROTECTED]>, LONGFOO7 BAR
FTRD/FOO/BAR <[EMAIL PROTECTED]>, LONGFOO8 BAR FTRD/FOO/BAR <[EMAIL PROTECTED]>,
LONGFOO9 BAR FTRD/FOO/BAR <[EMAIL PROTECTED]>, LONGFOO10 BAR FTRD/FOO/BAR <[EMAIL
PROTECTED]>, LONGFOO11 BAR FTRD/FOO/BAR <[EMAIL PROTECTED]>, LONGFOO12 BAR
FTRD/FOO/BAR <[EMAIL PROTECTED]>, LONGFOO13 BAR FTRD/FOO/BAR <[EMAIL PROTECTED]>,
LONGFOO14 BAR FTRD/FOO/BAR <[EMAIL PROTECTED]>, LONGFOO15 BAR FTRD/FOO/BAR <[EMAIL
PROTECTED]>, LONGFOO16 BAR FTRD/FOO/BAR <[EMAIL PROTECTED]>, zze-airtri01 ext
FTRD/RSCL/LAN <[EMAIL PROTECTED]>
Cc: Olivier Dugeon FTRD/DAC/LAN <[EMAIL PROTECTED]>, LONGFOO17 BAR FTRD/FOO/BAR
<[EMAIL PROTECTED]>, LONGFOO18 BAR FTRD/FOO/BAR <[EMAIL PROTECTED]>, LONGFOO19 BAR
FTRD/FOO/BAR <[EMAIL PROTECTED]>, LONGFOO20 BAR FTRD/FOO/BAR <[EMAIL PROTECTED]>,
LONGFOO21 BAR FTRD/FOO/BAR <[EMAIL PROTECTED]>, LONGFOO22 BAR FTRD/FOO/BAR <[EMAIL
PROTECTED]>, LONGFOO23 BAR FTRD/FOO/BAR <[EMAIL PROTECTED]>, LONGFOO24 BAR
FTRD/FOO/BAR <[EMAIL PROTECTED]>, LONGFOO25 BAR FTRD/FOO/BAR <[EMAIL PROTECTED]>,
LONGFOO26 BAR FTRD/FOO/BAR <[EMAIL PROTECTED]>, LONGFOO27 BAR FTRD/FOO/BAR <[EMAIL
PROTECTED]>, LONGFOO28 BAR FTRD/FOO/BAR <[EMAIL PROTECTED]>, LONGFOO29 BAR
FTRD/FOO/BAR <[EMAIL PROTECTED]>, LONGFOO30 BAR FTRD/FOO/BAR <[EMAIL PROTECTED]>,
LONGFOO31 BAR FTRD/FOO/BAR <[EMAIL PROTECTED]>, LONGFOO32 FTRD/FOO/BAR <[EMAIL
PROTECTED]>
Content-Type: multipart/mixed; boundary="=-L7GjaZmfP+6btMx1uiNf"
Organization: France Telecom
Message-Id: <[EMAIL PROTECTED]>
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://[EMAIL
PROTECTED]/;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:[EMAIL PROTECTED]
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 :
éèàçù
The number of recipient is such that the "To:" and "Cc:" fields
are larger than
1024 bytes.
And a simple attachment with a smiley <IMG SRC="cid:[EMAIL PROTECTED]" ALIGN="middle"
ALT=":-)" BORDER="0">
Olivier
--
Project Manager for Network architecture and switching Division
& FT/DR&D/CORE/M2I | mailto:[EMAIL PROTECTED]
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: <[EMAIL PROTECTED]>
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--
