Imsrestore Fails When Mailuserstatus Is Set to Inactive (Doc ID 2660894.1)

Last updated on APRIL 22, 2020

Applies to:

Symptoms

When a store backup taken from the host running Messaging Server version 8.0.2.3.20180629 is being restored on a host running Messaging Server version 8.0.2.4.20190730, imsrestore fails with following error:

Performing reconstruct of mailboxes makes no difference in behavior.

It seems that imsrestore is completely bailing out after searching LDAP for the entry on the target side and finding it, but with mailuserstatus: inactive.  So now it seems that if mailuserstatus is set to inactive in the target LDAP entry, imsrestore gives up and rehostuser fails.  When this issue was first noticed, imsrestore was just logging an error

Changes

This process worked without issue for years until 8.0.2!  In 8.0.2, when rehostuser calls imsrestore on the target store, imsrestore performs an ldapsearch against the UG ldap for that partition to validate that the account is present in LDAP before restoring, but because the mailuserstatus attribute is set to inactive, it doesn't find the entry and logs an error about the missing LDAP entry - even though the LDAP access logs show that an entry was returned for the search.  Their (customer's) customized 'mailmove' code sees that error log and aborts the move, thinking it's failed, even though rehostuser would go on to re-create the LDAP entry and complete the move.

Prior to 8.0.2, the behavior was exactly the same, except that the inactive status of the LDAP entry on the target side didn't prevent imsrestore from seeing that the entry was present and it didn't log an error about it being missing.  It just went on and performed the restore. However, with 8.0.2.4.0, imsrestore does not complete.

Cause

My Oracle Support provides customers with access to over a million knowledge articles and a vibrant support community of peers and Oracle experts.