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

【问题标题】：Accessing contacts in email and mobile clients: LDAP or CardDAV?访问电子邮件和移动客户端中的联系人：LDAP 还是 CardDAV？
【发布时间】：2013-11-18 13:42:18
【问题描述】：

我们将用户电子邮件地址、电话、实际地址和其他信息存储在公司的 Windows Active Directory 中。 Active Directory 用户需要从所有类型的电子邮件客户端访问此信息，例如 Mozilla Thunderbird、Outlook、iOS 联系人、MacOS X、Android 通讯录等，无论是从公司网络还是外部（如果它）从 Internet。我们不使用 Microsoft Exchange 服务器。

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

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

【问题讨论】：

标签： active-directory ldap contacts email-client carddav

【解决方案1】：

这样想 - Active Directory 是 Microsoft 自己的 LDAP 实现，除了是他们的数据库驱动目录服务器版本。我不会使用其他任何东西。

此外，Active Directory 主要支持基于 LDAP 的用户授权，因此，如果您要为本地网络和域之外的应用程序或个人请求提供服务（尤其是来自您指定的各种来源），这是您的一项功能出于安全考虑，您需要考虑。

我不太确定您的技术堆栈是什么样的，但许多语言都支持基于 LDAP 的查询和授权。我已经在使用 System.DirectoryServices.Protocols 命名空间的 C# 中崭露头角，并且开始欣赏它的适应性和性能。

还有，Protocols and Interfaces to Active Directory 上的链接很棒。

【讨论】：

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