Note that the tz id="" seems to have lost the invalid char in that post, but it was as the error message says 0x4
Printable View
Note that the tz id="" seems to have lost the invalid char in that post, but it was as the error message says 0x4
Seeing these more and more.
Now I've seen one on a calendar update which just seemed to corrupt the content type field!?!
XML Parsing Error: not well-formed
Line Number 130, Column 55:</content></mp></mp><mp ct="image/gif"><content>GIF89a</content></mp><mp ct="image/gif"><content>GIF89aA</content></mp><mp ct="text/html"><content><html><body></body></html></content></mp></mp><attach aid="aa3d13a5-f4e6-4a9e-8470-3030720711c8:c700549c-a2ea-4fb4-8ba4-20654f2002bf"/></m></default></SetAppointmentRequest></soap:Body></soap:Envelope></Request><Response><soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope"><soap:Body><soap:Fault><soap:Code><soap: Value>soap:Sender</soap:Value></soap:Code><soap:Reason><soap:Text>parse error: Error on line 130 of document : An invalid XML character (Unicode: 0x10) was found in the element content of the document. Nested exception: An invalid XML character (Unicode: 0x10) was found in the element content of the document.</soap:Text></soap:Reason><soap:Detail><Error xmlns="urn:zimbra"><Code>service.PARSE_ERROR</Code><Trace>btpool0-6264:1257190678054:e174b3d8bd546d69</Trace></Error></soap:Detail></soap:Fault></soap:Body></soap:Envelope></Response></SyncError>
------------------------------------------------------^
We hear of things like this extremely infrequently, and generally have a hard time reproducing. If you know where this meeting came from, or have any idea of anything special about, please let us know. That would help our repro cases.
There is a bug on this (bug 32967) that is slated for 6.0.3, our next release. We will also put the fix in 5.0.21. We'll have to see if we can still repro, and the fix will probably just be to get rid of the bad character. But info on how to repro (even the MIME message) will help.
I know I'm resurrecting a pretty old thread here, but I have a user who is experiencing the exact issue you've described. I turned off Errors to their Inbox, but this doesn't seem like the most elegant solution. The issue is exactly what you described- a recurring meeting with a single recurrence on a different day. Instead of syncing this meeting into Outlook, the user gets an error message, including XML of the meeting. However, they were receiving this error message every single time they synced- consistently every minute, sometimes multiple times per minute. Now that I've turned off Errors to Inbox, that doesn't actually make the error go away, it just means the user isn't seeing it. This isn't really what we want. Is there a way to simple tell Outlook to stop trying to sync this meeting? Is this going to cause issues down the road (because presumably this meeting, and its error, won't ever go away- it'll just languish on the calendar for a few years)?
Just dropping a note here to report that we are also having this occur at our organization. We just upgraded from 7.2 to 8.0.2 and a few of our Outlook users have been getting this error.
We are having several users with delta sync errors after the upgrade to 8.0.3.
Turning off the message is not an option.
Changing the sync token to an older version sometimes help.
Someone any idea?
I'm in the same boat with many users reporting sync errors after upgrading to 8.0.3. Haven't done a thorough investigation yet. I have attempted deleting their outlook profile and resyncing their entire mailbox but this didn't fix the issue in that instance.