On Saturday 04 February 2006 23:47, John Simpson wrote:
> just a quick question. i'm maintaining the monster combined patch that
> "qmailrocks" has adopted, and over the past few months i've been hammered
> with questions about using QUEUE_EXTRA. apparently it works with older
> versions of my combined patch, but since i added the ext_todo patch (which
> solves the "silly qmail syndrome" by splitting qmail-send into two
> programs- "qmail-todo" which classifies messages as "local" or "remote",
> and "qmail-send" which schedules deliveries) people are saying that it
> doesn't work.

I don't see why it wouldn't.  the QUEUE_EXTRA just modifies the qmail.c 
interface (which is used by all qmail programs that queue mail, including 
ezmlm and fastforward, etc.) to add an extra recipient to the message.

> i'm thinking about possibly including the qmailtap patch in my combined
> patch file. however, the biggest problem i've seen from people using
> QUEUE_EXTRA is that they set up loops when they try to send the copies to
> a remote address, and because the copy has to traverse the queue, it gets
> logged and sent to the monitor address... and THAT copy gets logged, and
> so forth...

that's not a problem with QUEUE_EXTRA, that's a problem with the person not 
reading how to properly use QUEUE_EXTRA.  Adding 'loop detection' code into 
this drastically complicates the process and doesn't add any real value.


Jeremy Kitchen ++ [EMAIL PROTECTED]

In the beginning was The Word and The Word was Content-type: text/plain
  -- The Word of Bob.

Attachment: pgpZrECZK8OT7.pgp
Description: PGP signature

Reply via email to