> Qmail-queue simply sucks.
>
> Here's why:
>
> If you need to send 20,000 to server/domain A, 15,000 to
> server/domain B, 10,000 to server/domain C and you have
> listA, ListB, listC, (one for each domain), and you send
> a message to listA, ListB, ListC, one after another, or
> even at the same time, ezmlm will process listA, first,
> and send the whole list to qmail-queue. Qmail-queue WILL
> NOT process anything until a message is known to either
> seceed or fail. The concurrencyremote ratio can fall to
What a load of rubbish. qmail-queue has no idea about success or failure. It
simply places messages in the queue for qmail-send to process. qmail-queue
certainly does not wait on deliveries. Are you sure you know what you're
talking about?
> There's a few thing that needs to be done to improve it:
>
> - qmail-queue should not handle mail first come, first serve
> This may have worked two or three years ago, but today with
> with dual pII 600 machines for 3 grand, it just doesn't cut it.
>
> - qmail-queue should handle queues on per address/server
>
> - qmail-queue should handle mail with priority
> This can be set on a user or a server basis and can be
> stored
> in a database with support for ldap
>
> - qmail-queue should not hold up qmail-send
> It should be smart enough that if you have 2000 messages to
> one slow server (sendmail or exchange) it shouldn't hold up
> the whole qmail-send becuase it's trying to send first come
> first serve.
>
> - qmail-queue should handle on per server basis and figure out through
> some type of database the aveage speed of servers/domain
> and adjust the queue for servers, so it will send as fast as
> possiable
>
> - The changes i have recommend should be easy and not overly complex
Ha! People have said that for years - invariably it's stated by people
who have no idea what is involved and have no intention of doing the work
themselves. If you're not in that category, please supply these
"easy and not overly complex" changes and I'll promise to review and test
it for you.
> Some people don't have the time waste reading some fifty
> page
I reckon 50 people have posted this same thing on the list and not one
of them have ever supplied anything more than talk. It'll also be interesting
to see how you document your system that requires less words than the current
simplistic first-in/first-out scheme. Have you looked as Postfix? Have you
seen how much documentation and code goes to achieving some of what you
talk about? Have you looked at sendmail? It's been going for 20 years and
still doesn't do much of what you talk about.
> If anyone want to help me rewrite qmail-queue please email me.
I've already made the changes as a prototype once to qmail, so send me
your design and I'll critique it for you.
Regards.
