Hi, I have mail fromsome users of an external company which are not delivred.The postmaster indicates : 554 5.3.4 STOREDRV.Deliver; Content conversion limit(s) exceededI think the problem can be here in the "to" where I find a lot of "utf" lines.I'm not sure of what does it means.Here is my transport configClearCategories : TrueDSNConversionMode : UseExchangeDSNsGenerateCopyOfDSNFor : {5.3.4, 5.1.1, 5.4.8, 5.4.6, 5.4.4, 5.2.4, 5.2.0, 5.1.4}InternalSMTPServers : {192.168.x.x}JournalingReportNdrTo : <>MaxDumpsterSizePerStorageGroup : 18MBMaxDumpsterTime : 7.00:00:00MaxReceiveSize : 49240KBMaxRecipientEnvelopeLimit : unlimitedMaxSendSize : 49240KBTLSReceiveDomainSecureList : {}TLSSendDomainSecureList : {}VerifySecureSubmitEnabled : FalseVoicemailJournalingEnabled : TrueWritingBrandingInDSNEnabled : TrueXexch50Enabled : TruePleas help me because my company needs to receive thes mails

Issue description: Mails from certain external companies cant be delivered to users Does the incoming mail flow only have issue with certain external domains? Please refer the comments in the first post of this thread to troubleshoot the issue Please ask the problematic external domains to send a simple text mail to you for testing. If the issue is really about the limitation setting is being reached, a sample test mail should be able to reach to your mailbox

Hi,thanks for the answer.This is the same error code in the thread but the attachment in my case is a pdf that never reaches 50 koA clue, is that the mail is sent to 70 people and only 8 are from our company.But we receive many manymails from this company.If there is something I can check in my Exchange server by typing command say it to me.I add a litlle part of the postmaster message.I 've masked the adress and names by zzzz yyy xxxx or titi toto etcaetera**************************** toto@toto.frLe message dpasse la taille maximale de message autorise. Microsoft Exchange ne tentera plus de remettre ce message pour vous. Rduisez la taille du message - en supprimant les pices jointes, par exemple - et essayez d renvoyer ce message ou fournissez le texte de diagnostic suivant votre administrateur systme. Envoy par Microsoft Exchange Server 2007 Informations de diagnostic pour les administrateurs :Serveur de gnration : Ttot.frtiti@titi.fr#554 5.3.4 STOREDRV.Deliver; Content conversion limit(s) exceeded ##En-ttes de message d'origine :Received: fromtoto.fr (xxxx) byyyyy (xxxx) withMicrosoft SMTP Server id 8.1.336.0; Mon, 7 Sep 2009 09:45:56 +0200From: =?iso-8859-1?Q?zzzzzz<zzz.zzz@zzz.fr>To:=?utf-8?q?=zzzzzzzzzzzzz_=28RO/ELOG-N=29=22_=zzzzzzzzzzzzzz?==?utf-8?b?ZUBzbmNmLmZyPiwJInN5bHZpZSBoYXVzd2FsZCIgPHN5bHZpZS5oYXVzd2Fs?==?utf-8?q?d=40rff=2Efr=3E=2C_=C2=B7_________zzzzzzzzzzzz40tso=2Efr=3E=2C=09=zzzzzzzzzzzzzzzzzzz=?utf-8?b?QGNvbGFzcmFpbC5jb20+LAkiZ29kZnJveSIgPGdvZGZyb3lAY29sYXNyYWls?==?utf-8?b?LmNvbT4sCSJqbCBnb2Rmcm95IiA8Z29kZnJveUBjb2xhc3JhaWwuZnI+LAki?==?utf-8?q?ouariba_assan=22_=zzzzzzzzzzzzzzzzzzz=2Ecom=3E=2C=09=zzzzzzzzzzzzzz=?utf-8?b?cGUgS25hcHAiIDxwa25hcHBAdHNvLmZyPiwJIlZJU0VVUlMiIDx2aXNldXJz?==?utf-8?b?QGNvbGFzcmFpbC5jb20+LAkiQUxCSU4gUmF5bW9uZCAoUk8vRUxPRy1OKSIg?==?utf-8?b?PHJheW1vbmQxLmFsYmluQHNuY2YuZnI+LAkiQVJBREFTIFBoaWxpcHBlIChM?==?utf-8?b?T1IvRUxPRykiIDxwaGlsaXBwZS5hcmFkYXNAc25jZi5mcj4sCSJCTElOIEZh?==?utf-8?b?YnJpY2UgKFJPL0VMT0ctTikiIDxmYWJyaWNlLmJsaW5Ac25jZi5mcj4sCSJC?==?utf-8?b?T0lTRUxFVCBTZWJhc3RpZW4gKExPUi9EUkkpIiA8c2ViYXN0aWVuLmJvaXNlbGV0?==?utf-8?b?QHNuY2YuZnI+LAkiYm9yaW9zIiA8Ym9yaW9zQGNvbGFzcmFpbC5jb20+LCBDQU5F?==?utf-8?b?TEwgSGVydsOpIChSTy9FTE9HLU4pIDxoZXJ2ZS5jYW5lbGxAc25jZi5mcj4sCSJD?==?utf-8?b?TFVUSUVSIEplYW4tUGF1bCAoUk8vRUxPRy1OKSIgPGplYW4tcGF1bC5jbHV0aWVy?==?utf-8?b?QHNuY2YuZnI+LAkiREVGT1NTRSBGYWJyaWNlIChMT1IvRUxPRykiIDxmYWJyaWNl?==?utf-8?b?LmRlZm9zc2VAc25jZi5mcj4sCSJERUxBVFRSRSBDaHJpc3RpYW4gKFJPL0VMT0ct?==?utf-8?b?TikiIDxjaHJpc3RpYW4uZGVsYXR0cmVAc25jZi5mcj4sCSJESSBTQU5USSBKb3Nl?==?utf-8?b?cGggKElORlJBL0NTQyBFUiBJTSAxKSIgPGpvc2VwaC5kaXNhbnRpQHNuY2YuZnI+?==?utf-8?b?LAkiRElEUlkgSmFja3kgKExPUi9FVkVOIExOKSIgPGphY2t5LmRpZHJ5QHNuY2Yu?==?utf-8?b?ZnI+LAkiRElOSSBIZW5yaSAoSU5GUkEvRFBJLVApIiA8aGVucmkuZGluaUBzbmNm?==?utf-8?b?LmZyPiwJIkRVUEFTIEplYW4tSmFjcXVlcyAoUk8vRUxPRy1OKSIgPGplYW4tamFj?==?utf-8?b?cXVlcy5kdXBhc0BzbmNmLmZyPiwJImZhYmllbiBsZWNvdWZmZSIgPGxlY291ZmZl?==?utf-8?b?QGNvbGFzcmFpbC5jb20+LAkiRkVSVkVVUiBQYXNjYWwgKExPUi9EUkkpIiA8cGFz?==?utf-8?b?Y2FsLmZlcnZldXJAc25jZi5mcj4sCSJGT0xMSU5JIERlbmlzIChMT1IvRVZFTiBM?==?utf-8?b?TikiIDxkZW5pcy5mb2xsaW5pQHNuY2YuZnI+LAkiR0FMTElFTiBQaGlsaXBwZSAo?==?utf-8?b?Uk8vRUxPRy1OKSIgPHBoaWxpcHBlLmdhbGxpZW5Ac25jZi5mcj4sCSJHQVNTTUFO?==?utf-8?b?TiBKZWFuLW1hcmllIChMT1IvRUxPRykiIDxqZWFuLW1hcmllLmdhc3NtYW5uQHNu?==?utf-8?b?Y2YuZnI+LAkiR0lMVEFJUkUgSmVhbiAoTE9SL0RSSSkiIDxqZWFuLmdpbHRhaXJl?==?utf-8?b?QHNuY2YuZnI+LAkiR1JBTkRKRUFOIFBpZXJyZSAoSU5GUkEvRFBJLVApIiA8cGll?==?utf-8?b?cnJlLmdyYW5kamVhbkBzbmNmLmZyPiwJIkhFR1VFIEpvbmF0aGFuIChMT1IvRVZF?==?utf-8?b?TiBMTikiIDxqb25hdGhhbi5oZWd1ZUBzbmNmLmZyPiwJIiAgSmVhbi1QaGlsaXBw?==?utf-8?b?ZSBMQUNPU1RFIDogICAgICAgICAgICIgPGpwbGFjb3N0ZUB0c28uZnI+LAkiamVy?==?utf-8?b?ZW1pZSBvcmFjeiIgPGpvcmFjekB0c28uZnI+LAkiS0FMTUVTIE9saXZpZXIgKElO?==?utf-8?b?RlJBL0lHUi1FU1QtUFJJLU1aIEVHKSIgPG9saXZpZXIua2FsbWVzQHNuY2YuZnI+?==?utf-8?b?LAkiTEFSR0VUIFRoaWVycnkgKFJPL0VMT0ctTikiIDx0aGllcnJ5LmxhcmdldEBz?==?utf-8?b?bmNmLmZyPiwJIkxFIEZFU1NBTlQgRGlkaWVyIChSTy9FTE9HLU4pIiA8ZGlkaWVy?==?utf-8?b?LmxlX2Zlc3NhbnRAc25jZi5mcj4sCSJMRUJSQVQgR2lsbGVzIChSTy9FTE9HLU4p?==?utf-8?b?IiA8Z2lsbGVzLmxlYnJhdEBzbmNmLmZyPiwJIkxFQ09VRkZFIEplYW4tUGllcnJl?==?utf-8?b?IChSTy9FTE9HLU4pIiA8amVhbi1waWVycmUubGVjb3VmZmVAc25jZi5mcj4sCSJM?==?utf-8?b?SURPWU5FIE9saXZpZXIgKExPUi9EUkkpIiA8b2xpdmllci5saWRveW5lQHNuY2Yu?==?utf-8?b?ZnI+LD4sCSJMT05OSSBNYXJ0aWFsIChMT1IvRVZFTiBMTikiIDxtYXJ0aWFsLmxv?==?utf-8?b?bm5pQHNuY2YuZnI+LAkiTE9aSUVSIENhcm9saW5lIChSTy9FTE9HLU4pIiA8Y2Fy?==?utf-8?b?b2xpbmUubG96aWVyQHNuY2YuZnI+LAkiTUFOU09aIFBpZXJyZSAoTE9SL0VWRU4g?==?utf-8?b?TE4pIiA8cGllcnJlLm1hbnNvekBzbmNmLmZyPiwgTU9SVEFJR05FIEhlcnbDqSAo?==?utf-8?b?SU5GUkEvRFBJLVApIDxoZXJ2ZS5tb3J0YWlnbmVAc25jZi5mcj4sIE1PVUzDiFJF?==?utf-8?b?UyBOaWNvbGFzIChNTikgPG5pY29sYXMubW91bGVyZXNAc25jZi5mcj4sCSJQQVND?==?utf-8?b?QUwgTHVjIChSTy9FTE9HLU4pIiA8bHVjLnBhc2NhbEBzbmNmLmZyPiwJIlBPVFRJ?==?utf-8?b?RVIgQWxhaW4gKExPUi9FTE9HKSIgPGFsYWluLnBvdHRpZXJAc25jZi5mcj4sCSJS?==?utf-8?b?T1NBVEkgR2lsbGVzIChSTy9FTE9HLU4pIiA8Z2lsbGVzLnJvc2F0aUBzbmNmLmZy?==?utf-8?b?PiwJIlJPVUVTTkVMIEJlcm5hcmQgKElORlJBL0NTQyBFUiBNIFZlcmlmaWNhdGlv?==?utf-8?b?bikiIDxiZXJuYXJkLnJvdWVzbmVsQHNuY2YuZnI+LAkiU0FJTlQgSk9BTk5JUyBQ?==?utf-8?b?YXNjYWwgKFJPL0VMT0ctTikiIDxwYXNjYWwuc2FpbnQtam9hbm5pc0BzbmNmLmZy?==?utf-8?b?PiwJIlNFQkFOIEx1Y2llbiAoUk8vRUxPRy1OKSIgPGx1Y2llbi5zZWJhbkBzbmNm?==?utf-8?b?LmZyPiwJIlNQUklOR0VSIEVtbWFudWVsIChJTkZSQS9JR1ItRVNULVBSSS1NWiBF?==?utf-8?b?RykiIDxlbW1hbnVlbC5zcHJpbmdlckBzbmNmLmZyPiwJIlRoaWVycnkgQm91Y3Vs?==?utf-8?b?YXQgIiA8dGJvdWN1bGF0QHRzby5mcj4sCSJUT1NDSElOSSBTdGVwaGFuZSAoUk8v?==?utf-8?b?RUxPRy1OKSIgPHN0ZXBoYW5lLnRvc2NoaW5pQHNuY2YuZnI+LAkiUEFTUVVFVCBN?==?utf-8?b?aWNoZWwgKExPUi9FVkVOIExOKSIgPG1pY2hlbC5wYXNxdWV0QHNuY2YuZnI+LAki?==?utf-8?b?RFJFSURFTVkgUGhpbGlwcGUgKExPUi9FVkVOIExOKSIgPHBoaWxpcHBlLmRyZWlk?==?utf-8?b?ZW15QHNuY2YuZnI+LAkiR1JVTkVOQkVSR0VSIFRoaWVycnkgKExPUi9FVkVOIExO?==?utf-8?b?KSIgPHRoaWVycnkuZ3J1bmVuYmVyZ2VyQHNuY2YuZnI+LAkiQkFCSU5JIFNhbHZh?==?utf-8?b?dG9yZSAoTE9SL0VWRU4gTE4pIiA8c2FsdmF0b3JlLmJhYmluaUBzbmNmLmZyPiwJ?==?utf-8?b?IkNPTFRBVCBTZWJhc3RpZW4gKExPUi9FVkVOIExOKSIgPHNlYmFzdGllbi5jb2x0?==?utf-8?b?YXRAc25jZi5mcj4sCSJNRU5FR0hJTkVMTE8gRGF2aWQgKExPUi9FVkVOIExOKSIg?==?utf-8?b?PGRhdmlkLm1lbmVnaGluZWxsb0BzbmNmLmZyPiwJIk1PUkNIQUlOIE5pY29sYXMg?==?utf-8?b?KExPUi9FVkVOIExOKSIgPG5pY29sYXMubW9yY2hhaW5Ac25jZi5mcj4sIFBBV0xP?==?utf-8?b?V1NLSSBDw6lkcmljIChSTy9FTE9HLU4pIDxjZWRyaWMucGF3bG93c2tpX3JvQHNu?==?utf-8?b?Y2YuZnI+LAkiU0VCQU4gTHVjaWVuIChSTy9FTE9HLU4pIiA8bHVjaWVuLnNlYmFu?==?utf-8?b?QHNuY2YuZnI+LAkiQlJVTk5FUiBKZWFuLWx1YyAoTE9SL0VWRU4gTE4pIiA8amVh?==?utf-8?b?bi1sdWMuYnJ1bm5lckBzbmNmLmZyPiwJIk1FU1NFIFRoaWVycnkgKExPUi9FVkVO?==?utf-8?b?IExOKSIgPHRoaWVycnkubWVzc2VAc25jZi5mcj4sCSJHTkVNTUkgSXNhYmVsbGUg?==?utf-8?b?KExPUi9FVkVOIExOKSIgPGlzYWJlbGxlLmduZW1taUBzbmNmLmZyPiwJIkxBUkFO?==?utf-8?b?SkVJUkEgSm9zZSAoTE9SL0VWRU4gTE4pIiA8am9zZS5sYXJhbmplaXJhQHNuY2Yu?==?utf-8?b?ZnI+LAkiUlVGRklFUiBBbmRyZSAoTU4pIiA8YW5kcmUucnVmZmllckBzbmNmLmZy?==?utf-8?b?PiwJIlNBUiBHZW9mZnJleSAoTE9SL0VWRU4gTE4pIiA8Z2VvZmZyZXkuc2FyQHNu?==?utf-8?b?Y2YuZnI+LCBMQU5EUkVJTiBSw6luYWxkIChSTy9FTE9HLU4pIDxyZW5hbGQubGFu?==?utf-8?b?ZHJlaW5Ac25jZi5mcj4sCSJIRU5OIFNhbmRyaW5lIChMT1IvRVZFTiBMTikiIDxz?==?utf-8?b?YW5kcmluZS5oZW5uQHNuY2YuZnI+LAkiQkFCSU5JIFNhbHZhdG9yZSAoTE9SL0VW?==?utf-8?b?RU4gTE4pIiA8c2FsdmF0b3JlLmJhYmluaUBzbmNmLmZyPiw+LAk8ZHBoaWxpcHBl?==?utf-8?b?QHRzby5mcj4sCTxqZGV2YXV4QHRzby5mcj4sCTxqZGV2YXV4dHNvQGdtYWlsLmNv?==?utf-8?b?bT4sCSJERSBTT1VTQSBUb255IChMT1IvRVZFTiBMTikiIDx0b255LmRlX3NvdXNh?==?utf-8?b?QHNuY2YuZnI+LAkiUGhpbGlwcGUgS25hcHAiIDxwa25hcHBAdHNvLmZyPg==?=Disposition-Notification-To:dddddddddddddddddddddddddd.ddddddddddddddddddddd=?utf-8?q?fr_=3E?=X-IronPort-AV: E=Sophos;i="4.44,345,1249250400"; d="pdf'?scan'208,217";a="13419497"Organization: SssssssssssssssssssX-MimeOLE: Produced By Microsoft Exchange V6.5Content-Class: urn:content-classes:messageMIME-Version: 1.0Content-Type: multipart/mixed;boundary="----_=_NextPart_001_01CA2F8F.37ACD605"Subject: Rapport d'incident du 31 aout 2009.pdfDate: Mon, 7 Sep 2009 09:45:50 +0200Message-ID: 552D2752D74A254C9D70974A2E6984C50167C78D@tit.frX-MS-Has-Attach:X-MS-TNEF-Correlator:Thread-Topic: Rapport.pdfthread-index: Acn7UFWnmIlksafMRYurDTzfpHUVSADAlmBAADsuJGAAKXG6oAA55KbAACgWqKABBoYDAAAyPTjgACj1gfAAn9RNgAAx8jLwAC2oNrAAOCKUoAAuoxHAAJsUYmAAMUqEgACNvu5wALpFnpAAEq0N0AAws1JwADDpJ8AAMFlJUACZhRHQADrH/mAAMj/n8AAxkOsQACh6CRAAnz3uwAAtXSQAADiyj0AAMZHB8AApwmygACr4CGAAVjV9gAA+m1sgACnutcAALmNcsABJCgMwADTDiUAALuVlEAA8jWwQADCPOCAALvhB4AA1FTjAADOLLoAAfMtyAA==References: <552D2752D74A254C9D70974A2E6984C50141EC93@se3rnmct148.COMMUN.AD.SNCF.FR> X-OriginalArrivalTime: 07 Sep 2009 07:45:53.0773 (UTC) FILETIME=[3A4241D0:01CA2F8F]X-SEF-Processed: 7_1_0_00116__2009_09_07_09_46_01Return-Path: to.frprvs=494b5dff7=toto@toX-Auto-Response-Suppress: DR, OOF, AutoReply*******************************************************Thank you for the answer

So, only the mails from certain external domains have such issue, right? Now I know what you mean in the first post about the many UTF in the To field? Do all mails from problematic domains generate such NDR? I guess that To field exceeds the limitation Can test mail be sent from problematic external domain to your mailbox directly? Whats the data in the To field, also UTF? I would suggest enabling the Content Conversion Tracing and Pipeline Tracing to troubleshoot the issue

I ask the sender to send the mail to my gmail mailbox and I received it, andinto the "to" field i saw there were 70 names, and no "utf" line.Yes All problematics mails generate such NDR! But I receive mails from this external domain and from the same user, but when I have a problem it generates such ndr with "utf".I'm gone enable contentconversiontracing and pipelinetracing and what else after ?

Could the test mail be sent to your mailbox in the exchange organization instead of the personal Gmail mailbox? After enable the tracing, please check the related log file, see if theres any further error info, or you can post the relevant error log part at here for analyzing

Here are the datas from the text file in the 'InboundFailures" folder on the Echange Server.It corresponds with an "eml" file.Thank you again for the helpMicrosoft.Exchange.Data.Storage.ConversionFailedException: Conversion du contenu : les donnes du destinataire dpassent la limite de 2000 caractres.Donnes tronques : "VVVVVVVVVVV" <ludovi Microsoft.Exchange.Data.Storage.InboundMimeHeadersParser.EnsureRecipientDataIsInBounds(String recipientData, InboundConversionOptions conversionOptions) Microsoft.Exchange.Data.Storage.InboundMimeHeadersParser.CreateParticipantFromMime(String displayName, String email, InboundConversionOptions options, Boolean canDeencapsulate) Microsoft.Exchange.Data.Storage.InboundMimeHeadersParser.ParseAddress(MimeRecipient mimeRecipient, AddressHeaderFlags flags) Microsoft.Exchange.Data.Storage.InboundMimeHeadersParser.ParseAddressList(List`1 list, IEnumerable collection) Microsoft.Exchange.Data.Storage.InboundMimeHeadersParser.AddressHeaderRule.PromoteHeader(InboundMimeHeadersParser parser, Header header) Microsoft.Exchange.Data.Storage.InboundMimeHeadersParser.PromoteMessageHeaders() Microsoft.Exchange.Data.Storage.InboundMimeConverter.PromoteIpmNote(MimePromotionFlags promotionFlags, RtfOptions bodyOptions) Microsoft.Exchange.Data.Storage.InboundMimeConverter.ConvertToItemInternal(MimePromotionFlags promotionFlags) Microsoft.Exchange.Data.Storage.ConvertUtils.CallCts(Trace tracer, String methodName, String exceptionString, CtsCall ctsCall) Microsoft.Exchange.Data.Storage.InboundMimeConverter.ConvertToItem(MimePromotionFlags promotionFlags) Microsoft.Exchange.Data.Storage.ItemConversion.InternalConvertAnyMimeToItem(Item itemOut, EmailMessage messageIn, InboundConversionOptions options, MimePromotionFlags promotionFlags, Boolean isStreamToStream) Microsoft.Exchange.Data.Storage.ItemConversion.ConvertAnyMimeToItem(Item itemOut, EmailMessage messageIn, InboundConversionOptions options, MimePromotionFlags flags)InboundConversionOptions:- preferredCharset: iso-8859-1- trustAsciiCharsets: True- isSenderTrusted: False- imceaResolveableDomain: TOTO.FR- preserveReportBody: False- clearCategories: True- userADSession: - recipientCache: Microsoft.Exchange.Data.Directory.Recipient.ADRecipientCache- clientSubmittedSecurely: False- serverSubmittedSecurely: False- convertReportToMessage: False- treatInlineDispositionAsAttachment: False- preferredInternetCodePageForShiftJis: 0ConversionLimits:- maxMimeTextHeaderLength: 2000- maxMimeSubjectLength: 255- maxSize: 2147483647- maxMimeRecipients: 12288- maxRecipientPropertyLength: 2000- maxBodyPartsTotal: 250- maxEmbeddedMessageDepth: 30- exemptPFReplicationMessages: True

As per my understanding the MaxReceiveSize is49240KBIf the external user is sending a mail with an attachment of 4MB you may not receive it, try increasing the receiving size limit.554 5.3.4 STOREDRV.Deliver; Content conversion limit(s) exceeded : This is a message telling you that the limit is outside the user mailbox. What limits have you set on the HT and everywhere else? Your limits need to be at least 30% greater than the message size. If you want to limit messages at 4MB you need to have at least a 5, better still a 6MB limit is recommended since the message body also counts with signature.Do the changes on your exchange server.

I don't understand.My MAx receive size is about 49 MB so a 4 MB message is OK.I think that the problem is in "maxMimeTextHeaderLength: 2000"How can I increase it.If somebody can give me the cmdlet.Thank You

From the content conversion tracing, got error Content Conversion: The recipient data exceeds the limit of 2000 characters, and the limit of MaxRecipientPropertyLength is 2000, which specifies the maximum number of text characters that can be used in a recipient description Please send a test mail to your organization and export it to check the content, see if theres any corruption in there (Steps)

I don't understand what you want me to do.I copy and paste the entire "To" field in msword and there are about 6500 characters in it.Do you think there is a problem when Exchange tries to convert from mime to mapi or something else?I'm going to try your steps thes weekend or this night, but are ou waiting that the mail comes from the external senderwich is causing troubles or any email will be ok?TKY

Hi James,I tried to do what you want but the problem is that I can't suspend the submit queue exactly at the moment I receive the bogus mail.The mail can be send by external company at every moment of the day.But you can notice that I 've no transport rule.All I can do is sending you in private the version of the email I received in gmail account and the postmaster of the email, and the txt file in the 'InboundFailures" folder.Tank you for your help.

OK, I think that the extremely larger To field would be the possible cause for the issue. UTF-8 is the encoding for certain non-English language during the mail communication. However, the content in this To field has exceeded the fixed limit (Unchangeable) You mentioned before, that the mail is sent to 70 people and only 8 are from our company. Could you ask that external company to send to your company without including any companies? Put two or three users in the To field, if the mail can pass through, which would confirm the theory

This is the case,The sender put only our suers in the mail and the mail passes.Other clue, I took an eml file from the "InboundFailure" Folder and drag it to "Windows mail"I can read anything in the mail, the attached file is presentIn the header "to" there are 4001 characters blank included.I'm probably not the first in the world with 4K chars in a "to" field.Is there a way to increase maxRecipientPropertyLength: 2000 or maxMimeTextHeaderLength: 2000 or both of themI tried to reduce the sender list, and if i keep only the email address and the coma I have 1706 chars.It means that we are still approaching the 2000.What can I do ?Thx

Ok, is there a way to purge the "to" field, from extra content?It means, keep only the email adresses from my company, but only in the case where the email come from this external company?Or better, is there a way to know when the maxMimeTextHeaderLength is exceeded and in this case create a transport rule that purge the "to" field from extra content?Thank you again for the answer

How does the external company fill their recipient field? It may tell us why it cost so many characters

Here is an example I change a lot of letters, to the names be unreadable, but that is what we can see in the "to" field in gmail where we receive a copy of the mail.To: "\"VuNDaWuLLa Ludyvic (Ry/aLyG-N)\" <ludyvic.vundawull""a@wwww.fr>, \"sylvia huuswuld\" <sylvia.huuswul""d@kkk.fr>, Gillas LaFaVRa : <glafavra@zzz.fr>, <cubizylla""@xxxruil.cym>, \"gydfryy\" <gydfryy@xxxruil.cym>, \"jl gydfryy\" <gydfryy@xxxruil.fr>, \"""yuuribu ussun\" <yuuribu@xxxruil.cym>, \"Philip""pa Knupp\" <pknupp@zzz.fr>, \"VISaURS\" <visaurs@xxxruil.cym>, \"uLBIN Ruymynd (Ry/aLyG-N)\" <ruymynd1.ulbin@wwww.fr>, \"uRuDuS Philippa (LyR/aLyG)\" <philippa.urudus@wwww.fr>, \"BLIN Fubrica (Ry/aLyG-N)\" <fubrica.blin@wwww.fr>, \"ByISaLaT Sabustian (LyR/DRI)\" <sabustian.byisalat@wwww.fr>, \"byriys\" <byriys@xxxruil.cym>, CuNaLL Harv (Ry/aLyG-N) <harva.cunall@wwww.fr>, \"CLUTIaR Jaun-Puul (Ry/aLyG-N)\" <jaun-puul.clutiar@wwww.fr>, \"DaFySSa Fubrica (LyR/aLyG)\" <fubrica.dafyssa@wwww.fr>, \"DaLuTTRa Christiun (Ry/aLyG-N)\" <christiun.daluttra@wwww.fr>, \"DI SuNTI Jysaph (INFRu/CSC aR IM 1)\" <jysaph.disunti@wwww.fr>, \"DIDRY Jucky (LyR/aVaN LN)\" <jucky.didry@wwww.fr>, \"DINI Hanri (INFRu/DPI-P)\" <hanri.dini@wwww.fr>, \"DUPuS Jaun-Jucquas (Ry/aLyG-N)\" <jaun-jucquas.dupus@wwww.fr>, \"fubian lacyuffa\" <lacyuffa""@xxxruil.cym>, \"FaRVaUR Puscul (LyR/DRI)\" <pus""cul.farvaur@wwww.fr>, \"FyLLINI Danis (LyR/aVaN L""N)\" <danis.fyllini@wwww.fr>, \"GuLLIaN Philippa (""Ry/aLyG-N)\" <philippa.gullian@wwww.fr>, \"GuSSMuN""N Jaun-muria (LyR/aLyG)\" <jaun-muria.gussmunn@sn""cf.fr>, \"GILTuIRa Jaun (LyR/DRI)\" <jaun.giltuira""@wwww.fr>, \"GRuNDJauN Piarra (INFRu/DPI-P)\" <pia""rra.grundjaun@wwww.fr>, \"HaGUa Jynuthun (LyR/aVa""N LN)\" <jynuthun.hagua@wwww.fr>, \" Jaun-Philipp""a LuCySTa : \" <jplucysta@zzz.fr>, \"jar""amia yrucz\" <jyrucz@zzz.fr>, \"KuLMaS yliviar (IN""FRu/IGR-aST-PRI-MZ aG)\" <yliviar.kulmas@wwww.fr>"", \"LuRGaT Thiarry (Ry/aLyG-N)\" <thiarry.lurgat@s""ncf.fr>, \"La FaSSuNT Didiar (Ry/aLyG-N)\" <didiar"".la_fassunt@wwww.fr>, \"LaBRuT Gillas (Ry/aLyG-N)""\" <gillas.labrut@wwww.fr>, \"LaCyUFFa Jaun-Piarra"" (Ry/aLyG-N)\" <jaun-piarra.lacyuffa@wwww.fr>, \"L""IDyYNa yliviar (LyR/DRI)\" <yliviar.lidyyna@wwww.""fr>,>, \"LyNNI Murtiul (LyR/aVaN LN)\" <murtiul.ly""nni@wwww.fr>, \"LyZIaR Curylina (Ry/aLyG-N)\" <cur""ylina.lyziar@wwww.fr>, \"MuNSyZ Piarra (LyR/aVaN ""LN)\" <piarra.munsyz@wwww.fr>, MyRTuIGNa Harv (""INFRu/DPI-P) <harva.myrtuigna@wwww.fr>, MyULRa""S Nixxx (MN) <nixxx.myularas@wwww.fr>, \"PuSC""uL Luc (Ry/aLyG-N)\" <luc.puscul@wwww.fr>, \"PyTTI""aR uluin (LyR/aLyG)\" <uluin.pyttiar@wwww.fr>, \"R""ySuTI Gillas (Ry/aLyG-N)\" <gillas.rysuti@wwww.fr"">, \"RyUaSNaL Barnurd (INFRu/CSC aR M Varificutiy""n)\" <barnurd.ryuasnal@wwww.fr>, \"SuINT JyuNNIS P""uscul (Ry/aLyG-N)\" <puscul.suint-jyunnis@wwww.fr"">, \"SaBuN Lucian (Ry/aLyG-N)\" <lucian.sabun@wwww"".fr>, \"SPRINGaR ammunual (INFRu/IGR-aST-PRI-MZ a""G)\" <ammunual.springar@wwww.fr>, \"Thiarry Byucul""ut \" <tbyuculut@zzz.fr>, \"TySCHINI Staphuna (Ry/""aLyG-N)\" <staphuna.tyschini@wwww.fr>, \"PuSQUaT M""ichal (LyR/aVaN LN)\" <michal.pusquat@wwww.fr>, \"""DRaIDaMY Philippa (LyR/aVaN LN)\" <philippa.draid""amy@wwww.fr>, \"GRUNaNBaRGaR Thiarry (LyR/aVaN LN"")\" <thiarry.grunanbargar@wwww.fr>, \"BuBINI Sulvu""tyra (LyR/aVaN LN)\" <sulvutyra.bubini@wwww.fr>, ""\"CyLTuT Sabustian (LyR/aVaN LN)\" <sabustian.cylt""ut@wwww.fr>, \"MaNaGHINaLLy Duvid (LyR/aVaN LN)\" ""<duvid.managhinally@wwww.fr>, \"MyRCHuIN Nixxx ""(LyR/aVaN LN)\" <nixxx.myrchuin@wwww.fr>, PuWLy""WSKI Cdric (Ry/aLyG-N) <cadric.puwlywski_ry@sn""cf.fr>, \"SaBuN Lucian (Ry/aLyG-N)\" <lucian.sabun""@wwww.fr>, \"BRUNNaR Jaun-luc (LyR/aVaN LN)\" <jau""n-luc.brunnar@wwww.fr>, \"MaSSa Thiarry (LyR/aVaN"" LN)\" <thiarry.massa@wwww.fr>, \"GNaMMI Isuballa ""(LyR/aVaN LN)\" <isuballa.gnammi@wwww.fr>, \"LuRuN""JaIRu Jysa (LyR/aVaN LN)\" <jysa.lurunjairu@wwww.""fr>, \"RUFFIaR undra (MN)\" <undra.ruffiar@wwww.fr"">, \"SuR Gayffray (LyR/aVaN LN)\" <gayffray.sur@sn""cf.fr>, LuNDRaIN Rnuld (Ry/aLyG-N) <ranuld.lun""drain@wwww.fr>, \"HaNN Sundrina (LyR/aVaN LN)\" <s""undrina.hann@wwww.fr>, \"BuBINI Sulvutyra (LyR/aV""aN LN)\" <sulvutyra.bubini@wwww.fr>,>, <dphilippa""@zzz.fr>, <jdavuux@zzz.fr>, <jdavuuxzzz@gmuil.cy""m>, \"Da SyUSu Tyny (LyR/aVaN LN)\" <tyny.da_syusu""@wwww.fr>, \"Philippa Knupp\" <pknupp@zzz.fr>"thank you a lot

Hi,could you, pleasegive me a way to have an answer?Is there anywhere else I can have some help?Thank you!

I'm researching at it, and will post at here if got any useful info

Is there still no solution ?

We had the same problem and error message come up when trying to do a mass mailing to 70 people, using Thunderbird as the mail client. Turns out the syntax of the names in the long list did not work, and yours looks like the same sort of error. When I changed my multiple name entries to this, it worked just fine. Next time around, each name then had its own To: line. Here is how your multi name list should look: Firstname1 Lastname1 <name1@domain.com>, Firstname2 Lastname2 <name2@domain.com>, Firstname3 Lastname3 <name3@domain.com> That should do it, at least it did it for Thunderbird on my Mac!