Я настраиваю поток сброса пароля, используя Azure B2C и локальные учетные записи Azure, которые используют адрес электронной почты пользователя и код подтверждения. Тем не менее, мой клиент хотел бы, чтобы электронная почта для сброса пароля была отправлена пользователю на основе имени пользователя, а не адреса электронной почты. Электронная почта пользователя будет просматриваться за кулисами, а электронная почта будет отправлена со ссылкой на страницу сброса пароля, как показано ниже.
После прочтения нескольких статей о пользовательских политиках Azure B2C я пытаюсь убедить себя, можно ли сделать то, что просит клиент, с помощью Azure B2C.
В примере последовательности сброса пароля, показанном ниже, некоторые из областей, с которыми я борюсь, включают:
- Можно ли создать пользовательские страницы в потоке сброса пароля, например страницу в шаге 4, на которой отображается замаскированный адрес электронной почты пользователя, или информационную страницу в шаге 7?
- Существуют ли встроенные функции для поиска адреса электронной почты пользователя и идентификатора объекта Active Directory на основе их имени пользователя, или мне нужно будет обратиться к пользовательской функции Azure и использовать для этого Graph API?
- Можно ли создать и отправить настраиваемое электронное письмо с гиперссылкой на страницу сброса пароля, которая содержит идентификатор объекта Active Directory пользователя в качестве параметра строки запроса, чтобы страница сброса пароля знала, какой пароль пользователя сбрасывается?
В настоящий момент кажется, что было бы проще создать полностью настраиваемое приложение ASP.NET MVC для обработки требований, чем использовать настраиваемые политики Azure B2C, но на самом деле это не тот путь, который я хочу идти вниз.
