Mails über Weiterleitungspostfach werden nicht hochgestuft
27. Januar 2010 15:39
Hallo,
wir haben ein kleines Problem mit dem Weiterleitungspostfach. Einige Mails werden hochgestuft andere werden es nicht. Im Eventlog auf dem Server sehe ich folgendes:
Was kann ich tun?
Ursprünglich dachte ich es läge an Bildern die in den Text eingebunden waren. Aber bei den neusten Mails ist das nicht der fall!
Was kann ich tun?
Danke
Pascal
wir haben ein kleines Problem mit dem Weiterleitungspostfach. Einige Mails werden hochgestuft andere werden es nicht. Im Eventlog auf dem Server sehe ich folgendes:
- Code:
#17174 - Beim Überprüfen der E-Mail-Nachricht mit dem Betreff 'MEIN BETREFF' in Postfach crm.mails@mymaildomain.eu ist ein Fehler aufgetreten. System.InvalidOperationException: Fehler im XML-Dokument (1,33956). ---> System.Xml.XmlException: '', hexidezimaler Wert 0x01, ist ein ungültiges Zeichen. Zeile 1, Position 33956.
bei System.Xml.XmlTextReaderImpl.Throw(Exception e)
bei System.Xml.XmlTextReaderImpl.Throw(String res, String[] args)
bei System.Xml.XmlTextReaderImpl.Throw(Int32 pos, String res, String[] args)
bei System.Xml.XmlTextReaderImpl.ThrowInvalidChar(Int32 pos, Char invChar)
bei System.Xml.XmlTextReaderImpl.ParseNumericCharRefInline(Int32 startPos, Boolean expand, BufferBuilder internalSubsetBuilder, Int32& charCount, EntityType& entityType)
bei System.Xml.XmlTextReaderImpl.ParseText(Int32& startPos, Int32& endPos, Int32& outOrChars)
bei System.Xml.XmlTextReaderImpl.ParseText()
bei System.Xml.XmlTextReaderImpl.ParseElementContent()
bei System.Xml.XmlTextReaderImpl.Read()
bei System.Xml.XmlTextReader.Read()
bei System.Xml.XmlReader.ReadStartElement()
bei Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationReaderExchangeServiceBinding.Read114_BodyType(Boolean isNullable, Boolean checkType)
bei Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationReaderExchangeServiceBinding.Read198_MessageType(Boolean isNullable, Boolean checkType)
bei Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationReaderExchangeServiceBinding.Read208_ItemAttachmentType(Boolean isNullable, Boolean checkType)
bei Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationReaderExchangeServiceBinding.Read384_Item(Boolean isNullable, Boolean checkType)
bei Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationReaderExchangeServiceBinding.Read406_ArrayOfResponseMessagesType(Boolean isNullable, Boolean checkType)
bei Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationReaderExchangeServiceBinding.Read429_GetAttachmentResponseType(Boolean isNullable, Boolean checkType)
bei Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationReaderExchangeServiceBinding.Read512_GetAttachmentResponse()
bei Microsoft.Xml.Serialization.GeneratedAssembly.ArrayOfObjectSerializer98.Deserialize(XmlSerializationReader reader)
bei System.Xml.Serialization.XmlSerializer.Deserialize(XmlReader xmlReader, String encodingStyle, XmlDeserializationEvents events)
--- Ende der internen Ausnahmestapelüberwachung ---
bei System.Xml.Serialization.XmlSerializer.Deserialize(XmlReader xmlReader, String encodingStyle, XmlDeserializationEvents events)
bei System.Xml.Serialization.XmlSerializer.Deserialize(XmlReader xmlReader, String encodingStyle)
bei System.Web.Services.Protocols.SoapHttpClientProtocol.ReadResponse(SoapClientMessage message, WebResponse response, Stream responseStream, Boolean asyncCall)
bei System.Web.Services.Protocols.SoapHttpClientProtocol.Invoke(String methodName, Object[] parameters)
bei Microsoft.Crm.Tools.Email.Providers.ExchangeServiceBinding.GetAttachment(GetAttachmentType GetAttachment1)
bei Microsoft.Crm.Tools.Email.Providers.ExchangeWSConnector.RetrieveAttachments(ExchangeEmailMessage emailMessage, ArrayList& attachmentList)
bei Microsoft.Crm.Tools.Email.Providers.ExchangeEmailMessage.GetAttachments()
bei Microsoft.Crm.Tools.Email.Providers.ExchangeEmailMessage.ValidateMessage(Boolean isForwardMailbox)
bei Microsoft.Crm.Tools.Email.Providers.ExchangePollingMailboxProvider.ValidateMessageInternal(EmailMessage emailMessage)
bei Microsoft.Crm.Tools.Email.Providers.CrmPollingMailboxProvider.ValidateMessage(EmailMessage emailMessage)
bei Microsoft.Crm.Tools.Email.Providers.CrmPollingMailboxProvider.Run()
Was kann ich tun?
Ursprünglich dachte ich es läge an Bildern die in den Text eingebunden waren. Aber bei den neusten Mails ist das nicht der fall!
Was kann ich tun?
Danke
Pascal
Re: Mails über Weiterleitungspostfach werden nicht hochgestuft
27. Januar 2010 15:45
Hallo Pascal,
schalte einmal auf dem Server das Trace für den eMail Router ein, eventuell steht da mehr drin.
Das Tracing schaltest du am einfachsten mit diesem Tool ein:
http://blogs.msdn.com/benlec/archive/20 ... eased.aspx
schalte einmal auf dem Server das Trace für den eMail Router ein, eventuell steht da mehr drin.
Das Tracing schaltest du am einfachsten mit diesem Tool ein:
http://blogs.msdn.com/benlec/archive/20 ... eased.aspx
Re: Mails über Weiterleitungspostfach werden nicht hochgestuft
27. Januar 2010 16:01
Hallo,
ich habe jetzt das Logfile erstellt, kann ich es in einer PM schicken?
Viele Grüße
Pascal
ich habe jetzt das Logfile erstellt, kann ich es in einer PM schicken?
Viele Grüße
Pascal
Re: Mails über Weiterleitungspostfach werden nicht hochgestuft
27. Januar 2010 16:34
Hallo Pascal,
wie wäre es, wenn du dir das Trace File erst einmal selbst ansiehst?
Mit diesem Tool geht das wunderbar:
http://www.stunnware.com/crm2/topic.aspx?id=TraceLogViewer
wie wäre es, wenn du dir das Trace File erst einmal selbst ansiehst?
Mit diesem Tool geht das wunderbar:
http://www.stunnware.com/crm2/topic.aspx?id=TraceLogViewer
Re: Mails über Weiterleitungspostfach werden nicht hochgestuft
28. Januar 2010 10:47
Hallo,
wenn das alles so passt, wie ich das eingestellt habe, dann müsste folgender Eintrag zu einer nicht hochgestuften Email passen
Aber wie gesagt, ich bin mir nicht sicher ob das eine passende Meldung ist, weil im Eventlog tauchen die Fehler mindestens einmal in der Minute auf und diese Meldung habe ich in 10 Logfiles genau 3 mal gefunden. Ansonsten waren dort keine Fehler drin!
Im Log des Emailrouters taucht nur die zuerst angegebene Meldung auf.
Hier noch der Eventheader dazu
Danke
Pascal
wenn das alles so passt, wie ich das eingestellt habe, dann müsste folgender Eintrag zu einer nicht hochgestuften Email passen
at CrmException..ctor(String message, Int32 errorCode)
at CrmSecurityException..ctor(String message, Int32 errorCode)
at SecurityLibrary.TryCheckPrivilege(Guid user, Guid privilege, ExecutionContext context)
at SecurityLibrary.CheckPrivilege(Guid user, Guid privilege, ExecutionContext context)
at AddressManager.GetOwnerCandidate(AddressEntry addressEntry, BusinessEntity businessEntity)
at AddressManager.ResolveToRecordType(AddressEntry[] addressEntries, ResolutionOptions resolutionOptions)
at AddressManager.ResolveToSystemUsers(AddressEntry[] addressEntries)
at AddressManager.ResolveToInternalEntities(AddressEntry[] addressEntries)
at EmailService.CheckIncoming(String messageId, String subject, String from, String to, String cc, String bcc, ExecutionContext context, Int32& reasonCode)
at RuntimeMethodHandle._InvokeMethodFast(Object target, Object[] arguments, SignatureStruct& sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner)
at RuntimeMethodHandle.InvokeMethodFast(Object target, Object[] arguments, Signature sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner)
at RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture, Boolean skipVisibilityChecks)
at RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
at LogicalMethodInfo.Invoke(Object target, Object[] values)
at InternalOperationPlugin.Execute(IPluginExecutionContext context)
at PluginStep.Execute(PipelineExecutionContext context)
at Pipeline.Execute(PipelineExecutionContext context)
at MessageProcessor.Execute(PipelineExecutionContext context)
at InternalMessageDispatcher.Execute(PipelineExecutionContext context)
at ExternalMessageDispatcher.Execute(String messageName, Int32 primaryObjectTypeCode, Int32 secondaryObjectTypeCode, PropertyBag fields, CorrelationToken correlationToken, CallerOriginToken originToken, UserAuth userAuth, Guid callerId)
at RequestBase.Process(Int32 primaryObjectTypeCode, Int32 secondaryObjectTypeCode, CorrelationToken correlationToken, CallerOriginToken originToken, UserAuth userAuth, Guid callerId)
at RequestBase.Process(CorrelationToken correlationToken, CallerOriginToken originToken, UserAuth userAuth, Guid callerId)
at CrmServiceInternal.Execute(RequestBase request, CorrelationToken correlationToken, CallerOriginToken originToken, UserAuth userAuth, Guid callerId)
at CrmService.Execute(Request request)
at RuntimeMethodHandle._InvokeMethodFast(Object target, Object[] arguments, SignatureStruct& sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner)
at RuntimeMethodHandle.InvokeMethodFast(Object target, Object[] arguments, Signature sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner)
at RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture, Boolean skipVisibilityChecks)
at RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
at LogicalMethodInfo.Invoke(Object target, Object[] values)
at WebServiceHandler.Invoke()
at WebServiceHandler.CoreProcessRequest()
at SyncSessionlessHandler.ProcessRequest(HttpContext context)
at CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()
at HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)
at ApplicationStepManager.ResumeSteps(Exception error)
at HttpApplication.System.Web.IHttpAsyncHandler.BeginProcessRequest(HttpContext context, AsyncCallback cb, Object extraData)
at HttpRuntime.ProcessRequestInternal(HttpWorkerRequest wr)
at HttpRuntime.ProcessRequestNoDemand(HttpWorkerRequest wr)
at ISAPIRuntime.ProcessRequest(IntPtr ecb, Int32 iWRType)
>Crm Exception: Message: SecLib::CheckPrivilege failed. Returned hr = -2147209463, User: a2457e5f-67fc-de11-b88d-00155d00f518, ErrorCode: -2147209463
Aber wie gesagt, ich bin mir nicht sicher ob das eine passende Meldung ist, weil im Eventlog tauchen die Fehler mindestens einmal in der Minute auf und diese Meldung habe ich in 10 Logfiles genau 3 mal gefunden. Ansonsten waren dort keine Fehler drin!
Im Log des Emailrouters taucht nur die zuerst angegebene Meldung auf.
Hier noch der Eventheader dazu
[Event[19] Type.........]: Error
[Event[19] Source.......]: MSCRMEmail
[Event[19] ID...........]: 0
[Event[19] Date and Time]: 28.01.2010 09:35:52
[Event[19] User.........]: N/A
[Event[19] Computer.....]: CRMSERVER
Danke
Pascal
Re: Mails über Weiterleitungspostfach werden nicht hochgestuft
28. Januar 2010 12:18
Hallo Pascal,
die Fehlermeldung ist eindeutig.
Der Benutzer, der die eMail hochstufen möchte, hat nicht das Recht dazu. Entweder hat er keine entsprechende Rolle zugewiesen bekommen oder keine FullUse Lizenz.
die Fehlermeldung ist eindeutig.
pallinio hat geschrieben:Crm Exception: Message: SecLib::CheckPrivilege failed. Returned hr = -2147209463, User: a2457e5f-67fc-de11-b88d-00155d00f518, ErrorCode: -2147209463
Der Benutzer, der die eMail hochstufen möchte, hat nicht das Recht dazu. Entweder hat er keine entsprechende Rolle zugewiesen bekommen oder keine FullUse Lizenz.
Re: Mails über Weiterleitungspostfach werden nicht hochgestuft
28. Januar 2010 12:35
Hallo,
muss der Benutzer, der die Mail empfangen hat das Recht haben? Ich dachte das macht dann das Crm System.
Es funktioniert ja mit anderen Mails des Benutzers!
Bei einem anderen User passiert das auch, dieser hat aber Systemadministraorrechte und darf alles.
Und ich sehe gerade, bei Mails von mir selber passierts auch. Wobei die Mail auch nicht hochgestuft werden dürfte, da der Absender nicht bekannt ist im CRM.
Aber dennoch die gleiche Fehlermeldung.
Kann das evtl. am Exchange liegen?
[Edit] von was für einem XML Dokument ist denn da immer die Rede? kann man sich das irgendwo ansehen?
[Edit] Die UserID a2457e5f-67fc-de11-b88d-00155d00f518 hat nichts mit dem Problem zu tun. Der User ist zwar angelegt, hat aber keien Rechte und ist auch nciht empfänger irgendeiner Email, die je im Weiterleitungspostfach gelandet ist... Leider dann wohl der falsche Ansatz
Viele Grüße
Pascal
muss der Benutzer, der die Mail empfangen hat das Recht haben? Ich dachte das macht dann das Crm System.
Es funktioniert ja mit anderen Mails des Benutzers!
Bei einem anderen User passiert das auch, dieser hat aber Systemadministraorrechte und darf alles.
Und ich sehe gerade, bei Mails von mir selber passierts auch. Wobei die Mail auch nicht hochgestuft werden dürfte, da der Absender nicht bekannt ist im CRM.
Aber dennoch die gleiche Fehlermeldung.
Kann das evtl. am Exchange liegen?
[Edit] von was für einem XML Dokument ist denn da immer die Rede? kann man sich das irgendwo ansehen?
[Edit] Die UserID a2457e5f-67fc-de11-b88d-00155d00f518 hat nichts mit dem Problem zu tun. Der User ist zwar angelegt, hat aber keien Rechte und ist auch nciht empfänger irgendeiner Email, die je im Weiterleitungspostfach gelandet ist... Leider dann wohl der falsche Ansatz
Viele Grüße
Pascal
Re: Mails über Weiterleitungspostfach werden nicht hochgestuft
28. Januar 2010 16:56
Hallo,
ich habe in folgendem Forum etwas gefunden
http://www.mce-community.de/forum/index ... 697&st=225
Dort schreibt jemand:
Da ich ja fast die gleiche Meldung habe müsst ich nur noch rausfinden von welchem xml dokument die rede ist und was der da tut...
Bin weiterhin für jede hilfe Dankbar
VG
Pascal
ich habe in folgendem Forum etwas gefunden
http://www.mce-community.de/forum/index ... 697&st=225
Dort schreibt jemand:
Transforming guide data...
'?', hexidezimaler Wert 0x01, ist ein ungültiges Zeichen. Zeile 18590, Position <---- hier steht im error statt dem "?" ein smiley
bei System.Xml.XmlTextReaderImpl.Throw(Exception e)
bei System.Xml.XmlTextReaderImpl.Throw(String res, String[] args)
bei System.Xml.XmlTextReaderImpl.ThrowInvalidChar(Int32 pos, Char invChar)
bei System.Xml.XmlTextReaderImpl.ParseText(Int32& startPos, Int32& endPos, In
t32& outOrChars)
bei System.Xml.XmlTextReaderImpl.ParseText()
bei System.Xml.XmlTextReaderImpl.ParseElementContent()
bei System.Xml.XmlTextReaderImpl.Read()
Da ich ja fast die gleiche Meldung habe müsst ich nur noch rausfinden von welchem xml dokument die rede ist und was der da tut...
Bin weiterhin für jede hilfe Dankbar
VG
Pascal
Re: Mails über Weiterleitungspostfach werden nicht hochgestuft
16. Februar 2010 14:29
Hallo,
hat noch jemand eine Idee hierzug?
das Trace des Emailrouters sieht so aus:
Danke!
Pascal
hat noch jemand eine Idee hierzug?
das Trace des Emailrouters sieht so aus:
02/16/2010 13:23:33 : #21381 - Postfach crm.mails@domain.eu wird geöffnet.
02/16/2010 13:23:33 : #20669 - Postfach crm.mails@domain.eu wird auf zu verarbeitende E-Mail-Nachrichten überprüft.
02/16/2010 13:23:33 : #49073 - Die E-Mail-Nachricht mit dem Betreff 'WG: Betreff' von EMPFÄNGER@domain.eu an Crm.Mails@domain.eu wird für die Übermittlung an crm.mails@domain.eu überprüft.
02/16/2010 13:23:34 : #17174 - Beim Überprüfen der E-Mail-Nachricht mit dem Betreff 'BETREFF' in Postfach crm.mails@domain.eu ist ein Fehler aufgetreten. System.InvalidOperationException: Fehler im XML-Dokument (1,4288004). ---> System.Xml.XmlException: '', hexidezimaler Wert 0x01, ist ein ungültiges Zeichen. Zeile 1, Position 4288004.
bei System.Xml.XmlTextReaderImpl.Throw(Exception e)
bei System.Xml.XmlTextReaderImpl.Throw(String res, String[] args)
bei System.Xml.XmlTextReaderImpl.Throw(Int32 pos, String res, String[] args)
bei System.Xml.XmlTextReaderImpl.ThrowInvalidChar(Int32 pos, Char invChar)
bei System.Xml.XmlTextReaderImpl.ParseNumericCharRefInline(Int32 startPos, Boolean expand, BufferBuilder internalSubsetBuilder, Int32& charCount, EntityType& entityType)
bei System.Xml.XmlTextReaderImpl.ParseText(Int32& startPos, Int32& endPos, Int32& outOrChars)
bei System.Xml.XmlTextReaderImpl.ParseText()
bei System.Xml.XmlTextReaderImpl.ParseElementContent()
bei System.Xml.XmlTextReaderImpl.Read()
bei System.Xml.XmlTextReader.Read()
bei System.Xml.XmlReader.ReadStartElement()
bei Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationReaderExchangeServiceBinding.Read114_BodyType(Boolean isNullable, Boolean checkType)
bei Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationReaderExchangeServiceBinding.Read198_MessageType(Boolean isNullable, Boolean checkType)
bei Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationReaderExchangeServiceBinding.Read208_ItemAttachmentType(Boolean isNullable, Boolean checkType)
bei Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationReaderExchangeServiceBinding.Read384_Item(Boolean isNullable, Boolean checkType)
bei Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationReaderExchangeServiceBinding.Read406_ArrayOfResponseMessagesType(Boolean isNullable, Boolean checkType)
bei Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationReaderExchangeServiceBinding.Read429_GetAttachmentResponseType(Boolean isNullable, Boolean checkType)
bei Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationReaderExchangeServiceBinding.Read512_GetAttachmentResponse()
bei Microsoft.Xml.Serialization.GeneratedAssembly.ArrayOfObjectSerializer98.Deserialize(XmlSerializationReader reader)
bei System.Xml.Serialization.XmlSerializer.Deserialize(XmlReader xmlReader, String encodingStyle, XmlDeserializationEvents events)
--- Ende der internen Ausnahmestapelüberwachung ---
bei System.Xml.Serialization.XmlSerializer.Deserialize(XmlReader xmlReader, String encodingStyle, XmlDeserializationEvents events)
bei System.Xml.Serialization.XmlSerializer.Deserialize(XmlReader xmlReader, String encodingStyle)
bei System.Web.Services.Protocols.SoapHttpClientProtocol.ReadResponse(SoapClientMessage message, WebResponse response, Stream responseStream, Boolean asyncCall)
bei System.Web.Services.Protocols.SoapHttpClientProtocol.Invoke(String methodName, Object[] parameters)
bei Microsoft.Crm.Tools.Email.Providers.ExchangeServiceBinding.GetAttachment(GetAttachmentType GetAttachment1)
bei Microsoft.Crm.Tools.Email.Providers.ExchangeWSConnector.RetrieveAttachments(ExchangeEmailMessage emailMessage, ArrayList& attachmentList)
bei Microsoft.Crm.Tools.Email.Providers.ExchangeEmailMessage.GetAttachments()
bei Microsoft.Crm.Tools.Email.Providers.ExchangeEmailMessage.ValidateMessage(Boolean isForwardMailbox)
bei Microsoft.Crm.Tools.Email.Providers.ExchangePollingMailboxProvider.ValidateMessageInternal(EmailMessage emailMessage)
bei Microsoft.Crm.Tools.Email.Providers.CrmPollingMailboxProvider.ValidateMessage(EmailMessage emailMessage)
bei Microsoft.Crm.Tools.Email.Providers.CrmPollingMailboxProvider.Run()
02/16/2010 13:23:34 : #20669 - Postfach crm.mails@domain.eu wird auf zu verarbeitende E-Mail-Nachrichten überprüft.
02/16/2010 13:23:34 : #53362 - Postfach crm.mails@domain.eu enthält keine weiteren zu verarbeitenden E-Mail-Nachrichten.
02/16/2010 13:23:34 : #19780 - Postfach crm.mails@domain.eu wird geschlossen.
Danke!
Pascal
Re: Mails über Weiterleitungspostfach werden nicht hochgestuft
16. Februar 2010 16:34
Hallo Pascal,
irgend etwas besonderes an den emails, die nicht hochgestuft werden können?
Anhänge, Sonderzeichen, bestimmte Domänen, etc.?
Eventuell hilft dieser Artikel weiter.
irgend etwas besonderes an den emails, die nicht hochgestuft werden können?
Anhänge, Sonderzeichen, bestimmte Domänen, etc.?
Eventuell hilft dieser Artikel weiter.
Re: Mails über Weiterleitungspostfach werden nicht hochgestuft
16. Februar 2010 22:30
Hallo Pascal,
sind im Betreff Sonderzeichen, etc. vorhanden?
Die Fehlermeldung bezüglich des XmlDocument bezieht auf die Deserialisierung der E-Mail. Dabei tritt ein Fehler auf.
sind im Betreff Sonderzeichen, etc. vorhanden?
Die Fehlermeldung bezüglich des XmlDocument bezieht auf die Deserialisierung der E-Mail. Dabei tritt ein Fehler auf.
Re: Mails über Weiterleitungspostfach werden nicht hochgestuft
17. Februar 2010 09:20
Guten Morgen,
ja, in der Regel sind sonderzeichen in den Mails oder anhänge...
es betrifft derzeit etwa 130 Emails. Viele davon sind z.B. die "Verpasster Anruf" Emails vom Exchange bzw. Communication Server R2.
Der Eintrag bei Customer Effective hat übrigens nicht geholfen.
Viele Grüße
Pascal
ja, in der Regel sind sonderzeichen in den Mails oder anhänge...
es betrifft derzeit etwa 130 Emails. Viele davon sind z.B. die "Verpasster Anruf" Emails vom Exchange bzw. Communication Server R2.
Der Eintrag bei Customer Effective hat übrigens nicht geholfen.
Viele Grüße
Pascal
Re: Mails über Weiterleitungspostfach werden nicht hochgestuft
17. Februar 2010 09:28
Hallo Pascal,
dann sollte der HInweis in diesem Artikel das richtige für dich sein:
http://blog.customereffective.com/blog/ ... -2008.html
dann sollte der HInweis in diesem Artikel das richtige für dich sein:
http://blog.customereffective.com/blog/ ... -2008.html
Re: Mails über Weiterleitungspostfach werden nicht hochgestuft
17. Februar 2010 09:35
Guten Morgen,
das ist ja der, den du schon mal gepostet hast, das hat aber leider nichts gebracht
Viele Grüße
Pascal
das ist ja der, den du schon mal gepostet hast, das hat aber leider nichts gebracht
Viele Grüße
Pascal
Re: Mails über Weiterleitungspostfach werden nicht hochgestuft
17. Februar 2010 09:45
Hallo Pascal,
dann gehen mir leider aktuell die Ideen aus und ich würde den MS Support einschalten.
dann gehen mir leider aktuell die Ideen aus und ich würde den MS Support einschalten.
Re: Mails über Weiterleitungspostfach werden nicht hochgestu
28. April 2010 13:24
Hallo,
habe mit dem MS Support darüber gesprochen... leider hat das auch nix gebracht
Angeblich ist es ein Bug, der erst in Version 5 gefixt wird...
Wenn doch noch jemand eine Idee hat was das ist, dann her damit...
Viele Grüße
Pascal
habe mit dem MS Support darüber gesprochen... leider hat das auch nix gebracht
Angeblich ist es ein Bug, der erst in Version 5 gefixt wird...
Wenn doch noch jemand eine Idee hat was das ist, dann her damit...
Viele Grüße
Pascal
Re: Mails über Weiterleitungspostfach werden nicht hochgestu
30. April 2010 08:49
Hallo,
wir haben den E-mail Router auf WebDav umgestellt. Jetzt scheint es zu funktionieren.
Wenn man an die Sache etwas globaler dran geht und mal nach dem XML Fehler sucht, dann stößt man irgendwann auf einem Fehler im Framework.
Na Hoffentlich ist das Problem in Exchange 2010 gelöst.
Viele Grüße
Pascal
wir haben den E-mail Router auf WebDav umgestellt. Jetzt scheint es zu funktionieren.
Wenn man an die Sache etwas globaler dran geht und mal nach dem XML Fehler sucht, dann stößt man irgendwann auf einem Fehler im Framework.
Na Hoffentlich ist das Problem in Exchange 2010 gelöst.
Viele Grüße
Pascal