我需要你帮助的人;-)
我有一个邮件进入我们的Exchange服务器和通过它出去的问题。 基本上，邮件卡在SMTP队列中。
一条消息将进入服务器，我可以看到它列在“Exchange系统pipe理器”下，但如果列出消息队列的属性，它说
00:10 SMTP消息排队等候本地传送
00:10 SMTP邮件本地传送到[email protected]
00:10 SMTP邮件计划重试本地传递
00:11 SMTP邮件本地传送到[email protected]
00:11 SMTP邮件计划重试本地传递
等等
对于传出的消息列表看起来像这样：
10:55 SMTP：邮件提交给高级队列
10:55 SMTP：开始消息提交到高级队列
10:55 SMTP：邮件提交给分类程序
10:55 SMTP：邮件分类和队列进行路由
10:55 SMTP：消息路由和排队进行远程传递
而最终 – 从那时起，状态并没有改变，消息在排队，我不时地强迫连接，但没有效果。
我检查与智能主机（使用telnet的连接），一切似乎正常工作，所以这个问题可能是交换方面。 我正在使用在Small Business Server 2003上运行的Exchange Server 2003.我没有在服务器上安装任何防病毒软件。 每个分区上剩余的空闲空间超过3Gb，与数据库分区 – 超过12Gb。 自2005年以来，所有的工作都很顺利，没有任何问题，这个六月的一半开始出现了问题 – 信息开始出现，几乎随机被卡住了（我还没有看到一个模式，有的出去了，有的出去了，有的出了问题几个小时）。
我不知道该怎么办，还有什么要检查的，所以请问，有什么想法？
最好的问候，D.
编辑
Priv1.edb有14,5GB和priv1.stm 2,6GB – 这些文件一起超过16GB – 这是否是原因？ 如果是，那么是什么？
事实上，我还没有想到，它可以与我的问题有一些共同点，但几个用户报告了最近与Outlook Web Access的问题 – 他们可以login，他们看到他们的邮件列表，但他们看不到内容他们的电子邮件。 虽然当他们与Outlook 2003/2007连接 – 没有这样的问题，只有与OWA有。
EDIT2
所以，现在就行了，我不得不承认我不太清楚问题是什么（希望不会回来）。
我做了什么：
清理一些邮箱，以减less它们的大小
拆卸信息存储
碎片整理的数据库文件（我使用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），所以这可能不是文件大小的问题。 如果不是这样，那是什么？
如果这是文件大小的问题，那么很快就会重复 – 有什么我可以做的，以避免它？
现在一切正常，问题的确是数据库文件的大小 – 两个文件在一起 – priv1.edb和priv1.stm已经达到了16 383 MB，并且我使用的是没有SP2的Exchange 2003（它正好有16 383MB作为数据库文件的限制）。 我还是不明白为什么在达到这个限制之前，发送是随机的 – 也许有些消息太大了，不能通过？ 不确定。
如果有人有类似的问题，这里有解决scheme的链接：
如何获取最新的Exchange Server 2003 Service Pack：
support.microsoft.com/?scid=kb%3Ben-us%3B836993&x=11&y=7
数据库大小限制configuration和pipe理（从18GB到75GB）：
http://technet.microsoft.com/en-us/library/aa998066%28EXCHG.65%29.aspx
谢谢你的回答和评论，你们都帮了我很多！
我假设你的信息存储正在工作，并且用户能够到达他们的邮箱等。如果不是这样的话，那么我们需要讨论这个问题，因为这会导致你在post中看到的东西。
看看这篇文章从微软： http : //support.microsoft.com/kb/828938
这对我来说感觉就像你的信息存储有问题，文章中描述的“断开的SMTP邮箱”是一个好的开始的地方（假设你的用户没有一般问题到达他们的邮箱外表）。
如果您能够停止并重新启动信息存储服务，请执行此操作，并检查应用程序事件日志中的文章中所述的消息。 特别是，您正在查找源“MSExchangeTransport”和事件ID 326，和/或“MSExchangeIS”事件ID 1194。
如果是这样的话，这篇文章中有一个解决程序，但它不是一个点击点击程序（谢谢，微软）。 看看这是不是你的问题，然后我们可以更深入的解决scheme。
可能是\ Exchsrvr \ Mailroot \ vsi 1 \ Queue文件夹中损坏的邮件。 按datesorting文件，并将最旧的文件移动到其他位置。 并重复。
我有类似的东西，并最终跟踪到这一点：我们传出的消息限制是20MB，有人发送了18MB的电子邮件。 没有明显的错误消息，有时候一些消息似乎要经过，但大约100多条消息被封装在等待去往SMTP目的地的各种队列中。
我收到了这些重要的信息，突然间一切都变得简单了。
没有日志消息，但我们有一个缓慢的DSL连接（远离电话公司），我的猜测是在SMTP连接超时？ 或者可能限制在另一端？