Skip to content

Commit 4a14ed8

Browse files
authored
Merge pull request #2261 from MicrosoftDocs/portals-ICMtask1635814-b2cauth
Portals ICM 157826968 task 1635814 b2cauth
2 parents cf4b468 + 0861301 commit 4a14ed8

File tree

1 file changed

+9
-5
lines changed

1 file changed

+9
-5
lines changed

powerapps-docs/maker/portals/configure/azure-ad-b2c.md

Lines changed: 9 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -2,13 +2,13 @@
22
title: "Azure AD B2C provider settings for portals | MicrosoftDocs"
33
description: "Instructions to enable Azure AD B2C provider settings for portals."
44
author: sbmjais
5-
manager: shujoshi
5+
manager: kvivek
66
ms.service: powerapps
77
ms.topic: conceptual
88
ms.custom:
9-
ms.date: 10/18/2019
9+
ms.date: 01/03/2020
1010
ms.author: shjais
11-
ms.reviewer:
11+
ms.reviewer: tapanm
1212
---
1313

1414
# Azure AD B2C provider settings for portals
@@ -513,8 +513,12 @@ The claim name is the CLAIM TYPE field listed next to the attribute in the sign-
513513

514514
### Allow auto-association to a contact record based on email
515515

516-
Customers who have contact records with emails associated then launch a website where their external users will sign in with [!include[Azure](../../../includes/pn-azure-shortest.md)] AD B2C through an email validation mechanism. The new sign-in should be associated with the existing contact record instead of creating a duplicate record. This functionality only successfully maps a contact that does not have an active identity, and the email address must be unique (not related to multiple contact records). The following site setting is required:
516+
Customers who have contact records with emails associated then launch a website where their external users will sign in with [!include[Azure](../../../includes/pn-azure-shortest.md)] AD B2C through an email validation mechanism. The new sign-in should be associated with the existing contact record instead of creating a duplicate record. This functionality only successfully maps a contact that does not have an active identity, and the email address must be unique (not related to multiple contact records). The following site settings are required:
517517

518518
**Name**: Authentication/[Protocol]/[Provider]/AllowContactMappingWithEmail
519519

520-
**Description**: Specifies whether contacts are mapped to a corresponding email. When set to true, this setting associates a unique contact record with a matching email address, and then automatically assigns the external identity provider to the contact after the user has successfully signed in. By default, it is set to false.
520+
**Description**: Specifies whether contacts are mapped to a corresponding email. When set to true, this setting associates a unique contact record with a matching email address, and then automatically assigns the external identity provider to the contact after the user has successfully signed in. By default, it is set to *false*.
521+
522+
**Name**: Authentication/UserManager/UserValidator/RequireUniqueEmail
523+
524+
**Description**: Specifies whether a unique email address is needed for validating the user. When an existing contact email address is used to sign-in, the setting must be set to false. By default, it is set to *true* that may cause sign-in attempts to fail for contact records with email address already present.

0 commit comments

Comments
 (0)