Calendar Wireless Sync Enable/Disabled
I have identified a strange behaviour with our BES 4.1.5 server running with Exchange 2003
We have users where the Wireless Calendar status is set to ‘disabled’, they have another calendar folder i.e. called ‘Calendar 2’, this has been set as the default calendar using Desktop Manager. So when synchronising the device via desktop manager (wired), the blackberry Calendar sync’s the "Calendar 2" and not the default Outlook calendar.
Users who have the wireless calendar disabled have been losing their config and I have just done some further tests. I have managed to replicate the issue, after a successful reboot of the blackberry Server 4.1.5, the wireless calendar status is automatically changed from “disabled” to Enabled. This is causing the "Calendar 2" to stop synchronising with the Blackberry and the entries merged into the calendar and the calendar sync’s with the device as the status of the wireless calendar gets changed to ‘ Enabled’ until we reconfigure it from the desktop.
This was not an issue with our previous version 4.0.7
Any ideas whats causing this ?
I just tested something else, I created a IT policy and set Disable Wireless Calendar Sync to True, aplied the policy and after about 30mins rebooted my server and this still didnt have any effect. (it changed the status from Disabled back to Enabled).
I have reported this to our Support Company and they too can replicate this issue (y). They will be speaking to RIM about this.
Will update this.
How is the Calendar set to disabled? Via the device or a policy on the BES? If it's the HH it may turn back on after the BES scans that user on reboot. Shouldn't happen that way but I am guessing if it was through policy that would not happen. The wireless sync option should disappear when turned off via a policy.
Disabled it in 3 ways, via the Device, using Desktop Manager (setting PIM to sync with Outlook) and via Policy.
Our support company have just informed me, they were able to reproduce the issue and they contacted RIM, who also were able to reproduce this behaviour (y). RIM will be working on getting a fix for this, possibly a hotfix.
Its because of this issue also that it ignores any workarounds i.e. ways of disabling the wireless calendar sync.
so now its a waiting game ....
I have been having this problem for a while now. We do not have wireless syncing with our BES server (according to our admin folks) Every time I connect my 7520 to my computer, Wireless sync for the calendar is enabled. I have to manually disable it through the desktop software before syncing my BB or my calendar doesn't update. My admin even removed the option to enable wireless syncing on my HH and it still does it. Hope you find a solution!
Sorry to bump an old thread, but this problem is affecting my work as well - any updates from RIM?
Same issue here. Did anybody try this:
BlackBerry Search Results
Sorry I should have posted back here.
We have been informed by RIM that this has been logged and is being worked on (marked as known issue now) and will most probably be fixed in SP7 (I think) or an update around November, so until then nothing can be done about it.
The workaround they gave us which was via IT policy also doesnt not work as the Flag responsible for the wireless sync disable is reset by the reboot.
I "HAD" this exact issue with 4.1.5, 4.1.6 and 4.1.6 MR1. On devices running firmware 18.104.22.168 and older the calendar sync, when disabled on the device would re-enable during server reboots causing all kinda of calendar hell for users who sync to a different calendar in Desktop Manager. 22.214.171.124+ on the device solved this problem as sync settings from the server are ignored by the device if set to disable.
We have no 7xxx devices and all of my 8xxx (we have ALL of them) devices now run beween 126.96.36.199-188.8.131.52. Thanks RIM. Your the best. :(
how did they not test this, what a big oversight !!!
|All times are GMT -5. The time now is 09:20 AM.|
Powered by vBulletin® Version 3.6.12
Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.