从以前的build议，我已经创build了我的域控制器（2008R2）与mydomain.local名称（而不是mydomain.com，拆分DNSscheme）所以我的用户有[email protected]。 并login到我猜的罚款服务器。 现在在同一个域上，我安装了一个Exchange 2010服务器。 （与客户端访问外部域指向我们的公共mydomain.com）安装后，我看到我的域pipe理员被导入，并有自己的邮箱。 当我看到电子邮件的详细信息：[email protected]。 当然这是有道理的，但它不是我正在寻找的东西。 邮件服务器应该服务于公共.com域，如果用户可以input他们的.com地址和凭据，那将是很好的。 所以问题是我可以configuration这个，我应该在哪里做这个工作，使它适用于我从AD导入的所有新用户。 为了logging我仍然在testing环境。 在他们中，我创build了mydomain.com的正向查找区域，所以我可以在迁移之前离线testing所有公有领域的东西。
如标题所示，我应该多久执行一次针对Exchange的自动发现查询？ 这是针对使用Exchange Web服务（EWS）的C＃中的项目。 令人惊讶的是，我似乎无法find一个答案，说你应该每隔n小时执行一次，或者沿着这些方向行事。
如果“完全访问”权限不允许我通过OWA访问邮箱，则应该执行哪些故障排除？ 我正在使用url访问邮箱： https://owa.yoursite.com/owa/[email protected]
我们正在从Exchange 2007迁移到Exchange 2010，并在尝试迁移公用文件夹时遇到困难。 在解决了连接问题（以及在AD中列出的旧的Exchange 2003服务器导致复制失败的另一个问题）之后，终于看到消息正在从一个服务器迁移到另一个服务器。 然而，在这个过程完成之前，我们似乎已经跳过了枪并且运行了所有的Replica。 我们现在停留在旧服务器上的7GB公用文件夹存储中，新服务器上大约有210MB的公用文件夹。 这些消息似乎在旧服务器上可用，因为运行get-publicfolderstatistics显示有消息可用。 我们已经等了好几天，但是我们仍然坚持在210MB。 我们可以做些什么来完成复制，使所有的消息从旧的服务器移动到新的服务器？
我们已将Outlook 2010与Outlook Anywhere一起部署。 人们通过RCP / HTTP将Outlook连接到外部主机名（mail.example.com）。 它适用于办公室以外的人员，但是当人们在办公室内时，Outlook客户端连接到服务器的NETBIOS名称（ex.example.com），这会生成SSL证书警告，因为我们没有证书NETBIOS名称。 我如何解决这个问题？ 我假设我需要安装这个服务器的证书，这将是我们的Windows域的信任，但我不知道如何做到这一点。 谢谢
我知道这是违背最佳做法的，但是我一直无法find一种方法在Exchange 2010上创build新的通讯组时将其设置为默认设置。我知道如何从EMS和PowerShell中为单个组执行此操作（或运行脚本改变一切），但我希望它在初始创build时默认执行。
我们目前在硬件平衡器后面有一些CAS / Hub服务器。 微软和Digicert告诉我们，我们可能不需要把他们列为我们的UCC证书中的SAN，因为我们没有向用户公布他们的主机名。 但是，当我们尝试将UCC证书应用到我们的CAS服务器而未将它们单独列为SAN时，我们从Outlook收到类似这样的错误： 有谁知道什么configuration或设置导致CAS服务器主机名被暴露？ PS：我知道我们不应该使用假的顶级域名。 我们正在努力解决这个问题。 更新（5/6/14） 我跑过了大量的configuration： Get-WebServicesVirtualDirectory | Fl Identity,InternalUrl,BasicAuthenticationExternalUrl Get-OabVirtualDirectory | Fl Identity,InternalURL,ExternalURL Get-ActiveSyncVirtualDirectory | Fl Identity,InternalUrl,ExternalUrl Get-OutlookAnywhere | Fl Server,ExternalHostname Get-ClientAccessServer | Fl Server,AutoDiscoverServiceInternalURI 唯一一个引用我们伪造的TLD内部主机名的是最后一个。 这不仅仅是为了自动发现吗？ 为什么内部客户在每次发布时都会参考它？
我们的IT部门已经收到了HR的报告，pipe理人员正在阅读他们的下属电子邮件，我们的任务是确定是否有技术方法来实现这一点。 我正在寻找帮助确定这是否可能。 我们已经确认完全访问权限和委托控制未启用，但我们确实看到所有用户均可访问Exchange控制面板。 我想知道是否有办法在这里看到实际的电子邮件（我还没有find方法）。 任何人都可以想办法在不知道凭据的情况下查看其他用户的电子邮件吗？ 如果他们知道用户工作站的本地pipe理员密码，他们可能是从本地工作站复制PST？ 否则，是否有一些审计工具可以用来追踪任何可疑的行为？ 我已经开始阅读2010年的pipe理员审计日志。 任何想法表示赞赏。 提前致谢。
我们的一个客户有1个（虚拟）Windows Server 2008 R2企业版，它是Exchange 2010 SP1的根DC。 他们希望将Exchange升级到SP3，以便他们可以轻松迁移到Office 365。 由于没有适当的备份，而根据微软安装SP3之后无法回滚，我不愿意继续升级。 现在的想法是安装第二台Exchange 2010服务器，但使用SP3，迁移或同步邮件数据库临时有一个冗余设置。 然后当所有的同步时，“旧”服务器也可以升级到SP3，新的服务器可以脱机。 这是正确的方法吗？
我在Windows SBS 2011中有一个用户帐户（我们称他为“Joe”），应该删除它。 但是，与Joe账户相关联的电子邮件地址应属于另一个用户（我们称他为“Jack”）。 最后，所有发往[email protected]的邮件都应该login到[email protected]的收件箱中，并删除SBS账号“Joe”。 如何做到这一点？