Could the 'Secondary queue' suggestion be extended to improve Exim's
handling of mail for dial-up hosts.
Currently mail for dial-up domains is stored externally to Exim. When an
ETRN command is received, a non-Exim delivery mechanism is triggered to
deliver the mail stored for the specified domain direct to its mail host.
This avoids a complete queue run every time an ETRN command is received.
Big disadvantage is that the mail is no longer in the Exim queue and thus
delivery is totally dependent on the non-Exim delivery mechanism.
If Exim supported multiple secondary queues, mail for dial-up domains could
be moved to dedicated queues (ie one queue per dial-up domain). When an
ETRN command is received, a queue run would be performed on the queue for
the specified domain. The main queue would not be impacted. No external
storage or delivery mechanisms would be required, and queued mail would
still be subject to normal Exim retries rather than delivery being totally
dependent on receiving an ETRN command.
I know this suggestion is a departure from the current single-queue
architecture, but I would be interested in the opinions of others. I guess
it may be difficult to implement but it certainly has the potential to
simplify our dial-up domain delivery configuration.
Regards
Brian Wilkinson
> -----Original Message-----
> From: Smith, A.D. [mailto:ads13@leicester.ac.uk]
> Sent: 04 January 2001 15:32
> To: exim-users@???
> Subject: Re: [Exim] Exim 4 ideas.
>
>
> Would it be possible to implement a queue system which
> utilises a short and
> long queue system?
> (Possible method)
> The e-mails in the queue which are waiting for a retry are moved to a
> secondary queue which is only checked every N minutes (maybe
> 15-60 minutes)
> until their expiry time.
>
> This dramatically changes the delivery times on sites with as
> much traffic
> as ours (I assume because the queue runners don't check if
> they need to
> deliver the older e-mails)
>
> Zed
>
> --
> ## List details at
> http://www.exim.org/mailman/listinfo/exim-users Exim details
> at http://www.exim.org/ ##
>
