#dominoforever | Product Ideas Portal

 

Welcome to the #dominoforever Product Ideas Forum! The place where you can submit product ideas and enhancement request. We encourage you to participate by voting on, commenting on, and creating new ideas. All new ideas will be evaluated by HCL Product Management & Engineering teams, and the next steps will be communicated. While not all submitted ideas will be executed upon, community feedback will play a key role in influencing which ideas are and when they will be implemented.

For more information and upcoming events around #dominoforever, please visit our Destination Domino Page

Support Azure AD SAML as Federation compatible with Domino

Enhancement request to support Azure AD SAML - APAR LO93519
 
Customer is looking for official support of  the identity 
provider Azure AD SAML with Domino Product 
 
This enhancement request is being opened to request official 
support for implementation of Domino SAML with the alternative 
Identity provider Azure AD SAML 
 
Currently in Administration Help Manual for Domino Social Edition is indicated 
Federations compatible with Domino include: 
IBM Tivoli Federated Identity Manager (TFIM) and
Microsoft Active Directory Federated Services (ADFS).
More federation services may eventually be available Kindly consider Identity provider Azure AD SAML
  • Avatar32.5fb70cce7410889e661286fd7f1897de Guest
  • Nov 7 2018
  • Shipped
  • Attach files
  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    7 Sep 08:00pm

    I just checked in theDomino IdP database I created on Domino 10 and this is NOT yet supported....please advise

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    22 Jan, 2019 09:40pm

    Beginning with Domino 10 all SAML 2.0 IdPs should be supported.

    Not all of them have been tested but there are significant changes in the way SAML is handled and configured.

    Did you try it already with Domino 10?

    The statement you quoted is the old statement from Domino 9.0.1

     

    [ Daniel Nashed / http://blog.nashcom.de ]