I’m getting MAPI error 80040107 (MAPI_E_INVALID_ENTRYID) while opening several recent email-items since a few days. Tendency: Growing.
The problem manifestates in “Could not open message”-errors when opening/preview an email in webapp and of course in problems with all other backends/ clients.
If looking into the concerned item-properties via python-kopano, I get:
File "./test-item.py", line 10, in <module> if 'test sent' in item.subject.lower(): File "/usr/lib/python2.6/site-packages/kopano/item.py", line 251, in subject return self._get_fast(PR_SUBJECT_W, u'') File "/usr/lib/python2.6/site-packages/kopano/properties.py", line 120, in _get_fast return self.prop(proptag).value File "/usr/lib/python2.6/site-packages/kopano/properties.py", line 39, in prop return _prop.prop(self, self.mapiobj, proptag, create=create, File "/usr/lib/python2.6/site-packages/kopano/item.py", line 200, in mapiobj self.mapiobj = _utils.openentry_raw(self.store.mapiobj, self._entryid, self._content_flag) File "/usr/lib/python2.6/site-packages/kopano/utils.py", line 74, in openentry_raw return _openentry_helper(mapistore, entryid, flags | MAPI_MODIFY) File "/usr/lib/python2.6/site-packages/kopano/utils.py", line 68, in _openentry_helper return mapistore.OpenEntry(entryid, IID_IECMessageRaw, flags) File "/usr/lib/python2.6/site-packages/MAPICore.py", line 440, in OpenEntry def OpenEntry(self, *args): return _MAPICore.IMsgStore_OpenEntry(self, *args) MAPI.Struct.MAPIErrorInvalidEntryid: MAPI error 80040107 (MAPI_E_INVALID_ENTRYID)
Similar error-messages are logged by kopano-search, too.
The problem exisists since a few days. Initially only recently created items in the SentItems folder seemed to be concerned, but as far as I’ve seen, today, generally items, that have been moved or modified, recently are getting unreadable by time.
It is not clear, yet, when the corruption takes place, but it obviously happens with a certain delay between creation and failure: Items created/ sent yesterday were OK for a few hours, but inaccessible this morning.
- Is there a way to manually repair these items? As far as I can see, they still exist in the database tables.
- What might be the root-cause here?
Current versions: Ref. to signature.