Re: Parallelizing fetchmail
On May 23, 2006, at 11:27 AM, Casey T. Deccio wrote:
The "queue" is a regular MTA mail queue for a system, not a user
or maildir. So there are in fact two mail queues, one for
and one for the MTA:
1. The message is received by the incoming MTA and queued in the
2. MailScanner retrieves the message from the incoming queue, scans
and sends it to the outgoing MTA queue.
3. The outgoing instance of the MTA retrieves the message from the
outgoing queue and delivers it accordingly.
That's what I thought. However, there still seems to be a piece or
In short, which component provides the queue management? Which
component performs the tasks of fetchmail->input_queue and
Normally this would be performed by an MTA. But I read Daniele's
original post as a desire to avoid using a heavyweight MTA such as
exim or sendmail. MailScanner appears to be an elegant solution,
but raises some questions:
- Can procmail be configured to read and write MailScanner's queues?
- Are separate lightweight processes required? If so, where would
one find them? Perhaps a qmail component?
- Just how MTA dependent is the queue format? Has a standard
format been established? If so, where is it articulated?
- Is the use of a full-featured MTA unavoidable?
- What's the set of packages that contain all the necessary
components? fetchmail + procmail + MailScanner + ???