我有一个问题，传输服务器已经停止处理到内部邮件服务器的队列。 （入站电子邮件）。 由于虚拟机硬件的问题，Exchange服务器已经脱机了几个小时。 所有问题解决，我可以检查发送电子邮件，接收内部电子邮件，我可以看到外部邮件进入传输服务器队列。 有没有办法重新join/刷新它。 我显然已经尝试过没有任何快乐的重试。 任何意见赞赏。 我不是交换专家。 谢谢， 山姆
我们pipe理大约50台交换服务器。 你们用什么来监控服务器是否正常工作（电子邮件stream量，延迟等）？ 提示？ build议？
我们有Exchange 2003 SP2，并为我们的移动设备（iOS和严格的Android版本）使用ActiveSync。 除了GAL查找，一切都可以正常工作，我们已经证实我们正在尝试使用的设备和客户端版本应该支持它。 症状根据客户的不同而不同，但从来没有错误。 简而言之，查找不会返回任何结果。 这是以前工作，我们不知道什么改变。 在Exchange或IIS中是否有日志可以让我看到GAL查找事务？ 这可能是一个GAL权限问题？ （在Outlook中没有GAL的问题）是否可以将我们的DC升级到2008年并增加森林/域function级别？
我希望团队领导只读访问所有团队成员邮箱。 此权限必须适用于所有文件夹并inheritance到新文件夹。 我想实现这一点，而不需要修改客户端应用程序的权限。 任何人都可以帮我实现这个目标
我们的许多用户需要连接到另一个组织的Exchange服务器。 另一个组织正确安装了Outlook Anywhere和Autodiscover，并且所有内部用户都能正常工作。 在为我们的域用户使用自动发现configurationOutlookconfiguration文件后，在提示input他们（其他组织）的用户名和密码之前会有大约60秒的延迟。 我们发现，我们可以检查“在快速networking…”和“在慢速networking…”，并立即出现密码提示。 这很好，并将为我们的用户工作。 但是，在testing期间，我发现在非域计算机上configurationOutlook时，我不需要检查“On Fast Networks …”框。 非域名计算机能够立即进行身份validation。 我想确保我不是在这里隐藏问题，并确保我了解如何以及为什么这是工作。 在join域的计算机上使用时，Outlook Anywhere的行为有何不同？ 根据这篇文章 ，看起来Fast / Slow设置应该只根据适配器链接速度而改变。 但是这里似乎还有别的东西在玩。
我们正在寻求移动我们的交stream环境来在线交stream。 我一直在试图find有关我们如何继续利用我们广泛的公共文件夹的信息。 我知道在线交stream不支持公共文件夹，但2013年将会。我知道我们可以select使用SharePoint联机或组邮箱。 如果我们可以避免，我们已经决定不把这作为网上交换的一部分。 我的问题是 与现场2010年的信息存储的混合部署，我们是否能够在那里安置我们的公共文件夹，并且我们的用户可以在网上交换托pipe它们吗？ 我一直在MS上寻找答案，但一直没有find任何答案。 感谢您的帮助，罗伯特
我正在尝试使用交换进行邮件归档。 我已经遵循了安装所有先决条件。 我用默认运行enkive，我得到日志文件中的错误 Aug 13, 2012 2:50:47 PM com.mongodb.DBTCPConnector fetchMaxBsonObjectSize WARNING: Exception determining maxBSON size using0 java.io.IOException: couldn't connect to [titan/172.16.0.3:27017] bc:java.net.ConnectException: Connection refused at com.mongodb.DBPort._open(DBPort.java:228) at com.mongodb.DBPort.go(DBPort.java:112) at com.mongodb.DBPort.go(DBPort.java:93) at com.mongodb.DBPort.findOne(DBPort.java:146) at com.mongodb.DBPort.runCommand(DBPort.java:157) at com.mongodb.DBTCPConnector.fetchMaxBsonObjectSize(DBTCPConnector.java:457) at com.mongodb.DBTCPConnector.checkMaster(DBTCPConnector.java:444) at com.mongodb.DBTCPConnector.say(DBTCPConnector.java:146) at com.mongodb.DBTCPConnector.say(DBTCPConnector.java:138) at com.mongodb.DBApiLayer$MyCollection.remove(DBApiLayer.java:291) at com.mongodb.DBCollection.remove(DBCollection.java:239) at com.mongodb.DBCollection.remove(DBCollection.java:262) at com.linuxbox.util.lockservice.mongodb.MongoLockService.startup(MongoLockService.java:105) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) […]
我有一个testing交换2010 SP1服务器也运行作为域控制器。 我们将使用它作为开发交换服务器来testing我们自己与Exchange相关的开发。 域名工作正常，交换也是如此。 它可以路由电子邮件等帐户没有问题。 连接Outlook 2010/2003并使用OWA在服务器和远程机器上正常工作。 这没有互联网面临的路线，这不是必需的。 为了开发Exchange提供的API，我们需要使用Auto Discover服务。 但是，自动发现服务似乎没有工作。 如果我从另一台机器浏览到我的浏览器中的“ https：//davedc/Autodiscover/autodiscover.xml ”，我不会提示进行身份validation，而是显示如下： <?xml version="1.0" encoding="utf-8"?> <Autodiscover xmlns="http://schemas.microsoft.com/exchange/autodiscover/responseschema/2006"> <Response> <Error Time="11:17:04.4201807" Id="2459279933"> <ErrorCode>600</ErrorCode> <Message>Invalid Request</Message> <DebugData /> </Error> </Response> </Autodiscover> 然后，我用PS来诊断服务：Test-OutlookWebServices -ClientAccessServer“davedc”，并返回： RunspaceId : daaf1eca-c47e-4069-8e70-6c3816d240dd Id : 1019 Type : Information Message : A valid Autodiscover service connection point was found. The Autodiscover URL […]
可能重复： 只有两台服务器才能实现Exchange 2010的高可用性？ 我们刚刚迁移到Exchange 2010服务器。 目前，所有angular色和邮箱都安装在1台服务器上（我们是一家用户less于100人的小公司）。 我想要使用DAG进行复制，但是DAG似乎大部分设置都需要至less3或4个服务器。 有没有办法使这个工作只有两个服务器，这两个服务器将具有所有的angular色和邮箱？ 也许有比DAG更好的方法来做到这一点？ 我很乐意提供build议。 这里的目标是拥有某种复制服务器，这样如果我们的主Exchange服务器出现问题，另一个服务器可以在一个小时左右带上所有当前信息（而不是备份）。 它不一定是瞬间的。
首先，如果这个问题过于模糊或者信息太less而不能真正负责，则表示歉意。 我通常不会处理这些问题，而且我也没有完全访问这个环境。 然而，托pipe服务提供商似乎很难追踪这个问题，所以我希望有人能够提供一些有关最可能的问题的合格猜测。 这里是：我工作的客户端拥有托pipe的IT环境，基于运行Windows 2008 R2 Standard的虚拟机。 我们基于ColdFusion 9的网站最近从一台虚拟机迁移到另一台虚拟机，尽pipeColdfusion的configuration方式完全一样，但是使用相同的SMTP服务器，也就是客户端的Exchange服务器托pipe在相同的环境中，这两个Web服务器，发送电子邮件到外部收件人不再工作。 从旧机器testing时，它仍然工作正常。 这是我迄今为止所了解到的（所有电子邮件都是使用客户端域上的有效发件人地址发送的）： 只发送给同一域上的其他收件人的电子邮件没有任何问题。 只发送给其他域的外部收件人的电子邮件绝不会发送。 向内部和外部收件人发送电子邮件时，不会传送电子邮件。 当收到其中一封电子邮件到一个内部地址，发件人现在被指定为“[email protected]”，而从旧机器发送时，它只是说“发件人”。 在我看来，它可能暗示Exchange机器“识别”旧的Web服务器，而对于新的Web服务器则是陌生的。 在Coldfusion的邮件日志中，所有的邮件都显示成功发送到SMTP服务器。 任何想法什么设置看，什么日志条目search或如何比较旧的Web服务器与新的将高度赞赏。