There is a slight difference, except the taboo_ settings are more for
catching a message that loops back through the list. The moderated
setting is acting as your catcher, but the taboo_ settings become your
backstop. This is also transparent to the end users, as the filters
I suggest are headers that are in every majordomo processed message
anyway. You are just looking for the catch rather than the delivery
for now.
Dan Liston
paul quattro wrote:
>
> Thanks Dan,
>
> Not doing digests or archives on this list. I decided to moderate the list
> to stop any resends, because the "Approved: password" line gets yanked
> before sending. I assume this would do the same thing as the taboo_headers
> or taboo_body would?
>
> Thank you,
>
> Paul Quattro
>
> -----Original Message-----
> From: Dan Liston [mailto:dliston@netscape.com]
> Sent: Thursday, May 18, 2000 4:48 PM
> To: paul quattro
> Cc: 'majordomo-users@greatcircle.com'
> Subject: Re: Duplicate messages with large lists
>
> Paul,
>
> If the list is getting another header/footer, it is going through resend a
> second time. Possibly a misconfigured digest setting? You might try to
> add something like this to your list.config and/or list-digest.config;
>
> taboo_headers << END
> /^Sender: owner-listname/
> /^Precedence: bulk/
> END
>
> where owner-listname is the exact spelling of the sender setting in
> the listname.config file, and bulk the setting used for precedence from
> the same .config file. Since these headers are not added until it goes
> through resend the first time, having them there on a second time through
> will bounce the message instead of sending it back through the list again.
>
> The /^Precedence: bulk/ filter also helps make sure your list is not a
> subscriber to some other list. Even if it is, you just have to approve
> the messages before they go into the list for distribution.
>
> You could also use a taboo_body setting that has some unique word or
> phrase from your footer, but this could also catch replies people send
> where they quote the entire message without trimming the fat.
>
> Dan Liston
>
> paul quattro wrote:
> >
> > Update:
> >
> > This occurs when sendmail's queue run "-q1h" happens before the entire
> list
> > is sent...
> >
> > Well,
> >
> > I guess this is only one reason, I have removed the queue all together and
> > still, sometimes, the list gets re-sent, with another header/footer
> > attached, I'm running Majordome 1.94.3/Sendmail 8.9.3/Linux 2.0.36 (RedHat
> > 5.2), posting is restricted to my address.
> >
> > Thank you,
> >
> > Paul Quattro
References:
|
|
