如何绕过必须在 liferay 中使用电子邮件地址名字和姓氏来导入身份验证用户的必要性
how to bypass the necessity of having to have email address firstname and lastname in liferay to import authenticating users
我的应用程序使用 liferay 连接到 LDAP 服务器并导入验证用户。但是 ldap 模式中的许多用户记录没有电子邮件 ID。这似乎阻止了我导入这些用户，因为 liferay 需要电子邮件 ID 等，才能成功导入新的用户记录。
我想知道我的上述断言是否完全正确。如果是，那么有没有办法绕过这个，这样我就可以导入任何具有 objectclass: inetOrgPerson 并具有 cn 和 userPassword
属性的用户
如果有不对的地方请指正，有解决方法请提供。
要消除 Liferay 对拥有唯一电子邮件地址的用户的依赖并不容易 - 使用人工电子邮件地址设置用户以便导入它们可能更容易。
如果您在 Liferay 的 UI 中偶然发现了这个人造电子邮件地址并且不喜欢它，您可以随时更新 UI 并在那里隐藏邮件地址。
另一种选择是更新您的条款和条件并要求每个用户都有一个电子邮件地址 - 例如联系他们以便在他们忘记密码时重设密码。
但是，由于您问题的核心是消除每个用户对电子邮件地址的需求：没有简单的切换。我建议不要修改这个非常核心的假设。你可以做到，但它不会很漂亮，而且可能不太容易维护（想想 Liferay 随附的许多组件中的各种 "subscribe" 选项）
我的应用程序使用 liferay 连接到 LDAP 服务器并导入验证用户。但是 ldap 模式中的许多用户记录没有电子邮件 ID。这似乎阻止了我导入这些用户，因为 liferay 需要电子邮件 ID 等，才能成功导入新的用户记录。
我想知道我的上述断言是否完全正确。如果是，那么有没有办法绕过这个，这样我就可以导入任何具有 objectclass: inetOrgPerson 并具有 cn 和 userPassword
如果有不对的地方请指正，有解决方法请提供。
要消除 Liferay 对拥有唯一电子邮件地址的用户的依赖并不容易 - 使用人工电子邮件地址设置用户以便导入它们可能更容易。
如果您在 Liferay 的 UI 中偶然发现了这个人造电子邮件地址并且不喜欢它，您可以随时更新 UI 并在那里隐藏邮件地址。
另一种选择是更新您的条款和条件并要求每个用户都有一个电子邮件地址 - 例如联系他们以便在他们忘记密码时重设密码。
但是，由于您问题的核心是消除每个用户对电子邮件地址的需求：没有简单的切换。我建议不要修改这个非常核心的假设。你可以做到，但它不会很漂亮，而且可能不太容易维护（想想 Liferay 随附的许多组件中的各种 "subscribe" 选项）