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
Copy file name to clipboardExpand all lines: articles/active-directory/external-identities/redemption-experience.md
+12-10Lines changed: 12 additions & 10 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -61,17 +61,19 @@ When you add a guest user to your directory by [using the Azure portal](./b2b-qu
61
61
4. The guest is guided through the [consent experience](#consent-experience-for-the-guest) described below.
62
62
63
63
## Redemption limitation with conflicting Contact object
64
-
Sometimes the invited external guest user's email may conflict with an existing [Contact object](/graph/api/resources/contact), resulting in the guest user being created without a proxyAddress. This is a known limitation that prevents guest users from:
65
-
- Redeeming an invitation through a direct link using [SAML/WS-Fed IdP](./direct-federation.md), [Microsoft Accounts](./microsoft-account.md), [Google Federation](./google-federation.md), or [Email One-Time Passcode](./one-time-passcode.md) accounts.
66
-
- Redeeming an invitation through an invitation email redemption link using [SAML/WS-Fed IdP](./direct-federation.md) and [Email One-Time Passcode](./one-time-passcode.md) accounts.
67
-
- Signing back into an application after redemption using [SAML/WS-Fed IdP](./direct-federation.md) and [Google Federation](./google-federation.md) accounts.
64
+
Sometimes the invited external guest user's email may conflict with an existing [Contact object](/graph/api/resources/contact), resulting in the guest user being created without a proxyAddress. This is a known limitation that prevents guest users from redeeming an invitation through a direct link using [SAML/WS-Fed IdP](./direct-federation.md), [Microsoft Accounts](./microsoft-account.md), [Google Federation](./google-federation.md), or [Email One-Time Passcode](./one-time-passcode.md) accounts.
65
+
66
+
However, the following scenarios should continue to work:
67
+
- Redeeming an invitation through an invitation email redemption link using [SAML/WS-Fed IdP](./direct-federation.md), [Email One-Time Passcode](./one-time-passcode.md), and [Google Federation](./google-federation.md) accounts.
68
+
- Signing back into an application after redemption using [SAML/WS-Fed IdP](./direct-federation.md) and [Google Federation](./google-federation.md) accounts.
68
69
69
70
To unblock users who can't redeem an invitation due to a conflicting [Contact object](/graph/api/resources/contact), follow these steps:
70
-
1. Delete the conflicting Contact object.
71
-
2. Delete the guest user in the Azure portal (the user's "Invitation accepted" property should be in a pending state).
72
-
3. Re-invite the guest user.
73
-
4. Wait for the user to redeem invitation.
74
-
5. Add the user's Contact email back into Exchange and any DLs they should be a part of.
71
+
1. Delete the conflicting Contact object.
72
+
2. Delete the guest user in the Azure portal (the user's "Invitation accepted" property should be in a pending state).
73
+
3. Re-invite the guest user.
74
+
4. Wait for the user to redeem invitation.
75
+
5. Add the user's Contact email back into Exchange and any DLs they should be a part of.
76
+
75
77
76
78
## Invitation redemption flow
77
79
@@ -140,4 +142,4 @@ If you see an error that requires admin consent while accessing an application,
140
142
-[Add Azure Active Directory B2B collaboration users in the Azure portal](add-users-administrator.md)
141
143
-[How do information workers add B2B collaboration users to Azure Active Directory?](add-users-information-worker.md)
142
144
-[Add Azure Active Directory B2B collaboration users by using PowerShell](customize-invitation-api.md#powershell)
143
-
-[Leave an organization as a guest user](leave-the-organization.md)
145
+
-[Leave an organization as a guest user](leave-the-organization.md)
Copy file name to clipboardExpand all lines: articles/role-based-access-control/custom-roles-portal.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -14,7 +14,7 @@ ms.author: rolyon
14
14
15
15
# Create or update Azure custom roles using the Azure portal
16
16
17
-
If the [Azure built-in roles](built-in-roles.md) don't meet the specific needs of your organization, you can create your own Azure custom roles. Just like built-in roles, you can assign custom roles to users, groups, and service principals at subscription and resource group scopes. Custom roles are stored in an Azure Active Directory (Azure AD) directory and can be shared across subscriptions. Each directory can have up to 5000 custom roles. Custom roles can be created using the Azure portal, Azure PowerShell, Azure CLI, or the REST API. This article describes how to create custom roles using the Azure portal.
17
+
If the [Azure built-in roles](built-in-roles.md) don't meet the specific needs of your organization, you can create your own Azure custom roles. Just like built-in roles, you can assign custom roles to users, groups, and service principals at management group (in preview only), subscription and resource group scopes. Custom roles are stored in an Azure Active Directory (Azure AD) directory and can be shared across subscriptions. Each directory can have up to 5000 custom roles. Custom roles can be created using the Azure portal, Azure PowerShell, Azure CLI, or the REST API. This article describes how to create custom roles using the Azure portal.
Copy file name to clipboardExpand all lines: articles/service-bus-messaging/message-transfers-locks-settlement.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -11,7 +11,7 @@ ms.custom: devx-track-csharp
11
11
12
12
The central capability of a message broker such as Service Bus is to accept messages into a queue or topic and hold them available for later retrieval. *Send* is the term that is commonly used for the transfer of a message into the message broker. *Receive* is the term commonly used for the transfer of a message to a retrieving client.
13
13
14
-
When a client sends a message, it usually wants to know whether the message has been properly transferred to and accepted by the broker or whether some sort of error occurred. This positive or negative acknowledgment settles the client and the broker understanding about the transfer state of the message. So, it' referred to as *settlement*.
14
+
When a client sends a message, it usually wants to know whether the message has been properly transferred to and accepted by the broker or whether some sort of error occurred. This positive or negative acknowledgment settles the understanding of both the client and broker about the transfer state of the message. Therefore, it's referred to as a*settlement*.
15
15
16
16
Likewise, when the broker transfers a message to a client, the broker and client want to establish an understanding of whether the message has been successfully processed and can therefore be removed, or whether the message delivery or processing failed, and thus the message might have to be delivered again.
17
17
@@ -127,4 +127,4 @@ The default value for the lock duration is **30 seconds**. You can specify a dif
127
127
## Next steps
128
128
- A special case of settlement is deferral. See the [Message deferral](message-deferral.md) for details.
129
129
- To learn about dead-lettering, see [Dead-letter queues](service-bus-dead-letter-queues.md).
130
-
- To learn more about Service Bus messaging in general, see [Service Bus queues, topics, and subscriptions](service-bus-queues-topics-subscriptions.md)
130
+
- To learn more about Service Bus messaging in general, see [Service Bus queues, topics, and subscriptions](service-bus-queues-topics-subscriptions.md)
0 commit comments