Re: Delaying Delivery For Large Subscriber Lists
"Ken Schweigert" <[email protected]> Fri, 3 Aug 2007 14:40:45 -0400
| Newsgroups | gmane.mail.ezmlm |
|---|---|
| Message-ID | <[email protected]> |
On 8/3/07, Kyle Wheeler <[email protected]> wrote: > 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: > That's kind of what I was thinking, too. The only thing I can't get my head wrapped around is how to have only the request type of messages (moderate, subscribe, etc) go to one qmail install, but have the messages themselves sent from the second install. Maybe that's what happens with the 'env QMAILQUEUE' lines in your post. If so, could you explain it a little bit more? -ken