我需要你们的帮助 ;-)
我遇到了 Exchange Server 中收发邮件的问题。基本上，邮件都滞留在 SMTP 队列中。
一条消息将进入服务器，我可以在“Exchange 系统管理器”下看到它，但是如果你列出消息队列的属性，它会显示类似
00:10 SMTP 邮件排队等待本地传送
00:10 SMTP 消息本地传送至[电子邮件保护]
00:10 SMTP 邮件计划重试本地投递
00:11 SMTP 消息本地传送至[电子邮件保护]
00:11 SMTP 邮件计划重试本地投递
等等等等
发送的消息列表如下所示：
10:55 SMTP：邮件已提交至高级队列
10:55 SMTP：已开始将邮件提交至高级队列
10:55 SMTP：邮件已提交至分类程序
10:55 SMTP：邮件分类并排队等待路由
10:55 SMTP：邮件路由并排队等待远程传送
最后 - 从那时起状态就没有改变，消息在队列中，我时不时强制连接但没有效果。
我检查了与 smarthost 的连接（为此使用了 telnet），一切似乎都正常工作，因此问题可能出在 exchange 方面。我使用的是运行在 Small Business Server 2003 上的 Exchange Server 2003。服务器上没有安装任何防病毒软件。每个分区的剩余可用空间超过 3Gb，带有数据库的分区的剩余可用空间超过 12Gb。自 2005 年以来，一切都运行良好，没有出现问题，问题始于今年 6 月下旬 - 消息开始随机发出并被卡住（我还没有看到规律，有些发出了，有些没有，有些在几个小时后才发出）。
我不知道该怎么做，还需要检查什么，所以请问有什么想法吗？
谨致问候，D.
编辑
Priv1.edb 有 14.5GB，而 priv1.stm 有 2.6GB - 这些文件加起来超过 16GB - 这可能是原因吗？如果是，那是什么？
确实，我没想到它与我的问题有什么共同之处，但最近有几个用户报告了 Outlook Web Access 的问题 - 他们可以登录，可以看到邮件列表，但看不到邮件内容。虽然当他们使用 Outlook 2003/2007 连接时 - 不存在这样的问题，只有使用 OWA 时才存在。
编辑2
所以，..它现在可以工作了，我不得不承认我真的不确定问题是什么（希望它不会再次出现）。
我做了什么：
清理了一些邮箱以减少其大小
下马信息存储
对数据库文件进行碎片整理（我使用了 eseutil：c:\program files\exchsrvr\bin> eseutil /dg:\data base\Exchsrvr\MDBDATA\priv1.edb）
安装信息存储回来
..在我设法做其他任何事情之前 - 我的队列开始移动，那些已经在那里保存了好几天的元素 - 开始移动，几分钟后所有内容都被发送，包括外部和本地。
但是：priv1.edb 仍然很大（13 884 203 008），priv1.stm 也很大（2 447 384 576），所以这可能不是文件大小的问题。如果不是这个，那是什么？
如果这是文件大小的问题，那么很快它就会重复出现 - 我能做些什么来避免它？
答案1
现在一切正常，问题确实出在数据库文件的大小上 - 两个文件加起来 - priv1.edb 和 priv1.stm 已经达到了 16 383 MB ，而我使用的是没有 SP2 的 Exchange 2003（数据库文件的限制正好是 16 383MB）。我还是不明白为什么在达到这个限制之前发送是随机的 - 也许有些消息太大而无法发送？不确定。
如果有人遇到与我类似的问题，以下是解决方案的链接：
如何获取 Exchange Server 2003 的最新服务包：
support.microsoft.com/?scid=kb%3Ben-us%3B836993&x=11&y=7
数据库大小限制配置和管理（从 18GB 到 75GB）：
http://technet.microsoft.com/en-us/library/aa998066%28EXCHG.65%29.aspx
感谢您的回答和评论，你们对我帮助很大！
答案2
我假设您的信息存储正在运行，并且用户可以访问他们的邮箱等。如果不是这样，那么我们需要讨论该问题，因为它会导致您在帖子中看到的内容。
看看微软的这篇文章：http://support.microsoft.com/kb/828938
我觉得您的信息存储出现了问题，而文章中描述的“断开连接的 SMTP 邮箱”是一个很好的起点（假设您的用户在使用 Outlook 访问邮箱时没有遇到一般问题）。
如果您能够停止并重新启动信息存储服务，请执行此操作并检查应用程序事件日志中是否存在本文所述的消息。特别是，您要查找源“MSExchangeTransport”和事件 ID 326，和/或“MSExchangeIS”事件 ID 1194。
如果是这种情况，文章中有一个解决方法，但这不是一键解决的流程（感谢微软）。首先确定这是否是您的问题，然后我们才能更深入地解决问题。
答案3
\Exchsrvr\Mailroot\vsi 1\Queue 文件夹中可能有损坏的邮件。按日期对文件进行排序，并将最旧的文件移到其他位置。然后重复。
答案4
我遇到过类似的事情，最终追踪到：我们的外发邮件限制为 20MB，但有人发送了 18MB 的电子邮件。没有明显的错误消息，有时一些邮件似乎可以发送，但大约 100 多封邮件被塞在各种队列中，等待发送到 SMTP 目的地。
我删除了重要消息，然后突然一切又重新开始。
没有日志消息，但我们的 DSL 连接速度很慢（距离电话公司很远），我猜是 SMTP 连接超时了？或者可能是另一端的限制？