在哪里为Exchange 2010存储日志。特别是错误日志。 干杯，Dean
我们最近经历了升级到Exchange 2010，我注意到自升级以来创build的新分发列表没有在GAL中显示。 有人可以告诉我，我需要做什么，以确保这些显示在GAL？ Outlook客户端处于caching模式，但他们每24小时更新GAL，这些发行版仍不显示。 提前致谢。
我刚刚使用Windows 7和Office 2010对200多台PC进行了映像，Office 2010在“产品激活失败”的顶部显示了一条红色横幅。 我可以使用组策略或脚本解决这个问题吗？ 谢谢肖恩
我们有两个Exchange 2010盒子，并试图使用DAG（ 类似于这个设置，除了我们距离远端办公室不到1英里外） 然而，我们想知道是否可以在启用复制之前手动复制和粘贴复制所需的文件，以加快进程。 谢谢， 汤姆
我在2个不同站点的2个Exchange服务器之间build立了一个DAG，通过专用的千兆位电路连接。 出于某种原因，每隔一段时间，远程主机将从活动的故障转移群集成员身份（即使其联机）中被删除，那么两台Exchange服务器将争夺主要的（事件日志报告“文件共享目击者未能对文件共享进行仲裁“时，文件共享确实存在，Exchange Trusted Subsystem在该文件夹和共享上具有pipe理权限，但DAG设置框报告不存在）。 那么所有的用户都会被提示input密码，有时整个事情都会下降几分钟。 即使公共文件夹有时也会被打断。 它报告有3个不同的子网（访问子网，iSCSI子网和不可路由的IPv6子网），并且在除访问子网之外的所有子网上都禁用了复制。 这是DAG具有其IP地址的相同子网（我给它2）。 在其他两个子网上禁用复制。 任何人遇到这个问题之前呢？
Exchange 2010是否为单个标头添加了最大长度？ 如果是这样，那是什么？ 比方说，用户发送一封电子邮件给200个收件人，导致一个有200个电子邮件地址（我知道非常糟糕的主意）的TO：字段。 或者，假设上游内容filter添加了一个包含大量信息的X-header。 Exchange会在什么时候拒绝这个消息。 会拒绝这个信息吗？ 我问的原因是因为我看到其他MTA有大标题的问题，并且对Exchange感到好奇。 例如，默认情况下，如果单个标头大于64K（根据http://ftp.sunet.se/pub/unix/mail/sendmail/KNOWNBUGS ），则SendMail milter通信将失败。
这可能是一个有点简单的问题，但我已经在网上阅读了很多，发现比较很less。 我们是一家小商店，大约有200个用户。 目前我们的Exchange邮箱配额设置为400MB。 只要我记得我们已经有用户存档电子邮件，因为他们填满了他们的邮箱，所以我们有更多的.pst漂浮在我们想要的。 我已经研究过Exchange的存档function，它看起来不错，但我很难确定为什么我会走这条路线（成本，约12K许可证），而只是有更多的硬盘空间在服务器上，并将每个人的邮箱限制增加到10GB（例如）。 我可以想象在一台服务器上有主邮件，而在另一台服务器上进行存档对于平衡系统上的负载/压力是理想的，但对于我们的小店，我们只有一台服务器/数据库，并计划将归档数据库放在同样的服务器 我们计划在不久的将来也将DAG部署到灾难恢复站点。 因此，除了能够为我们的法律部门提供发现过程的更多function外，我还没有看到这方面的好处吗？ 此外，我们目前在Office 2007上，从我读到的许多function不可用，除非您正在运行2010年，所以这将是别人考虑我想。 但无论如何，对于那些使用两种方式，比我在交换/归档方面更“知道”的人，我会感激不尽。 ：） 感谢您的input！
我正在处理许多不同公司的电子邮件。 每家公司都需要我通过基于“ 发件人”地址的特定SMTP中继路由所有出站电子邮件。 什么软件configuration或技术可以让我做到这一点？ 我们是一家拥有Exchange 2010的Windows商店，但可以使用sendmail等其他选项，甚至可以购买或寻找某人构build自定义传输代理
我的客户端的Exchange 2010已被设置为发送/接收邮件高达25MB，但Exchange仍然拒绝邮件16-20MB的大小： Technical details of permanent failure: Google tried to deliver your message, but it was rejected by the recipient domain. We recommend contacting the other email provider for further information about the cause of this error. The error that the other server returned was: 552 552 5.3.4 Message size exceeds fixed maximum message size […]
最近我遇到了一个问题，那就是我们的一个拥有大约60名员工的分支机构最终会向该设施的20个用户发送一个10MB的电子邮件。 问题在于，电子邮件服务器本身位于总部跨1.5Mbps的MPLS电路。 那么总部的Exchange服务器必须发送一个10MB的电子邮件给跨越这个pipe道的20个不同的用户到他们caching的OST文件（除非我错过了一些东西，但是看起来在networking上是这么做的）。 这会导致严重的拥塞，直到所有的stream量都被传输。 除了在分支机构设置邮箱服务器或限制电子邮件大小外，还有其他方法可以缓解这种情况吗？