On Mon, 29 Jul 2002, Sean Witham wrote:
> A way to meet such needs would be the ability to route/defeer to a
> designated queue, a complicated change. Then either admin scripts of
> the system could trigger an exim run with a command line option with
> the alternative queue specified, or an ETRN command could match the
> route/defere rules to cause the alternative queue to be processed.
>
> Maybe soemone who wants that sort of flexability will add support for
> multiple queue management first !
I think it is an unnecessary complication to add this into Exim itself.
Its whole design philosophy is that you don't need to spend resources on
this kind of complication.
You can, in fact, implement exactly what you describe by getting Exim to
delivery mail for off-line hosts into local files. The local files are
then your new "queue". While the host is off-line no Exim resources are
used in processing this queue. You can write scripts to manage it any
way you like. ETRN can then re-inject these messages into Exim when the
host is online.
--
Philip Hazel University of Cambridge Computing Service,
ph10@??? Cambridge, England. Phone: +44 1223 334714.
