Re: Delaying Delivery For Large Subscriber Lists

On Friday, August  3 at 09:46 AM, quoth Ken Schweigert:
> My concern is that if he sends to his list, the queue will get 
> loaded up and if any other client tries to send to their list, their 
> moderate message will have to wait until ezmlm rips through the 
> addresses in the first request.  This delay could cause me some 
> unnecessary support calls if they don't get their moderate messages 
> quickly.

The usual way of handling this is creating a secondary queue (and 
qmail install) for such messages. Then all you have to do is either 
compile ezmlm to use only that secondary queue or set QMAILQUEUE to 
the secondary queue's qmail-queue binary. For example:

    |env QMAILQUEUE=/var/qmail2/bin/qmail-queue /usr/bin/ezmlm-reject '/lists/test'
    |env QMAILQUEUE=/var/qmail2/bin/qmail-queue /usr/bin/ezmlm-gate '/lists/test' '/lists/test' '/lists/test/digest' '/lists/test/allow' '/list/test/mod'
    |env QMAILQUEUE=/var/qmail2/bin/qmail-queue /usr/bin/ezmlm-clean -R '/lists/test' || exit 0
    |env QMAILQUEUE=/var/qmail2/bin/qmail-queue /usr/bin/ezmlm-archive '/lists/test' || exit 0
    |env QMAILQUEUE=/var/qmail2/bin/qmail-queue /usr/bin/ezmlm-warn '/lists/test' || exit 0

~Kyle
-- 
Unthinking respect for authority is the greatest enemy of truth.
                                                    -- Albert Einstein

-----BEGIN PGP SIGNATURE-----
Comment: Thank you for using encryption!

iD8DBQFGs1uFBkIOoMqOI14RAjN9AJsEjFobAH3v1paWUDL7WgVU7YEZgwCcCEEQ
Jly9xlb1tc7c0cg+61L1Ako=
=R6CT
-----END PGP SIGNATURE-----