Event 3139 errors occur enabling mailboxes Error 0x80040115
Our environment is currently EV 9 SP2. At some point in the last weeks or so, enterprise vault stopped automatically enabling mailboxes for EV. The event log gives the following error for every new user that it tries to enable. Manually trying to enable a mailbox gives the same error and result. Existing users continue to work fine. I can't find anything that has changed that anyone is aware of.
Event ID: 3139 An non-specific error has occurred whilst enabling archiving for the mailbox <MailboxName> Error: <0x80040115>
I verified that the vault service account is ok and the mailbox for the exchange server can create profiles in outlook on the server. I tried a dtrace on the Agent Client Broker and pulled a small section of the log below where the error occurred. I'm not sure what my next steps should be to track down the cause of this. ClosestGC registry key is already set. I've looked at things per other forum posts like homeMTA and they look ok as well. Any help or directly would be greatly appreciated. Thanks!
CMAPISession::GetMapiSessionF
CMAPISession::GetMapiSessionFromPoolEx: Exit status: 0x80040115
we have a problem at this stage
0x80040115 means MAPI_E_NETWORK_ERROR; when we are trying to get the sessions PR_EMS_AB_HOME_MTA_W attribute
So i believe two possibilities
1 HomeMTA attribute for the EV system mailbox is missing
or
2 HomeMTA attribute for the EV system mailbox is invalid
you can validate by using ldp logs
If you are not able to fix, then probably creating a new system mailbox can sometime also reslove the issue
Comments
In the past this was caused
In the past this was caused by temporary mapi profile on the EV server.
You could try stopping the archive task and cleaning up any temp mapi profiles then try again.
Tony Sterling
www.bluesource.net or www.bluesource.co.uk
Offices in the US and the UK
Other reasons can be
Other reasons can be permissions, throttling policies and/or the system mailbox being on a different Exchange Server than you're targeting
For instance if you have evSysMailbox-Exch1@myDomain.com and it gets moved from Exch1 to Exch2, that would cause very similar errors, if not the exact same ones.
Others can be issues with CAS Arrays and load balancers causing MAPI issues
CMAPISession::GetMapiSessionF
CMAPISession::GetMapiSessionFromPoolEx: Exit status: 0x80040115
we have a problem at this stage
0x80040115 means MAPI_E_NETWORK_ERROR; when we are trying to get the sessions PR_EMS_AB_HOME_MTA_W attribute
So i believe two possibilities
1 HomeMTA attribute for the EV system mailbox is missing
or
2 HomeMTA attribute for the EV system mailbox is invalid
you can validate by using ldp logs
If you are not able to fix, then probably creating a new system mailbox can sometime also reslove the issue
Regards,
MN
It looks like homemta may be
It looks like homemta may be the source of the issue. I checked the system mailbox and it's homemta is referencing the deleted objects container.
Fixing the homemta value has
Fixing the homemta value has corrected the problem. I'm not able to enable mailboxes once more. Thanks for the help!
I think you mean *now* able
I think you mean *now* able to enable mailboxes once more.
Tony Sterling
www.bluesource.net or www.bluesource.co.uk
Offices in the US and the UK
Would you like to reply?
Login or Register to post your comment.