GNOME Bugzilla – Bug 319956
mail header is truncated when you send to more than 1000 characters in Cc
Last modified: 2006-03-08 13:17:32 UTC
Please describe the problem: we cannot send a mail to more than a dozen email address Carbon Copy, because Exchange server seems to truncate mail header and loose mail format. With 2.2.X version we cannot choose server type for sending email probably because exchange server is choosen by default and that's why we have this problem. With 2.0.X version we choose smtp intead of Exchange server and we fix this problem Steps to reproduce: 1. create a mail with 20 Cc destinations 2. look at one of them 3. mail is not correctly readable Actual results: every time we have a bad mail Expected results: receive a correct mail Does this happen every time? yes Other information: could you please let a choice to user and put again server type for sending email
EXAMPLES : this one is th bad one Received: from ftrdmel3.rd.francetelecom.fr ([10.193.117.155]) by FTRDMEL2.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.211); Thu, 27 Oct 2005 09:44:40 +0200 Received: from 10.193.3.41 ([10.193.3.41]) by ftrdmel3.rd.francetelecom.fr ([10.193.117.155]) with Microsoft Exchange Server HTTP-DAV ; Thu, 27 Oct 2005 07:44:39 +0000 Received: from latx-dede5 by FTRDMEL3; 27 Oct 2005 09:44:38 +0200 Sujet: audio de cet apres midi 14hres De: sender@francetelecom.com> Return-Path: sender@francetelecom.com Message-ID: <FTRDMEL2xc1o8yfogkJ00000070@FTRDMEL2.rd.francetelecom.fr> X-OriginalArrivalTime: 27 Oct 2005 07:44:40.0076 (UTC) FILETIME=[4977BCC0:01C5DACA] Date: 27 Oct 2005 09:44:40 +0200 X-Evolution-Source: exchange://airtri02@FTRDMEL2/ Mime-Version: 1.0 To: twenty emails adresses@francetelecom.com> Content-Type: multipart/mixed; boundary="=-Dqyqbm8ef4iy6Uplz3of" Date: Thu, 27 Oct 2005 09:44:38 +0200 Message-Id: <1130399078.5561.11.camel@latx-dede5.rd.francetelecom.fr> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3-10mdk --=-Dqyqbm8ef4iy6Uplz3of Content-Type: multipart/alternative; boundary="=-k3sJkLCHP12uW6Up7q8X" --=-k3sJkLCHP12uW6Up7q8X Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable ______________________________________________________________________ this one is the good one Received: from ftrdmel3.rd.francetelecom.fr ([10.193.117.155]) by FTRDMEL2.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.211); Thu, 27 Oct 2005 10:30:24 +0200 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C5DAD0.ACF95000" Content-class: urn:content-classes:message Return-Path: <andre.castelli@francetelecom.com> X-OriginalArrivalTime: 27 Oct 2005 08:30:24.0134 (UTC) FILETIME=[AD0DC260:01C5DAD0] X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Sujet: RE: audio de cet apres midi 14hres Date: Thu, 27 Oct 2005 10:30:22 +0200 Message-ID: <2AF8FF7D89242541B12E7A47F6ECB4BE02BF2A24@ftrdmel3.rd.francetelecom.fr> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: audio de cet apres midi 14hres Thread-Index: AcXa0KvPbQ+eMVVhQvCdlIspq4dPCg== De: sender@francetelecom.com> À: sender@francetelecom.com, and 20 other emails X-Evolution-Source: exchange://airtri02@FTRDMEL2/
we suspected a problem around string length in Cc and not only due to emails (for instance : a.a.com b.b.com could accept 50 emails but myaddressinchicagoaroundtheworld@thebestemailyoucanget.com could be less than 10) EXAMPLES : this one is the bad one Received: from ftrdmel3.rd.francetelecom.fr ([10.193.117.155]) by FTRDMEL2.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.211); Thu, 27 Oct 2005 09:44:40 +0200 Received: from 10.193.3.41 ([10.193.3.41]) by ftrdmel3.rd.francetelecom.fr ([10.193.117.155]) with Microsoft Exchange Server HTTP-DAV ; Thu, 27 Oct 2005 07:44:39 +0000 Received: from latx-dede5 by FTRDMEL3; 27 Oct 2005 09:44:38 +0200 Sujet: audio de cet apres midi 14hres De: firstname.name@francetelecom.com> Return-Path: firstname.name@francetelecom.com Message-ID: <FTRDMEL2xc1o8yfogkJ00000070@FTRDMEL2.rd.francetelecom.fr> X-OriginalArrivalTime: 27 Oct 2005 07:44:40.0076 (UTC) FILETIME=[4977BCC0:01C5DACA] Date: 27 Oct 2005 09:44:40 +0200 X-Evolution-Source: exchange://airtri02@FTRDMEL2/ Mime-Version: 1.0 To: twenty emails adresses@francetelecom.com> Content-Type: multipart/mixed; boundary="=-Dqyqbm8ef4iy6Uplz3of" Date: Thu, 27 Oct 2005 09:44:38 +0200 Message-Id: <1130399078.5561.11.camel@latx-dede5.rd.francetelecom.fr> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3-10mdk --=-Dqyqbm8ef4iy6Uplz3of Content-Type: multipart/alternative; boundary="=-k3sJkLCHP12uW6Up7q8X" --=-k3sJkLCHP12uW6Up7q8X Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable ______________________________________________________________________ this one is the good one Received: from ftrdmel3.rd.francetelecom.fr ([10.193.117.155]) by FTRDMEL2.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.211); Thu, 27 Oct 2005 10:30:24 +0200 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C5DAD0.ACF95000" Content-class: urn:content-classes:message Return-Path: <andre.castelli@francetelecom.com> X-OriginalArrivalTime: 27 Oct 2005 08:30:24.0134 (UTC) FILETIME=[AD0DC260:01C5DAD0] X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Sujet: RE: audio de cet apres midi 14hres Date: Thu, 27 Oct 2005 10:30:22 +0200 Message-ID: <2AF8FF7D89242541B12E7A47F6ECB4BE02BF2A24@ftrdmel3.rd.francetelecom.fr> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: audio de cet apres midi 14hres Thread-Index: AcXa0KvPbQ+eMVVhQvCdlIspq4dPCg== De: sender@francetelecom.com> À: sender@francetelecom.com, and 20 other emails X-Evolution-Source: exchange://airtri02@FTRDMEL2/
this bug is coming with connector because the same test using OWA and firefox is working properly without loosing header. With connector it seems to be with a string greater than 1000 characters in Cc including emails, comments this bug exist with 2.X.X but we used SMTP server to bypass exchange and with 2.2.X officialy released with mandriva 2006 we cannot anymore
this problem is not directly due to connector (except the fact we cannot choose smtp server anymore) because we tried to send using imap instead of exchange and we have the same problem loosing mail header. the same test with thunderbird 1.0.7 works perfectly and thunderbird seems to truncate each address but evolution apparently don't
another try with Mandriva and a stand alone exchange server works correctly with evolution but in a big compagny we have obvously more than one exchange server and we think that this problem is coming when more than one exchange server are involved
I am not able to find any significant difference between the good and bad ones (mail header) in Comment #2. Am I missing something obvious here? Not reproducible here. Is there any updates to evolution available for mandriva? Can you try reproducing this bug on it?
Created attachment 57657 [details] this mail was sending by evolution throught exchange smtp this is what we received in a web mail
Created attachment 57660 [details] this mail is in evolution sent folder this mail is the original evolution mail in sent folder and match wiht 57657 attach file
Created attachment 57661 [details] this mail came from thunderbird we received in a web mail
Created attachment 57662 [details] this mail is in thunderbird sent folder this mail match with 57661 attach file
Created attachment 60215 [details] Sending mails with CC field having more than 1000 chars
Using Evolution 2.5.90 I dont see any problem at all in having more than 1000 chars. in the CC (or any) field. From Comment #5, I guess the problem is due to some wrong configuration setting in your exchange-server as it seems to be working properly with another exchange-server. Consider upgrading your evolution as the 2.4 cycle has had a lot of bug-fixes. <b>The copy of the message in Sent-Items is the one that was sent by Evolution. Any changes made after that can be only due to the server.</b> Try connecting to a different exchange server and if it still happens re-open the bug providing the versions of your client and server and also the details like if it works with OWA.
Trying a different Exchange server will not be easy :) But, Closing the bug, based on comment #12. And it was tested in 2.5.92. Please use 2.6 and er-open the bug if you still see the issue.