David Villeger <[EMAIL PROTECTED]> wrote:
>
>As long as some messages are waiting to be "preprocessed" (see INTERNALS
>for explanation), qmail does not achieve 255 simultaneous qmail-remote.
>Besides, as you inject the messages into the queue, qmail-send spends a
>huge amount of time cleaning up (via qmail-clean). It seems to me that
>qmail-send gets too busy preprocessing and cleaning up and has no time to
>send the emails as fast as they come.
The real (reliable, general-purpose) fix for this will be
2.0/zeroseek, I think.
A short-term, special purpose fix for "customized spam" applications
would be a high-speed queuer that does the queuing and preprocessing
of qmail-queue and qmail-send. E.g.,
1) stop qmail
2) invoke custom queuer which:
a) puts cutomized message in queue/mess/NNN/MMM
b) puts envelope sender in queue/info/NNN/MMM
c) puts recipient in queue/remote/NNN/MMM
3) restart qmail
Cuts out all the preprocessing junk: rewriting addresses, deciding if
local or remote, todo files, etc. Avoids all the work necessary to
keep the queue sane during the injection process.
>Obviously, djb didn't think qmail would be used this way. If he had, why
>would he have left the todo and intd directories flat?
My batch queuer design avoids both intd and todo altogether. But, yes,
qmail was clearly not designed for maximal injection rates.
-Dave
