Okay, so I've been working with RIM for a bit now on an issue I'm having. Basically, only one user out of 15 total on the Test server are receiving state updates. This includes items that are deleted from Outlook as well as items that are marked as read in Outlook - neither are replicating the changes to the handhelds for the other 14 users.

In the MAGT logs, every 12 minutes, it shows a Stopping and Starting of the 14 affected users, due to a change in their mailbox. When you run 'HandheldCleanup.exe -u', it receives the following for those 14 users (I have bolded what I changed for anonymity):

So far, I have dropped the database and added a new one, adding back the users (but keeping their information to prevent recradling). I have also completely removed myself from the server and readded without saving my Exchange information (so I reactivated wirelessly) and still having the issue. I have uninstalled Exchange System Manager and reinstalled it to the C:\ drive (was installed on D:\, along with BES). I have uninstalled and reinstalled BES 4.0 w/o HotFixes (although this problem has existed since I installed BES 4.0), during the same time of uninstalling/reinstalling ESM.

I'm not really sure what else can be done. RIM says they've never seen the issue before. The ScanGAL function is detecting a change for something thats not changing (as seen in the above log of HandheldCleanup.exe). The HHC.exe also shows that this is happening at ALL times not just during the 12 minute server-side ScanGAL interval.

*Note: Forgot to add, when a user that is affected from the above symptons does a 'Reconcile Now' on their handheld, the state of the messages are updated as they should.

Any ideas?

__________________In the beginning the Universe was created. This has made a lot of people very angry and is widely regarded as a bad move.

We went from Exchange 5.5 to Exchange 2000 about 9 months ago. We used Aelita's Exchange Migration utility to handle the migration. A few months after this, we also set a Global Address List policy from nothing (which left the Display Names in a 'First Last' form) to 'Last, First' (which added a space at the end of the Display Name as well). During one of the changes, either the migration or policy, the Display Name became, what seemed, encrypted (if viewed through an LDIFDE dump of the AD; it was visible as normal within the AD properties though).

I went into AD and removed the space at the end of the Display Name, which then made it readable in the LDIFDE dump and removed it from the HandheldCleanup read-out. All users are now receiving state updates/sychronizes within the wherever-defined 20 minute interval.

__________________In the beginning the Universe was created. This has made a lot of people very angry and is widely regarded as a bad move.

...but that was honestly the LAST thing i would think to check when troubleshooting this sort of issue.

Also, a few more things. Our production environment is still BES 3.6, so I had moved myself to it as part of the troubleshooting. The message state synchronization worked fine (within a minute on my tests). This just added to the confusion and differences between 3.6 and 4.0.

p.s-the tech said that he had tested with spaces and had no issues. odd.

p.p.s-go check the other site, if you get a minute. i feel like i'm talking to a wall.

__________________In the beginning the Universe was created. This has made a lot of people very angry and is widely regarded as a bad move.