[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: exim queueing



On Tue, 19 Feb 2013 12:17:59 +0100
Frank Van Damme <frank.vandamme@gmail.com> wrote:

> Hi,
> 
> most of my Debian serves have an Exim daemon running as satellite to
> another server. I'm experiencing delays at the moment and trying to
> send mail using the "sendmail" command from the command line, it
> appears that the entire process of routing and delivering to the
> smarthost is handled before the process exits (which is probably what
> is cauwing the delay). For my purposes, it would be more interesting
> to queue the messages and have the mail server send them later, in
> batches. Is that possible or is it just not the way Exim works?
> 

I thought exim4 queued everything, but generally it Just Works, so I
don't poke about in it much. I know I occasionally need to flush the
queues after clearing a minor email logjam, if I don't want to wait
until the next scheduled retry, but this is for mail queued because of a
definite delivery problem. I do know that exim4 delivers immediately if
it can, but it would still be sensible to use a queuing system, and I'm
sure it does.

I do 'manually' send mail from time to time, usually as a means of
quickly getting hold of a file on the server while I'm logged in from
somewhere else, and I have always used Mutt to do this rather than
exim4's own command line (I don't do it often enough to remember the
commands, whereas Mutt is easy to drive). As far as I'm aware, Mutt
doesn't hang about when I hit 'send', and I've sent some fair-sized
attachments that way. It may be worth a try for you.

I would add that my server's exim4 delivers to destinations direct, not
through a local smarthost, so I doubt that the whole thing is happening
before Mutt is ready for further action, and I don't have trouble
shutting Mutt down immediately after sending.

-- 
Joe


Reply to: