On Tue, 19 Feb 2013 12:17:59 +0100 Frank Van Damme <[email protected]> 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 -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: http://lists.debian.org/[email protected]
