sync-rule-validation-parsing-error throw by FIM Management Agent
Hi all, I encounter the following error: sync-rule-validation-parsing-error Given by msdn to be: "Encountered an error while parsing/validating a synchronization rule." Well well well, not very clear I obtained this error just after I added the attribute to provision Exchange 2010 mailbox for Users. So this error is throw by the FIMMA when the sync engine is parsing my "AD Users Outbound SR". As documented I flow the following attribute : homeMDB, mailNickname, msDBUseDefaults, msExchMailboxSecurityDescriptor and msExchHomeServerName All values were chosen by editing attributes of an existing users's mailbox. So what I like to know is how I can debug this error to understand what is the cause of the parsing or validating error ? Regards, Fabrice
June 29th, 2010 1:00pm

Well, The error is coming with the attribute msExchMailboxSecurityDescriptor. Once this attribute is removed from the Outbound SyncRule, the user is correctly created and his mailbox too. So I assume the syntax was not correct, or maybe this attribute doesn't accept String values ? According to this guide: http://technet.microsoft.com/en-us/magazine/ff472471.aspx, we must provision this attribute to create a mailbox. I didn't need it.... So why ? And what is the exact role of this attribute ?
Free Windows Admin Tool Kit Click here and download it now
June 29th, 2010 1:52pm

You can find a description of the attribute here. Security descriptors are stored as binary data by a directory service. Cheers, MarkusMarkus Vilcinskas, Knowledge Engineer, Microsoft Corporation
July 19th, 2010 6:11pm

Just for the record, today I noticed I was getting the sync-rule-validation-parsing-error status on a full sync preview of a CS object, and I was baffled as to why I was seeing this. I had just completed the process of deleting and recreating a corrupted management agent, and had put in all of the sync rules - in my case these were non-declarative because of issues with the Notes MA not working with declarative :(. Anyhow, they all looked fine and yet I still got this error. Turns out the reason was I had forgotten to delete a redundant SR in the FIM Portal and resync the FIM MA ... the old SR was still there with that lovely warning you get telling you what to do when your MA can't be found any more. I deleted the SR, ran a delta import on the FIM MA and then a full sync ... and voila, no more error on preview. This post is for the benefit of anyone else (including me when I've long since forgotten this experience) running into a similar issue in the future.Bob Bradley (FIMBob @ TheFIMTeam.com) ... now using Event Broker 3.0 for just-in-time delivery of FIM 2010 policy via the sync engine, and continuous compliance for FIM
Free Windows Admin Tool Kit Click here and download it now
August 23rd, 2012 9:03am

An error in any of the sync rules can also cause this issue. The solution is to delete all the sync rules from the metaverse by disconnecting their connector in the FIM MA connector space. Then re-import all the sync rules into the metaverse.Bahram
March 26th, 2013 9:05pm

This topic is archived. No further replies will be accepted.

Other recent topics Other recent topics