Explaining the Mysterious SMTP Advanced Queuing Engine

re: Explaining the Mysterious SMTP Advanced Queuing Engine

Jesse Cadd — Mon, 04 Apr 2005 23:33:35 GMT

Do you know of any way to dynamically reprioritize over-size messages so they won't clog the queue? I'm not talking about having a different schedule for over-size messages, I know about that setting. This would let messages flow anytime, but upon detecting a message of over...say...5mb leaving the server, it would set it to lowest priority so it would sit in the back of the queue until alle existing smaller messages were already sent?

re: Explaining the Mysterious SMTP Advanced Queuing Engine

Scott Landry — Tue, 05 Apr 2005 23:57:19 GMT

You are correct, there is no way to exactly what you are describing. I think the biggest reason is that there are plenty of situations where large messages on a busy server configured this way might not ever get a chance to go out. It is an interesting problem though, so I'll take any offline feedback about why this feature could be important -- it would make a good discussion piece at least.

Untested workaround: If you have multiple servers, you could in effect configure this using the max size limit on SMTP connectors and some sort of QOS -- but not on a single server.

On a related note: a good best practice is to be mindful of your available bandwidth and load, and then set reasonable size limits. I have seen many a server that there was no mathematical way for the server to push the volume and size of messages through the small network that was available to it.

Exchange, Server, LCS, News

Windows Server Clustering — Wed, 06 Apr 2005 00:26:11 GMT

re: Explaining the Mysterious SMTP Advanced Queuing Engine

Jesse Cadd — Wed, 06 Apr 2005 18:43:46 GMT

How may I contact you offline?

Exchange, Server, LCS, News

Windows Server Clustering — Thu, 12 May 2005 04:38:41 GMT