我目前对在连接中标识用户的ID及其指向底层LDAP目录的链接感到困惑。到目前为止，我确定了几个ID：
- 电子邮件
- ：简单但不可靠，因为管理员可能已禁用电子邮件访问。对于连接云尤其如此。
- snx：userid：由连接生成的UUID，但这是鸡和蛋。要查找用户 ID，您需要首先访问配置文件文档或从连接中检索的一些数据
- key：也由连接生成，但我不明白模式。在Greenhouse上，它是x-profile-key中的另一个UUID，与上面的userid不同。在其他系统上，它似乎基于用户名。
- subscriberId：Connections cloud 使用的"lotuslive id"。
有人可以解释一下snx：userid，key和subscriberId，本地和云之间的关系，以及它们的用途吗？我找不到任何关于它的明确文档。API 文档说，有时我们应该传递密钥，有时应该传递 id。
也是本地的 LDAP 目录。我们正在查询 LDAP 目录(WAS 联合目录，也由连接使用(以获取基于组的用户列表。但是，我们如何从LDAP结果访问他们的连接配置文件？它们是要读取的属性吗？我们目前正在使用电子邮件，但如前所述，如果禁用电子邮件访问，例如在温室中，这将不起作用。
我可以解释其中的一部分。 SNX：UserID 是一种抽象，用于唯一标识一个人 - 即使他们的电子邮件更改、姓名更改或任何其他 LDAP 特定 ID 更改。我相信 snx：userid 是 64 位。
我认为密钥与snx：userid相同。
订阅者 ID 基于业务支持服务长 ID，并包含一个作用域，以便每个环境都有一个唯一的 ID。
我想我描述了你关于关系的问题的第一部分。
对于第二位，我们不会使用 snx：userid 来扩充 LDAP。
你可能想看看 User SPI 和 java.lang.String getExtID((http://www-10.lotus.com/ldd/lcwiki.nsf/xpAPIViewer.xsp?lookupName=IBM+Connections+5.0+API+Documentation#action=openDocument&res_title=User_SPI_ic50&content=apicontent
希望这将有助于消除一些困惑，打破它们的关系和用途。
snx：userid — 这实际上不是由连接"生成"的，而是与填充过程中定义的LDAP属性相关联的。通常，它默认为 LDAP 属性，该属性对用户来说始终是唯一的，以便在其他内容发生更改时，它可用于标识 LDAP 中的用户。在某些情况下，您会将其视为 LDAP 的 GUID(本地默认设置(，但有时您会将其视为不同的值，例如在云上。云已将此设置为 subscriberId。
subscriberId — 这是基于我们的业务支持服务生成和基于保罗提到的。它用作环境"订阅者"(用户(的真正唯一标识，因为环境是 MT，需要限定用户范围。出于各种后勤原因，选择此选项而不是默认 GUID 作为唯一标识符。
key — 这是由连接本身在填充过程中生成的。它用于在配置文件的上下文中定义用户配置文件，并为连接提供在用户 LDAP 信息被更改时将内容与用户相关联的功能。它提供标识分离，并有助于促进连接的用户内容同步。
不幸的是，没有一种明确的方法来执行该查找，尤其是当您考虑诸如Connections Cloud或Greenhouse之类的内容时。出于各种安全原因，他们禁用了电子邮件。一般来说，userId 是 LDAP 的 GUID，除非它被非常明确地重新定义和配置，但同样，您必须了解环境才能了解该信息。简而言之，我认为如果禁用电子邮件，它必须是每个环境的应用程序的配置参数。