在Exchange 2010中计划/排队大型电子邮件，直到延迟减少
我的挑战 我们在各个站点都有Exchange服务器，但在船上也有。在海上时，船只通过卫星链路连接到我们的网络，而在港口时，则切换到WiFi桥。 由于高延迟（500毫秒以上）和不常见的丢失（例如，当船转弯时），试图在海上发送超过几兆字节的任何电子邮件很可能会失败并重试直到限制已经达到。结果：电子邮件无法传递，每次尝试都会在卫星链接上消耗宝贵的带宽。 一种“解决方案”是将最大电子邮件大小限制为5 MB，但这几乎不方便用户使用，并且在端口传输过程中没有必要的限制。 粗略的想法 我希望做的是将所有大于设置限制的电子邮件排队，以便以后在海上发送时立即发送所有小型电子邮件。然后，我以为我应该定期对数据中心中的集线器传输服务器执行ping操作，当延迟下降到约400毫秒以下时，我将开始处理大型电子邮件队列。当等待时间超过400毫秒时，我会塞住漏洞，让电子邮件再次排队。 现在，自2003年以来，我还没有真正接触过Exchange。那时，您可以安排大型电子邮件以供以后发送，因此我的想法是在Exchange 2010中执行类似的操作，然后编写一种方法来切换发送在“始终”和“从不”之间安排大型电子邮件的时间表。 障碍 创建这样的脚本应该不会太复杂，但是随后我了解到，Exchange 2007已删除了我依赖的功能： 这是Exchange 2003中的一项功能，但已在Exchange 2007中删除。此功能是在SMTP连接器上设置的，“对超大邮件使用不同的传递时间”。 TechCenter：是否可以根据Exchange中的大小安排电子邮件传递？ 问题 是真的吗 -该功能是否已不再存在于Exchange 2010中，或者仅已转变为类似功能，可以用来实现目标？如果是这样，该怎么办？ 是否有另一种方法可以推迟在某些Exchange服务器上传送大型电子邮件？它可能基于时间表，甚至可能需要采取特定的行动-我相当确定会有某种方式可以通过脚本触发交付，我只需要在船上的单独队列中发送大量电子邮件即可。 您对此的想法将不胜感激！:-) 编辑1：精炼的粗略构想 我偶然发现了两个PowerShell CmdLets，我认为它们可以使我非常接近我的目标： Suspend-Message Resume-Message 我玩弄了Get-Message一段时间，以查看上面的命令将处理哪种消息。 最重要的是，这些命令接受消息大小过滤器。此命令将列出当前服务器上大于5 MB（5,242,880字节）的已排队消息： get-message -Filter {Size -gt 5242880} 似乎Get-Message仅从各种远程传递队列返回邮件。但是，在服务器中流动的消息是否短暂而又出现在Get / Suspend / Resume-Message会混乱的队列中？ 如果不是这样，则解决方案可能像每隔几分钟执行一次预定脚本一样简单，大致方法如下（使用伪代码）： if ping_rtt > 400 Then Suspend-Message -Filter {Size -gt …