Errors After Exchange is Temporarily Unavailable
Does anyone else get a boat load of 20301 error messages in the BES server's event log after rebooting their exchange server? Yesterday, I rebooted our Exchange server and received a ton of "Unable to save configuration settings or statistics" for 3 users. Today, I had to quickly disable / re-enable the NIC on the Exchange server and got a lot of the same messages - for just 1 user (different than the 3 from yesterday). Since I have the server configured to send an email to me every time an error occurs, it quickly became quite annoying... To stop the errors, I logged into the BES server, opened the Blackberry Manager and restarted the service.
After a little bit of digging, I discovered that I had two different versions of Mapi32.dll. (They are all the same now.) I obviously don't have a great desire to take the Exchange server up and down just to see if this fixed it. (I'm sure Microsoft will give me a reason to do that soon enough.) In the mean time, does anyone have any other thoughts on what might be wrong?
|
Just curious about how you corrected the MAPI32.dll. Did you run a service apck install or did you copy the file and user regsrv32 to register it?
When the BES can't contact the mialbox you will get those errors. The usually keeps trying until it gets access, not sure how many times or how often but it tends to try over and over again. It could be caused by: 1. Network issues/latency 2. Corrupt maiobox 3. Exchange server is unavailable/offline Those are the common ones that I've seen. Seeing as you rebooted the Exchange and also disbaled/enabled the NIC it's no surprise you got those. A common practice as well is if you reboot the Exchange to reboot the BES as well because sometimes the MAPI sessions currently running on the BES can have issues then communicating with the Exchange server. Just thought I would throw that in. Hope that makes things clear for ya. |
Quote:
Nobody here could provide a valid explanation as to how / why / when it changed. Apparently, there are gremlins afoot. |
Quote:
And still nobody from the Windows team will (or can) tell me what happened, or how to stop it happening again. Just gremlins and critters at work. |
If MAPI32.dll was updated just by copying it and registering it you should quickly re-install the Exchange System Management Tools and apply the correct service pack, SP2 is the highest for Exchange 2003.
I had a high end client who did that to 2 BES and they both went down. MAPI is a set of files, not just MAPI32.dll. It may work for now but you will more than likely encounter issues with MAPI causing the BES to have to be restarted a lot. It might sound like a bit of work but you will save yourself a big headache when all the users start complaining about messaging and wireless sync issues. Especially when you have to keep rebooting each BES, causing the mailbox rescan over and over again. A mismatch of MAPI32.dll can happen when you upgrade the Exchange System Management tools. It usually places the file in C:\Program Files\Exchsrvr\bin but can also place it in C:\WINNT\System32. And when you upgrade it only upgrades one copy, gotta love Microsoft. Usually just applying the right service pack will correct that and you can also search in the MAGT log for the registered version as well. Just search for mapi32.dll starting at the top, it's not far down. |
All times are GMT -5. The time now is 02:38 PM. |
Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.