公告

从 2013 年 6 月 20 日开始,Microsoft 将不再向本博客发布新内容(但现有文章的存档仍会保留)。今后,请访问 http://blogs.technet.com/b/exchange 来查找有关 Microsoft Exchange Server 的最新 IT 专业人员信息。

0

边缘传输服务器上的神秘邮件循环:检查大小限制!

原文发布于 2013 年 3 月 29 日(星期五) 我是 CSS 的支持工程师。在过去的工作中,有客户报告在像 contoso.com 这样的特定域中出现了邮件循环错误,而且此错误只出现在大的电子邮件中。这个问题真的很神秘,直到你发现邮件循环是由于发送连接器上的大小限制导致的。我认为这个古怪的问题值得与大家分享。 了解配置和问题的根源: 我最初认为,这个问题可能是由于将边缘服务器配置为使用外部 DNS 服务器(用于解析外部主机的 DNS 服务器)而导致的。通常,在将边缘传输服务器配置为使用外部 DNS 服务器之后,它会将域名解析为公共 IP 地址(一般指向自己、外部防火墙或服务提供程序)而非 Active Diectory 网站中的集线器传输服务器,从而导致邮件循环。 在重现问题时,我发现边缘传输服务器并未配置为使用外部 DNS 服务器。我设置的用于重现问题的环境如下图所示:   在此方案中出现情况是:当边缘传输服务器接收到来自 Internet 发件人的 20 MB 大小的电子邮件时,它将会接受邮件。边缘传输服务器有两个用于匹配地址空间的连接器:一个用于将地址空间 contoso.com 匹配到 Active Directory 网站,另一个用于匹配地址空间 *。当基于所有可用连接器来决定路由时,从边缘到集线器的路由将不会予以考虑,因为它存在大小限制(大小限制为 10 MB)。最优匹配是从边缘到 Internet 的 * 连接器(请查看了解邮件路由中记述的连接器选择逻辑),它的邮件大小限制为 30 MB。 最终结果:邮件将被路由回 Internet,从而导致在 Internet 和边缘服务器之间出现邮件循环。 根据是否将指向 Internet…

0

发布 Microsoft Connectivity Analyzer (MCA) 1.0 和 Microsoft Remote Connectivity Analyzer (RCA) 2.1

原文发布于 2013 年 3 月 12 日(星期二) 早在 2012 年 11 月,我们发布了 MCA Beta 客户端。我们一直在忙着改进 MCA 客户端中提供的测试选项。下面是我们为 1.0 发行版构建的内容:   Microsoft Connectivity Analyzer Tool 1.0 我们满怀激动地发布了 Microsoft Connectivity Analyzer 的 1.0 发布版。此工具是 Microsoft Remote Connectivity Analyzer 网站的助手。MCA 工具可以让管理员和用户直接从自己的本地计算机上针对五种常见的连接症状运行连接诊断。用户可以测试自己的连接,并且在 RCA 网站上查看结果时,还可以将结果保存为管理员可以识别的 HTML 格式。 在此处安装 MCA 1.0 工具:https://testconnectivity.microsoft.com/?tabid=client 观看介绍视频: MCA 工具提供五种测试症状: “我无法使用 Office Outlook 登录”– 此测试相当于针对“Outlook Anywhere…

0

针对 Exchange Server 2013 的托管和多租户指南现已发布

原文发布于 2013 年 2 月 21 日(星期四) 我们很高兴地能发布大家再三请求的、针对Exchange Server 2013 的托管和多租户指南文档。现在该文档可以在此处下载。 眼尖的读者将会发现,该指南与针对 Exchange Server 2010 的指南非常相似。这并不是因为我们所做的工作不过是查找、复制和替换,而是因为我们对 Exchange 2010 采用的策略同样适用于 Exchange 2013。也就是说,您应该只使用内置工具、cmdlet 和界面来配置解决方案,并且在任何情况下都不应直接操作 AD 中的对象来实现所需的配置。 下面的概念也同样适用:并不是所有的功能都能像您配置的那样在多租户环境中工作。例如,邮件提示功能将会完全按照其在标准的本地类型部署中工作的方式进行工作,而这通常会在要公开的租户之间产生不必要的数据。该文档重点介绍了在您配置用于多租户的 Exchange 时可能不会按照预期方式工作的功能,并提供了配置某些功能的建议或在必要时禁用某些功能的建议。 解决方案中重要的目录分段元素的核心是通讯簿策略功能。通过最近发布的、可充分利用通讯簿策略功能的传输代理,我们希望您能发现 2013 解决方案比以往更容易生成和维护。 请注意,2013 版本有一些重要的更改,因此我们建议您在规划和生成解决方案之前,仔细阅读该指南,并在遇到任何问题时根据需要再翻翻该指南。 与使用 Exchange 2010 一样,我们具有按照该文档中的准则生成的合作伙伴解决方案,而且我们当前已经验证过的解决方案也会在网站上列出。这个列表的内容将会不断增长,因此,如果您要使用的解决方案当前未在列表中列出,则可以常回来查看这个列表,或者联系供应商询问其验证计划。 我们确实在计划发布针对多租户或托管进行配置的、更新的 Exchange 2013 扩展指南,并且将会在该文档发布之后更新解决方案网站。 我们希望您会发现该文档很有用,并且期待获得您的反馈。 Greg Taylor 首席项目经理主管 Exchange 客户体验 这是一篇本地化的博客文章。请访问 Hosting and Multi-Tenancy Guidance for Exchange Server 2013…

0

Office 365 和 Exchange Online 的收件人速率限制提升到 10K

原文发布于 2012 年 12 月 27 日(星期四) 作为对我们的客户的反馈的回应,我们提升了 Office 365 Enterprise(E1、E2、E3、E4、K1 和 K2)、Office 365 Professional 和 Office 365 Small Business (P1) 以及政府计划(G1、G2、G3 和 G4)中的收件人速率限制,允许用户每天最多能向 10,000 个收件人发送邮件。这些新限制也适用于独立的 Exchange Online 计划(网亭、计划 1 和计划 2)。以前,这些计划的用户的收件人速率限制设置为每天最多 1,500 个收件人。 设置收件人速率限制是为了阻止用户发送大量未经请求的商业电子邮件(通常称为“垃圾邮件”)。这些限制可保护我们的联机服务,避免成为垃圾邮件的源头。并且,通过这些保护,可以让我们的客户的电子邮件顺利送达。数据中心的功能增强使我们能够在保持相同的保护水平的同时提升此限制。 这些限制同时适用于在组织内部发送的电子邮件和传递到外部组织的电子邮件。避免超出收件人速率限制的最佳方式是,在向大量收件人发送邮件时使用通讯组。存储在共享通讯簿中的通讯组在有关收件人速率限制的计算中将被计为一个收件人。有关详细信息,请参阅支持批量电子邮件的策略。需要批量发送合法的商业电子邮件(如客户新闻稿)的 Office 365 客户应继续通过专注于这些服务的第三方提供商实现。 如果您想知道有关收件人速率限制的详细信息,请参阅批量电子邮件和每日收件人速率限制。我们正是由于您的反馈而做出了上述改变。感谢您与我们分享您的想法,请继续这样支持我们! Steve Chew 这是一篇本地化的博客文章。请访问 Recipient Rate Limit Increase to 10K for Office 365 and Exchange Online…

0

Microsoft Remote Connectivity Analyzer 有什么新增功能?有很多!

原文发布于 2012 年 11 月 20 日(星期二) 您是否收到过来自某个您认识的人的电话,称其 Outlook 客户端在连接到电子邮件服务器时出现问题?您是否希望有一个工具可发送给他们,以指导他们完成连接测试过程并为他们提供一种简单的将结果发送给您的方式? 又或许您是多年来一直使用 Remote Connectivity Analyzer 验证电子邮件配置的管理员,但您是否希望有一种方式可在组织中验证相同的测试,或提供与 RCA 网站相同的诊断详细信息? 我们收到过类似的请求,我们的团队已为这些方案构建了一个工具。我想向您介绍 Remote Connectivity Analyzer 网站的可移植版本 Microsoft Connectivity Analyzer(测试版)。下面是一个介绍 Microsoft Connectivity Analyzer 的简短视频,时长 49 秒。 此工具包含与对应网站相同的测试,并且用户界面(可以与您的用户、家人或街坊邻居共享的内容)稍微简单一些。 此外,我们会将结果拆分为两个视图:一个简化视图,其中仅显示您的妈妈都能理解的结果,另一个视图显示只有管理员才喜欢的完整详细的结果(对,就是您喜欢的)。 其他适用于管理员的详细信息将显示在“查看我们运行的所有测试”(Review all the tests we ran) 下: 或者要求您的用户保存详细结果,然后将结果发送给您!详细结果将另存为 HTML 文件,并且可在您的浏览器中进行查看。 Microsoft Connectivity Analyzer 先决条件 此工具支持下列操作系统:64 位 Windows 7、Windows 7 和 Windows Server…

0

Exchange 2007 和 Exchange 2010 上的 Windows Management Framework 3.0

原文发布于 2012 年 12 月 15 日(星期六) 最近 Windows Update 开始提供 Windows Management Framework 3.0 作为可选更新。这包括所有形式的更新分发,如 Microsoft Update、WSUS、System Center Configuration Manager 和其他机制。此处的重点是 Windows Management Framework 3.0 包含 PowerShell 3.0。 Windows Management Framework 3.0 将作为 KB2506146 和 KB2506143 分发(具体提供哪一个取决于您正在运行的服务器版本 – Windows Server 2008 SP2 或 Windows Server 2008 R2 SP1)。 这对您来说意味着什么? 任何版本的 Exchange 均不支持 Windows Management…

0

Exchange Server 2013 实现公开发布

原文发布于 2012 年 12 月 4 日(星期二) 早在 10 月,我们就宣布签发了 Exchange Server 2013 的交付厂商版 (RTM) 版本。从那时起,我们一直在集中精力通过多个分发渠道向我们的商业客户发布下一版本的 Exchange。 今天,我们达到了另一个重要的里程碑 – Exchange 团队激动地宣布公开发布 Exchange Server 2013。现在您可从 TechNet 下载软件,并且可在 180 天内对产品进行评估。您也可花几分钟时间注册 Office 365 Preview 以获得最新的 Exchange 在云中的体验。 如果您希望在绿场环境或实验室和测试环境中部署 Exchange Server 2013 以评估新功能并使用 LOB 应用程序进行测试,则可立即开始。如果您现在运行的是 Exchange 2010 或 2007 环境,则将需要 Exchange Server 2010 SP3 或 Exchange Server 2007 更新汇总才能升级。我们知道您渴望迁移到新版本,因此我们会努力完成…

0

管理 Exchange Server 2013 中的 OAB

原文发布于 2013 年 1 月 15 日(星期二) Exchange 团队博客文章 Exchange Server 2013 中的 OAB 介绍了 Exchange Server 2013 中新的脱机通讯簿 (OAB) 生成和分发体系结构。如果您尚未看过这篇文章,请花几分钟时间阅读一下或者再读一次快速温习一下。 由于体系结构发生更改,Exchange 2013 中的 OAB 管理有所不同。此外,新的 Exchange 管理中心目前没有用于管理 OAB 的选项。这意味着,此时您将需要使用 Exchange 命令行管理程序完成 OAB 相关任务。 本文将介绍 OAB 管理中的常见任务,并提供两个可帮助更好地了解这些任务的现实生活方案。 注意:如果您位于多林 Active Directory 域环境中,请确保 Exchange 命令行管理程序会话启用了 ViewEntireForest,本文中的部分命令将不会返回任何输出。 用于启用 ViewEntireForest 的命令: Set-ADServerSettings -ViewEntireForest $true 创建新的 OAB 在 Exchange 2013…

0

公用文件夹复制疑难解答程序

原文发布于 2012 年 11 月 13 日(星期二) 最近我们发布了用于解决 Microsoft Exchange 2003 中的公用文件夹复制问题的引导式演练 (GWT)。有两种方法可以访问此疑难解答程序。您可使用此处链接直接访问它。此外,该链接将嵌入到各种有关公用文件夹复制的文章中,如:http://support.microsoft.com/kb/842273/zh-cn。 我知道您现在肯定疑惑:既然 Exchange 2003 不再处于主流支持阶段,为什么我们还会为它推出一个疑难解答程序?我们出于多种原因做出了这个决定。首先,有大量仍在从 Exchange 2003 过渡的 Exchange 客户,我们希望尽可能帮助这些客户迁移到我们更新的受支持的产品版本。这是帮助指导这些客户的最佳方式,因为我们不再为他们提供电话支持选项。第二,也是最重要的,Exchange Server 2003 公用文件夹的所有问题现在均已被发现,因此创建一个涵盖此材料的疑难解答程序意味着后者将不会出现大幅更改。最后,由于公用文件夹复制机制在一段时间内尚未出现重大更改(在 Exchange 2013 之前)的事实,因此有必要从 Exchange 2003 着手,这为我们提供了一个框架,我们可以相对轻松地对它进行更新来推出今后的版本。 支持组织将会大力扩展此疑难解答程序的范围以在将来包含 2007/2010。 正如 Bill Long 撰写的一系列博客文章此处、此处和此处中所指出的,此演练实际上是一个复制疑难解答指南。它不是要代替所有帮助您了解公用文件夹复制过程的数据,而是在出现复制问题时为您快速提供帮助找出问题所需的步骤。 我要感谢那些帮助将此想法变为现实的人。下面是参与的各方(我知道的): Exchange 支持: Nick Basile Rob Whaley Bill Long Charlotte Raymundo Will Duff Nino Bilic 文档/内容创建团队: Bobbie DeFault…

0