You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In the LDAP connector, if emailSuffix is provided in the configuration then all email addresses attached to the returned connector.Identity are manufactured from the idAttr@emailSuffix, regardless of the existence (or not) of a value for the emailAttr on the entity directory. The logical role of emailSuffix seems like it would be for an email address to be synthesized when an explicit emailAttr value is not present on an entity directory -- why was the extant behavior chosen?
Would the developers be open to adding a configuration option that affects the ordering of options, e.g. emailSrcOrder with values of suffix-attr or attr-suffix, for example? Since an email address is mandatory on the connector.Identity that is returned, this flexibility seems valuable and would be straightforward to add.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
-
In the LDAP connector, if
emailSuffixis provided in the configuration then all email addresses attached to the returnedconnector.Identityare manufactured from theidAttr@emailSuffix, regardless of the existence (or not) of a value for theemailAttron the entity directory. The logical role ofemailSuffixseems like it would be for an email address to be synthesized when an explicitemailAttrvalue is not present on an entity directory -- why was the extant behavior chosen?Would the developers be open to adding a configuration option that affects the ordering of options, e.g.
emailSrcOrderwith values ofsuffix-attrorattr-suffix, for example? Since an email address is mandatory on theconnector.Identitythat is returned, this flexibility seems valuable and would be straightforward to add.Beta Was this translation helpful? Give feedback.
All reactions