@NameLookup из Directory Assistance и авторизация по email?

[NetWood]

Други! Сразу пару вопросов чтоб не плодить сущности

1. А вот как извлечь FirstName собаками из доп. адресной книги прописанной в DA?

Вот эти две конструкции
name := @NameLookup([Exhaustive];@UserName; "FirstName");
name := @NameLookup([NoUpdate];@UserName; "FirstName");
извлекают только из основной names. nsf
Уж очень лениво ломиться лукапом напрямую к вьюхе $Users в доп книге. Надо из @GetProfileField("Configuration_Profile" доставать всякое и пр.

2. По первой картинке видно, что вторым именем в FullName стоит имя с @. По 123@test работает логин на WEB также как и 123_test.
Если сделать юзера в LastName с собакой 123@test, как на второй картинке, то получим отказ в доступе, хотя все группы и пр. прописаны верно. Принять как должное и делать как на первой картинке первое имя обязательно без @, а второе добавлять? Может я чего подзабыл?

 

[NetWood]

Вот же @NameLookup([TrustedOnly];@UserName; "FirstName"); заработало по первому вопросу).

 

[lmike]

собака - разделитель для домена, я не уверен что можно его заюзать...

 

[rinsk]

Не...
Если в документе сервера стоит хай секюрети для авторизации web, то используется или емейл или полное имя пользователя в виде user/org/ru.

 

[NetWood]

собака - разделитель для домена, я не уверен что можно его заюзать...

"Собака юзается прекрасно, но второй" (с).

Username, вообще, атавизмом в наше время уже стал. Очевидно, что email является в интернетах уникальным.
Стратегия такова: При реге по майлу, символ @ заменяется на _ и пишется в FullName как "Фамилия" (он же @username). Далее в "Имя пользователя" он же "логин", и майл пишется вторым как на картинке.
При этом авторизация работает и по 123_test и по 123@test. Это неоднократно проверено и оттестировано.

Если юзер захочет поменять майл, то другой майл пишется третьим, четвертым: 1234@test ets. 123_test остается неизменным навсегда. При этом все логины будут работать.

На вебе пишем реальное имя Юзера (если захочет)
@NameLookup([TrustedOnly];@UserName; "FirstName")

 

[rinsk]

"Собака юзается прекрасно, но второй" (с).
Посмотреть вложение 45629

Username, вообще, атавизмом в наше время уже стал. Очевидно, что email является в интернетах уникальным.
Стратегия такова: При реге по майлу, символ @ заменяется на _ и пишется в FullName как "Фамилия" (он же @username). Далее в "Имя пользователя" он же "логин", и майл пишется вторым как на картинке.
При этом авторизация работает и по 123_test и по 123@test. Это неоднократно проверено и оттестировано.

Если юзер захочет поменять майл, то другой майл пишется третьим, четвертым: 1234@test ets. 123_test остается неизменным навсегда. При этом все логины будут работать.

На вебе пишем реальное имя Юзера (если захочет)
@NameLookup([TrustedOnly];@UserName; "FirstName")

а группы при таких FullName нормально работают? раньше были проблемы, когда FullName имеет не иерархическое имя.

 

[NetWood]

Именно через группы все и рулится. Непременно нужен da, в котром прописываем names базы для каждого сайта. Но нужен небольшой напильник.
Запароливание делается через domcfg или в базе сайта. etc: https://codeby.net/threads/avtorizacija-klientov-cherez-veb.75962/#post-396249
Агент из dombulletin openntf следит, чтоб группы не переполнялись при реге. Есть одна на сайт DA_site и в ней делает подгруппы с именами DA_site#1, DA_site#2 вложенные в DA_site.

Основную names.nsf замусоривать совершенно не нужно. Там, вообще, может быть один юзер "for CollaborationExpress".