我们有一个由单个邮箱/集线器/ CAS服务器和单个边缘服务器组成的Exchange 2010 SP2系统。 MHC服务器通过TMG 2010反向代理向互联网用户公开。 所有Exchange Web服务在旧的DNS域中使用公共FQDN，我们正在replace一个新的; 让我们调用服务器webmail.olddomain.com和新的webmail.newdomain.com的当前公共FQDN。 我们已经为webmail.newdomain.com购买了一个新的证书（内部服务器名称也是SAN）。 现在，在不影响用户的情况下，取代所有Exchange外部url的最佳做法是什么？ 一个简单的HTTPredirect应该适用于OWA，但是我非常关心Outlook Anywhere用户（我们有很多）。
对于Exchange 2007/2010，是否有可以在Exchange组织之外设置的标题，一旦该消息到达Exchange组织，它将自动被分类为垃圾邮件？ 用例是这样的：上游系统确定一条消息是垃圾邮件，但我更喜欢它去用户的垃圾电子邮件文件夹，而不是被丢弃。 运输规则？ 国际货币基金组织？ 提前致谢
我正在运行一个新的SBS 2011安装。像IIS的所有安装的默认网站有net.tcp，net.pipe，net.msmq，msmq.formatname的绑定。 这些绑定是必需的吗？ 我通常在生产服务器上删除它们，但在SBS上，我不确定ActiveSync或OWA以某种方式使用它们。
我们有多个森林，每个森林都有独立安装的Exchange 2010 SP2。 一个SCOM安装可以监视两个森林吗？ 需要单向还是双向信任？
目标 ：连接到Exchange服务器（EWS） 方法 ：cURL 问题 ：无法获得身份validation（NTLM），请求返回401 似乎有一个旧的，有据可查的2问题，从cURL从OpenSSL转移到NSS开始。 我读到NTLM的实现依赖于OpenSSL，因此这一举动打破了NTLM身份validation。 这个问题如下所示，但重要的部分似乎是返回401和下面的gss_init_sec_context() 。 我不明白的是我目前的版本： 根据https://launchpad.net/ubuntu/+source/curl/7.22.0-3ubuntu4有一个OpenSSL变种 根据同一链接支持NTLM 其实根据下面的日志使用这个变种（而不是NSS）（它说libcurl/7.22.0 OpenSSL ） 根据以上几点，不应该被链接的bug所困扰。 但是IS受到了影响，正如我得到401的事实所显示的那样 我不确定如何解决这个问题。 我可以find很多旧的（大部分是2010年）提到这个问题，但没有新的东西，肯定没有一个溶剂。 我知道提供的参考（见2 ）表明，这可能与旧版本（7.19），但我不能（也不愿意）降级到该版本。 Exchange通信（EWS）的几个实现使用cURL来检索EWS文件（wsdl等），所以我确定必须有一个工作方法，但我找不到它。 有没有人有线索我可以做什么？ 我还有另外一个错误吗？我是否解释了错误的事实，这个情况和链接中提供的情况是一样的，它永远不会被修复吗？ 1错误是这样的： curl https://*DOMAIN*/Exchange.asmx -w %{http_code} –ntlm -u *USERNAME* –verbose –show-error Enter host password for user '*USERNAME': * About to connect() to DOMAIN port 443 (#0) * Trying IP… connected * […]
我从一个显然失败的同事那里inheritance了Exchange 2010实施的尝试。 我几乎设法从死亡中恢复，但集线器传输angular色无法安装，并出现以下错误 [10/06/2012 02:30:44.0119] [2] Beginning processing Set-LocalPermissions -Feature:'Bridgehead' [10/06/2012 02:30:44.0166] [2] [ERROR] Unexpected Error [10/06/2012 02:30:44.0166] [2] [ERROR] The registry key "SOFTWARE\Microsoft\ExchangeServer\v14\Transport" does not exist under "HKEY_LOCAL_MACHINE". [10/06/2012 02:30:44.0182] [2] Ending processing Set-LocalPermissions [10/06/2012 02:30:44.0182] [1] The following 1 error(s) occurred during task execution: [10/06/2012 02:30:44.0182] [1] 0. ErrorRecord: The registry key "SOFTWARE\Microsoft\ExchangeServer\v14\Transport" […]
我们最近完成了客户的服务器更换。 他们使用Exchange 2010的SBS2011。他们现在有Server 2008 Std R2和Google Apps电子邮件。 我们已经将DHCP，DNS，Filserver和所有5个FSMOangular色迁移到新的2008 R2服务器（今天）。 在SBS2011的宽限期内，我们打算彻底分解旧服务器。 以前的经验会build议卸载Exchange 2010，然后降级SBS2011，然后从域中删除并closures。 我可以在不删除Exchange的情况下简单地降级SBS2011吗？ 在这方面找不到任何演练。 我担心的是，如果我们简单地closuresSBS2011，AD将被遗留在旧版Exchange对象中，使得将来任何潜在的Exchange重新引入都变得困难，再加上我想以正确的方式做到这一点！
我正在尝试将Microsoft Exchange Server 2010安装到Windows Server 2008 R2标准机器上。 安装后，我重新启动我的服务器，并得到这个错误。 我在网上看到的每篇文章都是不同的！ 有谁能帮我解决这个问题吗？ “WinRM客户端无法处理请求，无法确定来自目标计算机的HTTP响应的内容types，内容types不存在或无效，有关详细信息，请参阅about_Report_Troubleshooting帮助主题，它正在运行命令”Discover- ExchangeServer -UseWIA $ true -SuppressError $ true“ 以下是错误的图像： 提前致谢
我遇到了Exchange 2010和Outlook 2010的问题。 本质上，问题是GAL不在Outlook中更新。 其他地址列表更新（即所有用户，所有房间等）。 这个问题是在我们展开我们的域名之后开始的。 本质上，我们从sub.domain.net 和 domain.net去完全domain.net。 我们使用ADMT将所有用户从子域迁移到顶级，然后取下sub.domain.net。 我看了一下GAL的收件人filter，下面供参考： (Alias -ne $null -and (ObjectClass -eq 'user' -or ObjectClass -eq 'contact' –or ObjectClass -eq 'msExchSystemMailbox' -or ObjectClass –eq 'msExchDynamicDistributionList' -or ObjectClass -eq 'group' -or ObjectClass –eq 'publicFolder')) 接下来我要尝试的是创build一个新的GAL，并在必要时将其设置为默认值。 我们还有另一台服务器在等待部署，但我们需要同时解决这个问题。 我想知道是否有人有任何提示可以帮助我解决这个问题。 以下是我尝试过的一些不起作用的东西： Update-FileDistributionService -Identity Exchange -Type OAB Update-GlobalAddressList -Identity "Default Global Address List" Get-OfflineAddressBook | […]
我已经把我的头发拉了几天，让我看看我能否描述我的问题。 基本上，我们从2007年开始迁移到Exhcnage 2010年有90％的方式。自从2010年将OAB（或OAL现在在2010年）迁移到新服务器以来，我一直在收到这些错误（日志设置为专家） 首先我得到日志说它开始然后我得到了一大堆（这是正常的）最后一个： 日志名称：应用程序 来源：MSExchangeSA date：28/06/2010 8:46:42 am 事件ID：9359 任务分类：（13） 级别：警告 关键词：经典 用户：N / A 电脑： 描述： OALGen在地址列表“\ Global地址列表”中input“Joe Tsang”的截断或删除属性，因为它们超出了版本4脱机地址列表的configuration大小限制。 受影响的MAPI ID是：8008。 – \默认脱机通讯簿 我得到了大约60个左右，然后我得到： 日志名称：应用程序 来源：MSExchangeSA date：28/06/2010 8:46:42 am 事件ID：9339 任务分类：（13） 级别：错误 关键词：经典 用户：N / A 电脑： 描述： ActiveDirectory PDC返回错误8004010e生成脱机通讯簿“\全球通讯簿”。 活动目录返回的最后一个收件人是“Joe Tsang”。 此脱机通讯簿将不会生成。 – \默认脱机通讯簿 和： 日志名称：应用程序 来源：MSExchangeSA date：28/06/2010 8:46:42 am 事件ID：9330 任务分类：（13） […]