Active directory 访问电子邮件和移动客户端中的联系人：LDAP还是CardDAV？

我们在公司的Windows Active Directory中存储用户电子邮件地址、电话、物理地址和其他信息。Active Directory用户需要从所有类型的电子邮件客户端访问此信息，如Mozilla Thunderbird、Outlook、iOS Contacts、MacOS X、Android addressbook等。这些客户端可以从公司网络访问，也可以从Internet访问外部（如果是）。我们不使用Microsoft Exchange server

我发现这可以通过LDAP和CardDAV（通过安装的内部应用程序）实现

---

在各种电子邮件和移动客户端LDAP或CardDAV中，哪一种访问联系人的方法更好？

考虑一下这种方法-Active Directory是Microsoft自己的LDAP实现，而且是其数据库驱动的目录服务器版本。我不会用别的东西

此外，ActiveDirectory主要支持基于LDAP的用户授权，因此，如果您要为本地网络和域之外的应用程序或个人请求提供服务（特别是从您所命名的各种源），这是出于安全目的而需要考虑的特性。 我不太确定您的技术堆栈是什么样子的，但许多语言都支持基于LDAP的查询和授权。我在C#中切齿地使用

System.DirectoryServices.Protocols

名称空间，我开始欣赏它的适应性和性能

---

这里有一个很好的链接。

想想看，Active Directory是微软自己的LDAP实现，除了是他们的数据库驱动目录服务器版本之外。我不会用别的东西

此外，ActiveDirectory主要支持基于LDAP的用户授权，因此，如果您要为本地网络和域之外的应用程序或个人请求提供服务（特别是从您所命名的各种源），这是出于安全目的而需要考虑的特性。 我不太确定您的技术堆栈是什么样子的，但许多语言都支持基于LDAP的查询和授权。我在C#中切齿地使用

System.DirectoryServices.Protocols

名称空间，我开始欣赏它的适应性和性能

---

还有，这里有一个很好的链接。

iOS联系人、Android联系人和大多数电子邮件应用程序是否支持通过LDAP访问联系人？我在LDAP中看到的一个问题是，我需要打开端口389，该端口可能在默认情况下关闭。而CardDAV将在默认HTTPS端口443上运行。或者我错了？我可能误解了你的问题，但是是的，iOS联系人和Android联系人都有LDAP的实现，你也可以在各自的设备上创建LDAP帐户-这样做你不需要担心端口，你只需要有效的域凭据。感谢你的解释，X3074861X。但无论如何，我不明白为什么我不用担心港口。我仍然认为389端口是我的问题。它只是为了从Internet访问而关闭，据我所知，这是常见的做法。iOS联系人、Android联系人和大多数电子邮件应用程序是否支持通过LDAP访问联系人？我看到LDAP的一个问题是，我需要打开端口389，默认情况下可能会关闭端口389。而CardDAV将在默认HTTPS端口443上运行。或者我错了？我可能误解了你的问题，但是是的，iOS联系人和Android联系人都有LDAP的实现，你也可以在各自的设备上创建LDAP帐户-这样做你不需要担心端口，你只需要有效的域凭据。感谢你的解释，X3074861X。但无论如何，我不明白为什么我不用担心港口。我仍然认为389端口是我的问题。就我所知，这是一种常见的做法。