一个客户端（它通常是同一个客户端）经常遇到由交换服务器杀死的mapi会话的问题。 交换logging源MSExchangeIS中的应用程序事件日志9646： 模块MAPI-Sitzung'/ o = xx / ou =交易所pipe理组（FYDIBOHF23SPDLT）/ cn =收件人/ cn = xxxx'最大模板数量最大值最小值最大值250对象types'objtMessage'überschritten。 客户端没有logging有关此错误的事件日志。 我查找了已安装的Outlook加载项，并find了来自Microsoft的默认加载项，一个adobe pdf加载项（我因为不需要而停用）和一个来自telekom的“Octopus”插件。 八达通是连接到Outlook的CTI应用程序。 我的猜测是，八达通（或其加载项）导致这个错误，因为这个客户端有超过1100个联系人。 我的问题是：我怎么知道，哪个应用程序/加载项导致这个问题？ 编辑：我已经看eventid.net，但没有任何帮助。 编辑2：Exchangecaching模式不使用也没有任何共享的文件夹/邮箱打开。
我有一个现有Exchange 2007组织的客户端，大约有200个用户，所有邮箱的大小都合理。 他们希望在一个全新的AD林中，在新的硬件上，在不同的物理位置迁移到一个新的Exchange组织。 这个新的networking已经准备就绪，正在等待使用。 我的问题是，将这些邮箱移动到新组织的最佳方式是什么？ 我担心我可能需要使用导出邮箱将所有这些邮箱导出到PST文件，将它们FTP到新的位置，为每个用户创build邮箱，然后重新导入数据，这将是一个非常耗时的工作，所以如果任何人有更好的策略，或工具来帮助他们将非常感激。 即使没有简单的方法移动邮箱，您是否有任何build议轻松地移动AD帐户，即使数据必须单独导入。
我们有Microsoft Standard Exchange 2007。最近有一段时间，我们突然失去了从AOL接收电子邮件的能力。 据我所知，我们通常收到所有其他电子邮件。 我们唯一使用的反垃圾邮件解决scheme是来自zen.spamhaus.org的阻止列表。 我已经暂时禁用它没有任何改变。 我不认为它会有所作为，因为AOL服务器似乎不在禅宗。 我们使用OpenDNS作为我们的DNS提供商，但并不阻止aol.com。 我们能够发送到aol.com，并收到这些消息，所以它不像他们阻止我们的域名。 ============================================ 更新1：这是一个典型的AOL日志（我砍掉了IP和其他东西）： ，<，EHLO imr-da02.mx.aol.com， ，>，250-mail.mydomain.com您好[205.188.105.144]， ，>，250-SIZE， 250stream水， 250-DSN， 250 ENHANCEDSTATUSCODES， 250-STARTTLS， 250-AUTH GSSAPI NTLM， 250-X-EXPS GSSAPI NTLM， 250-8BITMIME， 250 BINARYMIME， 250-CHUNKING， ，250 XEXCH50， <，MAIL来自：SIZE = 8356995， ，08CBB8907FCC1A80; 2009-08-18T18：37：33.812Z; 1，接收短信 ，250 2.1.0发件人OK， <，RCPT收件人：， ，250 2.1.5收件人OK， <，DATA， ，354开始邮件input; 以…结束， ，+ ,, ，， SMTPSubmit SMTPAcceptAnySender SMTPAcceptAuthoritativeDomainSender AcceptRoutingHeaders，设置会话权限 ，>“220 […]
我们最近在我们的DC上发生了故障 – 在4个磁盘RAIDarrays中的一个磁盘出现故障，并且在我们能够更换磁盘之前，它在降级模式下运行了大约3个星期。 在更换前的最后一天，交换机运行得如此糟糕，以至于一些用户在打开邮箱时就会崩溃（我认为他们的邮箱已经损坏）。 我们更换了磁盘，重build也成功了，但是当交换数据库仍然损坏时，只能在一周内从备份中恢复 – 只能吹掉一小部分电子邮件。 所有这一切都是由另一名工作人员完成的，但是这里是我介入的地方 – 大约一个月后，一些工作人员发现丢失的电子邮件是非常重要的。 当他们从备份中恢复时，他们将所恢复的交换数据库的副本放到新的iSCSI驱动器中，以及从正在进行的备份到正在恢复的服务器之间的日志。 从我所知道的情况来看，这应该足以让我们在当天看到邮件存储库，这样我就可以得到5到10条真正重要的信息。 问题是我对交换一无所知。 谷歌build议http://technet.microsoft.com/en-us/library/bb124040(v=exchg.65).aspx和类似的网页，但这些似乎是与修复正在运行的数据库，这不是我想要的 – 现在电子邮件正在工作，我不想改变这一点。 我们使用SBS 2008和Exchange 2007 – 关于从哪里开始的任何build议将不胜感激。
垃圾邮件最近已经通过Postini发送给收件人（[email protected]）的To：字段和标题中。 虽然这并不奇怪 – 我们之前已经收到了垃圾邮件 – 事实上，我无法知道发送给[email protected]的邮件是如何发送给自己的，至less还有另外一名工作人员。 标题显示它正在被Postini的网关接收并发送到我们的Exchange服务器，但不是垃圾邮件，根本不应该影响路由。 我们都没有收到任何发送给[email protected]的“正规”邮件，只是这些垃圾邮件。 只是为了确保我不疯狂，我从另一台机器Telnet到Exchange服务器，并发送消息到[email protected]，我们都没有得到它。 我检查了他的Exchange邮箱上是否有转发选项，但没有。 我也检查了一下，是否有一些发行组织已经build立，没有。 同样，我所做的所有这些检查似乎毫无意义，因为rcpt to决定了尝试传递哪个地址。 我已经打开诊断日志logging，看看是否有什么奇怪的，但Outlook标题不应该“说谎”，应该吗？ 还有什么我失踪？ 我们正在运行Exchange 2007（SBS 2008）。
我是Exchangepipe理员noob，所以我不知道这是否正常，但在我们的Exchange 2007服务器下的C:\Program Files\Microsoft\Exchange Server\Mailbox\First Storage Group\有一个30,000 1MB。日志文件。 我不知道那些是否应该在那里，但是它们像小野兔一样继续繁殖。 到目前为止，我一直拒绝删除它们，因为我确信会出现问题，但是现在我们的80GB磁盘已经完全满了，Exchange已经停止接收消息了。 我最好的猜测是这些是事务日志，并且在出现错误时重build数据库会很有用，但是30GB的事务日志看起来有点过分。 有没有办法限制它，甚至是一个好主意？ 当然，我完全错过了这一点？
所以，我们有一个错误的程序启动了大约15,000封电子邮件给我们的用户。 我有我们的垃圾邮件filter现在阻止这些边缘，直到解决，但现在我想清理我们的用户的邮箱为他们。 无论如何，Exchange 2007删除主题行中的某些文本的所有电子邮件？ 这将需要部分匹配，因为每个电子邮件的主题略有变化。 我试图用Forefront的手动扫描作业+内容filter来做到这一点，但似乎并不喜欢这个主题的部分匹配。
我想知道如果使用MS Exchange有一种方法来运行代码出站电子邮件。 代码需要触发发送到特定域的电子邮件，连接到数据库，检查与发送的电子邮件相关的电子邮件，并将该电子邮件复制到相关的电子邮件。 我正在做的事：当[email protected]收到一封电子邮件时，他的审计员[email protected]得到了CC'd。 Jack在与他的审计员的电子邮件相关的MSSQL数据库表中。 有没有这样的事情样本？
我有一个小的Exchange环境，10台运行Outlook 2007的PC，3台Droid手机，2台iPhone和一对Ipod。 我今天上午来了解外部收件人没有收到我们的邮件。 没有错误或回扣，邮件只是消失。 这是奇怪的部分，苹果设备通过EAS连接，并能发送没有问题，收件人得到的消息。 Android设备和所有Outlook用户（除了ONE！）都能够发送，但收件人永远不会收到邮件，就像发送到任何地方一样。 OWA的结果与Outlook相同。 Exchange控制台中的邮件跟踪显示消息发送。 我的SMTP日志显示完全相同的结果，对于未发送的消息，就像那个可以发送的用户那样。 所有邮件给内部用户正常工作。 编辑：只有一个用户可以发送，这是通过Outlook或OWA。 澄清， 用户1不能发送与Outlook或OWA，或他的Droid使用EAS到我的Gmail地址，但可以连接他的iTouch到EAS，它发送罚款。 用户2可以发送到我的Gmail帐户使用Outlook，OWA（从任何电脑）或他的iTouch。 这是唯一没有遇到任何问题的用户 我无法使用Outlook或OWA发送到我的Gmail帐户，但我的iPhone使用EAS 以下是未收到邮件的SMTP日志： 周二，2010年10月19日13:40:38 -0400“，EHLO mail.domain.com， 250-cm-omr9说EHLO到我们的外部地址：34152， 250-8BITMIME， 250stream水， 250-AUTH = CRAM-MD5 LOGIN PLAIN， 250-AUTH CRAM-MD5 LOGIN PLAIN， 250个增强型号码， AUTH LOGIN， 235 Authed。 继续。， 63，发送消息 邮件来自：[email protected]， RCPT TO：[email protected]， RCPT TO：[email protected]， 250邮件从接受， 250 RCPT TO接受， 250 RCPT TO接受， 数据， “354继续，用”\ r \ […]
在Windows Server 2008备份实用程序中有一个众所周知的缺陷，不允许您轻松地备份Exchange 2007，这是您可以在2k3中使用NtBackup的方式。 交换团队承诺提供解决scheme，但从未提供过解决scheme。 什么是一些（希望便宜）选项？