Change in the behavior of sasl.default.ldap.searchfordomain setting
(Doc ID 2041083.1)
Last updated on MARCH 12, 2019
Applies to:Oracle Communications Messaging Server - Version 7.0.5 to 7.0.5 [Release 7.0.0]
Information in this document applies to any platform.
Post upgrade of the Message Store to Oracle Communications Messaging Server 184.108.40.206 (from say, version 6.3), one would notice a changed behavior with the parameters:
For instance, with the setting as shown here to allow users to authenticate with their Radius username instead of <uid>@<domain>
1. When using Messaging server 220.127.116.11.0 with
sasl.default.ldap.searchfilter not set.
Logging into IMAP with <uid@domain> is successful and the correct mailbox is accessed on SELECT.
In older versions (since at least Messaging Server version 5.x), the above setting would work fine - the user would log into POP/IMAP with the Radius credentials and get to his / her '<uid@domain>' mailbox.
However, in version 7.0.5.x, the behavior has changed. User logs in successfully to IMAP or POP, but the services then try accessing a non-existent mailbox with user's unqualified name, as if the user belonged to the default domain.
To view full details, sign in with your My Oracle Support account.
Don't have a My Oracle Support account? Click to get started!
In this Document