On Thursday 30 June 2005 05:50 pm, Brian Lanier wrote: > >-----Original Message----- > >From: Ken Jones [mailto:[EMAIL PROTECTED] > >Sent: Thursday, June 30, 2005 2:39 PM > >To: vchkpw@inter7.com > >Subject: Re: [vchkpw] qmail-tap patch + spamcontrol > > > >On Thursday 30 June 2005 2:24 pm, Erwin Hoffmann wrote: > >> Hi, > >> > >> At 15:56 30.06.2005 +0800, Ronald Chan wrote: > >> >Hi everyone, > >> > > >> > has anyone from you guys know is there a modified qmail-tap patch > > > >that > > > >> >can be integrate with spamcontrol found in > >> > www.fehcom.de/qmail/spamcontrol.htm i really want to integrate it > >> > since spamcontrol patch is a rock solid code for me, > >> > > >> >My current setup is > >> > > >> >OpenBSD 3.7 with Qmail-1.0.3 + spamcontrol patch + vpopmail + > >> > qmail-scanner. > >> > >> Please tell me more about the "qmail-tab" patch. What is it ? Where to > > > >find > > > >http://www.inter7.com/?page=qmailtap > > > >It gives you greater control than stock qmail in archiving email messages. > > > >Ken Jones > > How do you handle BCC entries using qmail-tap? My C is limited to very > basic understanding, so I see it runs some regex checks but against what?
BCC is just an extra envelope recipient that isn't in the headers. qmail-tap uses the envelope information, and ignores headers. > In the past when using the QUEUE_EXTRA code, I noticed I lost the envelope > recipient as a variable for use($EXT and $HOST). It got changed to whatever > I set up under QUEUE_EXTRA. Because of that I couldn't grab BCC emails. > $SENDER was still set just fine. that will occur here as well, because this is basically an extension to the QUEUE_EXTRA code, and just adds a recipient to queued messages. -Jeremy -- Jeremy Kitchen ++ Systems Administrator ++ Inter7 Internet Technologies, Inc. [EMAIL PROTECTED] ++ inter7.com ++ 866.528.3530 ++ 815.776.9465 int'l kitchen @ #qmail #gentoo on EFnet IRC ++ scriptkitchen.com/qmail GnuPG Key ID: 481BF7E2 ++ qmail wiki @ qmailwiki.org !!
pgpWUoD8zI8T5.pgp
Description: PGP signature