Replayformat Parameters Introduced in Convergence 126.96.36.199.0 Makes Login with Email Address Impossible
Last updated on APRIL 03, 2018
Applies to:Oracle Communications Convergence - Version 3.0.1 and later
Information in this document applies to any platform.
When upgrading Convergence to version 188.8.131.52.0, the only way to log in is by using the email address, when the left part of the email address is different than the UID. You can log into Webmail, but then Messaging Server, Calendar Server and Contact Server will try to find the account with a wrong email address given by Convergence. So with that issue, once the user is logged into Convergence, they receive popups telling them that there is some trouble with Messaging, Calendar and Contact servers.
If the UID is added as a way to connect "(|(uid=%U)(mail=%o))", there is no trouble because the services can find the account with the UID (which is good).
Scenario presented below:
A domain exists in the DS in.oracle.com (this is the default domain configured in Messaging Server). The inetDomainSearchFilter attribute is set to mail=%o in the in.oracle.com domain's ldap entry.
A user exists with UID "nab1" and email address "email@example.com" in the in.oracle.com domain.
The Messaging Server configuration parameter local.service.proxy.admin is set to "firstname.lastname@example.org".
When we log into Messaging Server using Thunderbird (IMAP) as email@example.com --> everything works fine - login, folder listing, folder contents listing, mail send etc.
But when we attempt login to mshttpd the login fails.
From the DS access log:
Upgraded to Convergence 184.108.40.206.0.
Sign In with your My Oracle Support account
Don't have a My Oracle Support account? Click to get started
My Oracle Support provides customers with access to over a
Million Knowledge Articles and hundreds of Community platforms