On Sat, 6 Feb 2005, Russell Stuart wrote:
>
> I will implement traffic throttling on these links in the
> not too distant future to reduce the impact of things like
> email on interactive traffic. This will dramatically
> reduce the amount of bandwidth available to email. Once
> I do that a number of large messages could potentially
> hog the queue for hours. Obviously I can't do anything
> about the large messages taking a long while to send, but
> it would nice if the small ones continued to flow.
You could arrange to send large messages off-peak,
See the following link for an example of how to do this;
instead of the local_parts condition you'd want to extend
the condition condition with a test of $message_size.
http://www.exim.org/mail-archives/exim-users/Week-of-Mon-20050124/msg00184.html
Or perhaps instead of a time-based restriction you could
${run {exim -bpc} } to work out the queue length and only
send large messages if the queue is short.
Tony.
--
<fanf@???> <dot@???>
http://dotat.at/ ${sg{\N${sg{\
N\}{([^N]*)(.)(.)(.*)}{\$1\$3\$2\$1\$3\n\$2\$3\$4\$3\n\$3\$2\$4}}\
\N}{([^N]*)(.)(.)(.*)}{\$1\$3\$2\$1\$3\n\$2\$3\$4\$3\n\$3\$2\$4}}
