对于一个长期的问题道歉：
我们采取了一个新的客户，其networking托pipe以前在他们的内部服务器，仍然有他们的Exchange / Outlook电子邮件。
我们现在在我们的服务器上托pipe他们的域名（以及其他许多）。
他们抱怨说他们在Outlook中遇到错误。 我不明白在问题的根源AutoDiscover的东西，但相信我只需要停止我们的服务器上的SSL证书被请求时返回特定域：
是的，问题在于“{newclient} .com”指向您的服务器IP，并且该服务器的端口443已打开并且与其关联的SSL证书。
所以当Outlook / ActiveSync使用自动发现来查找邮箱设置时，它会find您的SSL（因为443已打开）并将其标记为错误。
解决scheme是closures443，以便它不被发现，然后Autodiscover将通过MX / ServiceRecords发送邮件。{newclient} .com并发现正确的SSL。
我在这里是新来的，没有交接，所以我不知道其他目前托pipe的网站是否需要接受SSL连接，虽然我怀疑有些会，或者将来可能会。
这是一个活的服务器，所以我不能冒险尝试加载的选项，以防我离开服务器！
我觉得我应该添加如下的东西到vhosts.conf 。
<VirtualHost *:443> ServerName {newclient}.com ServerAlias www.{newclient}.com SSLEngine Off SSLCertificateFile {NONE} SSLCertificateKeyFile {NONE} </VirtualHost>
对于我对这个问题不够了解的事实可以更清楚地提出这个问题抱歉！
正如所解释的那样，在通过https联系的服务器在发送证书之前无法猜测客户端想要与之通话的域名。
在你的情况下，你需要通过停止在这个端口监听来closuresHTTP / 443，或者为这个客户指定一个IP地址。
我也不知道他们的自动发现的东西如何工作，也许你可以告诉前景没有尝试连接到DNSlogging443 …