We ran the gamut of trying to figure out the following error:
Microsoft Outlook
Cannot open your default e-mail folders. You must connect to Microsoft Exchange with the current profile before you can synchronize your folders with your Outlook data file (.ost).
And:
Microsoft Outlook
Cannot open your default e-mail folders. The file C:\Users\UserName\AppData\Microsoft\Outlook\UserEmail@Domain.ca – First.ost is not an Outlook data file (.ost).
We tried everything from recreating her Outlook Profile, removing the OST file just in case it was corrupted, a number of combinations including the aforementioned steps along with others, and finally flattening her local profile and starting fresh.
It was not until we signed into a desktop OS VM with the user’s credentials after they mentioned that Outlook threw the same error for them when signing into a spare laptop that it became apparent that we were dealing with a server problem.
There was no clue that the problem was with SBS 2003 and Exchange 2003 because no other users were complaining about a Disconnected Outlook.
After combing through the logs on the SBS 2003 server we turned up the following:
Event ID: 9646 MSExchangeIS
Mapi session “/o=DOMAIN/ou=first administrative group/cn=Recipients/cn=Username” exceeded the maximum of 32 objects of type “session”.
Searching for this error brought us to the following KB article:
We needed to add the following registry key and restart the Information Store on the problematic server:
- Click Start, click Run, type regedit in the Open box, and then click OK.
- Locate and then click the following registry subkey:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\ParametersSystem
- If the Maximum Allowed Sessions Per User entry does not exist, do the following:
- On the Edit menu, point to New, and then click DWORD Value.
- Type Maximum Allowed Sessions Per User as the entry name, and then press ENTER.
- Right-click the Maximum Allowed Sessions Per User entry, and then click Modify.
- Click Decimal, type the value that you want to set in the Value data box, and then click OK.
- We used the value of 128.
- Exit Registry Editor.
- Click Start, click Run, type services.msc in the Open box, and then click OK.
- Click the MSExchange Information Store service, and then click Restart Service.
We confirmed that the Information Store restarted properly and our stores were mounted. We then started Outlook on the user’s system and were finally greeted with their mailbox!
Note that the user was using OWA when the problem started so it did not become apparent that the problem was on the server until _well_ into this troubleshooting process.
Philip Elder
MPECS Inc.
Microsoft Small Business Specialists
Co-Author: SBS 2008 Blueprint Book
*Our original iMac was stolen (previous blog post). We now have a new MacBook Pro courtesy of Vlad Mazek, owner of OWN.
I have same problem. Because my problem not issuee.
ReplyDeleteThank you, your solution worked perfectly!
ReplyDeleteI had a same problem and your article helped me to solve it. Thank you.
ReplyDeleteThanks, this helped tremendously.
ReplyDeleteThanks! This really worked out for me:)
ReplyDeleteYep, this resolved my issue too.
ReplyDeleteGreat step by step instructions
Much appreciated!
Thank you!!
ReplyDeleteI like this. It worked just perfectly. No guess work here!
ReplyDeleteWorked for me, thanks!
ReplyDeleteAnyone try this on Exchange 2010? I am having the same issue with one user.
ReplyDeleteGREAT SOLUTION!!!!! This worked perfectly for me. Thank you!
ReplyDeleteHi Anonymous,
ReplyDeleteDid you find a solution to yours as we are on Exchange 2010 and have a similar issue ?
I had such an issue today, Exchange 2013.
ReplyDeleteAfter hours of troubleshooting... determined it was it was due to the MAPI limit - likely caused by Outlook addins/ open Outlook sessions.
Quick fix without changing Exchange Server registry entries - close out the Outlook client.
Test on new machine and then reopen the old client.