我希望我知道一个更好的方式来标题这个问题，所以如果任何人可以想到一个更合适的标题，请让我知道。 我一直在这个问题上敲了一下头，通常我只是解决这个问题，但是我觉得是时候寻求一些帮助来解决问题了。 背景 在我们的networking上，我们保留位于intranet:8080的Webdav服务器intranet:8080 （ 10.0.0.2:8080 ）。 在此服务器上，我们的员工使用Outlook中的“共享到Internet”function发布其Outlook日历。 在这个文件夹中也是一个名为index.php的PHP文件，它根据员工姓名列出了日历，并提供了日历到webcal://链接（以webcal://intranet:8080/Firstname_Lastname_calendar.ics ）方便员工订阅彼此的日历。 我们也有一个10.0.0.1的Active Directory服务器。 Active Directory服务器还为我们的networking提供DHCP（将其自身设置为主DNS服务器，将8.8.8.8设为辅助服务器）。 问题 一台电脑当他们点击intranet:8080的链接intranet:8080订阅另一个员工的日历时，他们得到一个错误消息，说Outlook “无法validation或添加日历到Outlook”。 如果手动inputwebcal://intranet:8080/Firstname_Lastname_calendar.ics （甚至是http://intranet:8080/Firstname_Lastname_calendar.ics ）， http://intranet:8080/Firstname_Lastname_calendar.ics收到相同的错误消息。 但是，如果我inputwebcal://10.0.0.2:8080/Firstname_Lastname_calendar.ics我没有收到错误消息，并且订阅了日历。 这对我来说似乎是DNS的一个问题，但是在Intranet上执行nslookup返回10.0.0.1所提供的10.0.0.2 ，正如我们以前所见，计算机上的Web浏览器访问http://intranet:8080/要么。 正如我刚才所说，这个问题不会发生在我们networking中的每一台计算机上，而且我也没有真正能够find它发生的地方。 有任何想法吗？ 如果没有IT部门的帮助，这些员工能够很轻松地订阅日历，那将是太棒了。
我想了解可以通过要求机器或用户出示客户端证书（在login会话之前）来限制从Internet到Exchange的访问（在Outlook中通过HTTPS的RPC）。 这是所有可能与Exchange 2010？ 我看到很多关于Active Sync部分的文档（在这里是可能的），但是我只记得曾经看过一次用RPC over HTTPS进行客户端证书authentication的技术文档（坦率地说，我不太确定我看到了，因为我尽pipe重复search，仍然无法find它）。 或者：是否可以请求NTLM令牌作为唯一的身份validation机制（只能从域控制器使用，从而拒绝域外的机器）？
当您在Outlook 2010中设置S / Mime时，您也可以select如下所示的哈希algorithm： 我们可以通过GPO控制吗？ 如果可能，我想禁用所有其他选项。
我正在阅读这篇关于自动发现逻辑的博客文章，我希望我能够误读它。 我遇到的问题是，似乎自动发现过程将检查证书的SUBJECT，并使用它来根据set-outlookprovider设置确定CAS连接的最合适的站点。 题 由于Outlook提供商定义了一个全球性的设置，一个被所有网站使用，并且它对自动发现有影响…什么证书和 Outlook提供商设置，我必须有一个弹性的客户端configuration文件自动发现和证书主题名称是发布在远程站点？ 主题名称应该是* .company.com？ 或者有一个SAN名字？
我有一个漫游用户连接到公共WiFi的情况，并获得了证书警告。 用户看到错误，并在连接之前打电话给我。 原来WiFi正在进行SSL检查。 我能够通过这个问题与用户交谈，没有任何东西被泄露。 但是，用户很容易点击“是”并绕过警告。 我担心一个不太明智的用户会忽视提示，导致安全漏洞。 如果存在证书问题，是否有阻止Outlook（和其他Office客户端，如OneDrive for Business）连接的方法？ 我查看组策略，但没有find任何东西。 也许我错过了它。 请注意，我们正在使用Office 365进行电子邮件，但我认为这也适用于本地Exchange。
攻击者喜欢为各种目的滥用Outlook。 例如，攻击者可以通过创build客户端规则，在用户收到电子邮件时执行恶意程序/脚本，自动将电子邮件转发到远程地址或保留在networking内部。 有没有办法查询存储在Exchange中的Outlook规则，以检测潜在的恶意规则？ 是否有可能阻止一些Outlook规则types（例如执行程序/脚本）？
我正在testing从Exchange 2007到Online Exchange的分阶段迁移的最后阶段 – 我已经同步并迁移了testing用户，并且已经validation用户现在是MEU。 但是，在这个testing用户计算机上的Outlook，看来我必须在这一点上创build一个新的configuration文件.. （如果我为用户创build一个新的configuration文件，它工作的很好，而交换内部和365之间的中继正在按预期工作） 但是，我需要再次创build另一个新的configuration文件，一旦我更改MXlogging直接指向365？ 所以我现在为我的用户创build了2个新的configuration文件？ 我认为阶段性迁移的重点是用户继续无缝地使用他们的configuration文件，只有一旦MXlogging被更改，用户需要新的configuration文件？ 谢谢。
所以我有Exchange 2010，我遇到了Outlook Anywhere的问题，当我运行testconnectivity.microsoft.com时，它会返回： “Microsoft连接分析器无法validationOutlook自动发现设置…自动发现响应没有返回帐户设置”。 所以我认为问题是我的自动发现是错误的。 通过向上滚动查看结果，并看到xml响应返回一个IMAP服务器和一个不存在的SMTP服务器（都称为“server.myinternaldomain.com。”），将支持此操作。 它从字面上开始“服务器”。 显然，我从来没有调用服务器“服务器”之前，所以我不知道从那里得到的。 据我所知，在我的公共或私人DNS设置或任何Exchange设置中，这也是无处不在的。 我看了下面的地方： Get-OutlookProvider | FL Get-OutlookAnywhere | FL Get-ClientAccessServer | FL Get-ActiveSyncVirtualDirectory | FL Get-AutodiscoverVirtualDirectory | FL Get-EcpVirtualDirectory | FL Get-OabVirtualDirectory | FL Get-OwaVirtualDirectory | FL Get-WebServicesVirtualDirectory | FL 他们都不在任何地方显示“server.myinternaldomain.com”。 为了logging，邮件服务器在外部被称为smtp.mydomain.com，在内部被称为exch.myinternaldomain.com。 有没有办法在autodiscover.xml结果中更改此值？ 我已经重build了自动发现虚拟目录无济于事。 更新 ：好吧，我明白了。 使用Symantec SSL Assistant Plus安装证书。 问题在于它不是Exchange服务器的正确证书，因为它不是SAN证书。 另外已经安装了一个SAN证书，所以这是一个错误。 使问题更复杂的是，该实用程序提供了更改您的registry设置来加固它。 那么，其中的一个变化明显地打破了各种function。 幸运的是，该实用程序使registry备份，所以你可以恢复。 之后，一切都很好。
我已禁用交换邮箱，并将其电子邮件地址添加为另一个邮箱的别名。 从外部域发送电子邮件时，别名工作正常，但从同一个域发送时不起作用。 它返回错误： IMCEAEX-_o=Contoso+20Corp_ou=Exchange+20Administrative+20Group+20+28FYDIBOHF23SPDLT+29_cn=Recipients_cn=Magalhaes+20B+2E+20Souza+2C+20Mariana9ca@contosocorp.com Remote Server returned '550 5.1.1 RESOLVER.ADR.ExRecipNotFound; not found' 电子邮件地址显示电子邮件地址smtp:[email protected] 。 我怎样才能解决这个问题？
我的公司几个星期前迁移到Office 365邮箱。 从那以后，我注意到我从另一台服务器上运行的某个作业收到的状态电子邮件大小不一，虽然主体（以及首先看到的也是标题）并没有明显改变，例如 发件人总是一样的 收件人总是一样的 正文始终是相同的内容（2行文本）和格式（纯文本） 此外，在O365迁移之前，完全相同的电子邮件是（根据Outlook）10KB的大小，而现在（O365迁移后）它的大小约为27KB到29KB 当然，如果我看一下邮件头信息，标题行与迁移之前相比是不同的，因为O365已经到位了。 在迁移之前，标题包含大约1300个字符，而现在则包含大约10000个字符。 如果我把头文件保存到一个文本文件中，我已经看到大约8500个字节的差异，但是这并不告诉我其他〜10KB来自哪里，也不知道为什么大小不一。 只是想知道是否有这种行为的一些解释，甚至可能是某种“修复”。 附注：我想创build一个规则，将这些状态邮件移动到一个收件箱子文件夹，如果它只包含2行/只有大小xx KB（意思是：一切正常），而状态邮件3或更多行应该引起我的注意力在收件箱 – 这是很难实现，如果邮件大小相差2-3KB，因为额外的第三行代码也可能会添加这些2-3KB