Post System Restore: Some outlook clients not syncing

[NaughtyusMaximus]

I had to do a major system restore, which involved a full OS rebuild, and then restore from nightly backups for email. For some reason around 20% of my outlook users aren't receiving any new email when they do a send/receive. All of their mail is showing up in the web client, just not in Outlook. There are no error messages on the Outlook side either.

Deleting the .zdb file doesn't fix it, but deleting the account in Outlook and then recreating it does. Unfortunately some of my users with *very* large mailboxes are overseas, so this isn't an acceptable workaround for them.

Any thoughts?

[fsiegel]

Can you post a log (or part of a log) for one user that is not working?

[NaughtyusMaximus]

Here is the partial log for one user. It looks like Outlook is expecting different stores than what is there... Other than my above workaround, is there an easy way to fix this?

28-07-2009 11:37:44.595 [3512]: Id(PR_RECORD_KEY) Type(PT_BINARY)

28-07-2009 11:37:44.595 [3512]: Id(PR_STORE_RECORD_KEY) Type(PT_BINARY)

28-07-2009 11:37:44.595 [3512]: Id(PR_MAPPING_SIGNATURE) Type(PT_BINARY)

28-07-2009 11:37:44.595 [3512]: Id(UNKNOWN (6672)) Type(PT_BINARY)

28-07-2009 11:37:44.595 [3512]: Id(PR_DEF_MSG_CLASS) Type(PT_UNICODE)

28-07-2009 11:37:44.595 [3512]: Id(PR_DEF_FORM_NAME) Type(PT_UNICODE)

28-07-2009 11:37:44.595 [3512]: Id(PR_DISPLAY_NAME) Type(PT_UNICODE)

28-07-2009 11:37:44.595 [3512]: Id(PR_FOLDER_TYPE) Type(PT_LONG)

28-07-2009 11:37:44.595 [3512]: Id(PR_CONTENT_COUNT) Type(PT_LONG)

28-07-2009 11:37:44.595 [3512]: Id(PR_CONTENT_UNREAD) Type(PT_LONG)

28-07-2009 11:37:44.595 [3512]: Id(PR_SUBFOLDERS) Type(PT_BOOLEAN)

28-07-2009 11:37:44.595 [3512]: Id(PR_CONTAINER_CLASS) Type(PT_UNICODE)

28-07-2009 11:37:44.595 [3512]: Id(PR_DEFAULT_VIEW_ENTRYID) Type(PT_BINARY)

28-07-2009 11:37:44.595 [3512]: Id(UNKNOWN (36de)) Type(PT_LONG)

28-07-2009 11:37:44.595 [3512]: Id(PR_FOLDER_WEBVIEWINFO) Type(PT_BINARY)

28-07-2009 11:37:44.595 [3512]: Id(PR_FOLDER_XVIEWINFO_E) Type(PT_BINARY)

28-07-2009 11:37:44.595 [3512]: Id(PR_FOLDER_VIEWS_ONLY) Type(PT_LONG)

28-07-2009 11:37:44.595 [3512]: Id(UNKNOWN (663d)) Type(PT_LONG)

28-07-2009 11:37:44.595 [3512]: Id(UNKNOWN (664b)) Type(PT_I8)

28-07-2009 11:37:44.595 [3512]: Id(UNKNOWN (6657)) Type(PT_I8)

28-07-2009 11:37:44.595 [3512]: Id(UNKNOWN (36da)) Type(PT_BINARY)

28-07-2009 11:37:44.595 [3512]: Id(UNKNOWN (672d)) Type(PT_LONG)

28-07-2009 11:37:44.595 [3512]: Id(UNKNOWN (0)) Type(PT_NULL)

28-07-2009 11:37:44.595 [3512]: Zimbra::Store::ZimbraMAPIFolder::GetProps. dumping prop values retrived for this folder:

28-07-2009 11:37:44.595 [3512]: PR_PARENT_ENTRYID PT_BINARY 24;00000000BB1056B442F5E441A4A31C93B20AFB1F2201000 0

28-07-2009 11:37:44.595 [3512]: PR_ACCESS PT_LONG x7 or 7

28-07-2009 11:37:44.595 [3512]: PR_ACCESS_LEVEL PT_LONG x1 or 1

28-07-2009 11:37:44.595 [3512]: PR_RECORD_KEY PT_BINARY 4;03010800

28-07-2009 11:37:44.595 [3512]: PR_STORE_RECORD_KEY PT_BINARY 16;BB1056B442F5E441A4A31C93B20AFB1F

28-07-2009 11:37:44.595 [3512]: PR_MAPPING_SIGNATURE PT_BINARY 16;BB1056B442F5E441A4A31C93B20AFB1F

28-07-2009 11:37:44.595 [3512]: UNKNOWN (6672) PT_BINARY 24;00000000BB1056B442F5E441A4A31C93B20AFB1F0301080 0

28-07-2009 11:37:44.595 [3512]: PR_DEF_MSG_CLASS PT_ERROR MAPI_E_NOT_FOUND

28-07-2009 11:37:44.595 [3512]: PR_DEF_FORM_NAME PT_ERROR MAPI_E_NOT_FOUND

28-07-2009 11:37:44.595 [3512]: PR_DISPLAY_NAME PT_UNICODE Tracked Mail Processing

28-07-2009 11:37:44.595 [3512]: PR_FOLDER_TYPE PT_LONG x2 or 2

28-07-2009 11:37:44.595 [3512]: PR_CONTENT_COUNT PT_LONG x0 or 0

28-07-2009 11:37:44.595 [3512]: PR_CONTENT_UNREAD PT_LONG x0 or 0

28-07-2009 11:37:44.595 [3512]: PR_SUBFOLDERS PT_BOOLEAN False

28-07-2009 11:37:44.595 [3512]: PR_CONTAINER_CLASS PT_UNICODE IPF.Note

28-07-2009 11:37:44.595 [3512]: PR_DEFAULT_VIEW_ENTRYID PT_ERROR MAPI_E_NOT_FOUND

28-07-2009 11:37:44.595 [3512]: UNKNOWN (36de) PT_ERROR MAPI_E_NOT_FOUND

28-07-2009 11:37:44.595 [3512]: PR_FOLDER_WEBVIEWINFO PT_ERROR MAPI_E_NOT_FOUND

28-07-2009 11:37:44.595 [3512]: PR_FOLDER_XVIEWINFO_E PT_ERROR MAPI_E_NOT_FOUND

28-07-2009 11:37:44.595 [3512]: PR_FOLDER_VIEWS_ONLY PT_ERROR MAPI_E_NOT_FOUND

28-07-2009 11:37:44.595 [3512]: UNKNOWN (663d) PT_ERROR MAPI_E_NOT_FOUND

28-07-2009 11:37:44.595 [3512]: UNKNOWN (664b) PT_ERROR MAPI_E_NOT_FOUND

28-07-2009 11:37:44.595 [3512]: UNKNOWN (6657) PT_ERROR MAPI_E_NOT_FOUND

28-07-2009 11:37:44.595 [3512]: UNKNOWN (36da) PT_BINARY 6;010400004000

28-07-2009 11:37:44.595 [3512]: UNKNOWN (672d) PT_ERROR MAPI_E_NOT_FOUND

28-07-2009 11:37:44.595 [3512]: UNKNOWN (0) PT_NULL <unknown prop type>

[fsiegel]

I'm going to need more than this. These are just props that are not found -- we always get a ton of these. I need a significant part of a log for a user that isn't syncing correctly. Specifically, I need the SyncRequest, SyncResponse, so Http logging must be enabled in the ZCO logger.

[NaughtyusMaximus]

Hi fsiegel,
I've got a case created for this, with the full attachment: 00041229