Re: [exim] Delivery of queued mails

Top Page
Delete this message
Reply to this message
Author: W B Hacker
Date:  
To: exim users
Subject: Re: [exim] Delivery of queued mails
Laurent Le Moine wrote:
> I've created a Perl script who can create message files, and change the
> owner of those files to exim.
> If I run this script in /var/spool/exim/input and run the command exim
> -q, the messages are send.
>
> But if I don't run exim -q, the message stay in queue, and I notice that
> Exim check the queue every hour and send the message created by the script.
>
> Is it possible to reduce this interval?
>
> Thanks
>


And the question you did not ask...

Your perl script need not be restricted to stuffing the queue at all.

man exim, should deliver the various flags it would need to specify the various
headers, and even envelope-from (-F)

A message-as-file handed to Exim in that manner - directly, not via mail, mailx,
Mail script - might be easier for you to construct and control with a script
than the twin-file format the queue expects. Exim will then do that part for
you.

Morover each such call could automagically fire a 'do it now' queue-runner,
leaving any planned control, inspections, delay or throttling entirely up to
your external script - or whatever manages it.

CAVEAT: These are 'non-smtp' creatures, so smtp_session acl's are not parsed.
You may also want an acl_not_smtp acl structure if *Exim's* tests, modification,
et al are *also* needed.

For your next area of investigation, you may also find that Exim able to do
whatever it is you wrote the perl script to accomplish, and IF so, potentially
with lower total resource load.

Bill