pyzor functionality

David Lee t.d.lee at durham.ac.uk
Wed Nov 15 15:59:46 GMT 2006


On Wed, 15 Nov 2006, Martin Hepworth wrote:

> Erik van der Leun wrote:
> > Hi,
> >
> > On several servers, PYZOR seems to work every now and then...
> > I can't seem to find a reason why... no errormessages when checking with
> > --lint
> >
> > To be honest, I don't have much of a clue...
> >
> > What would be a good way of testing whether the online request gets a
> > proper answer?
> > [...]
> > # spamassassin --lint -D 2>&1 | grep -i pyzor
> > [16257] dbg: config: read file /usr/share/spamassassin/25_pyzor.cf
> > [16257] dbg: plugin: loading Mail::SpamAssassin::Plugin::Pyzor from @INC
> > [16257] dbg: pyzor: network tests on, attempting Pyzor
> > [16257] dbg: plugin: registered
> > Mail::SpamAssassin::Plugin::Pyzor=HASH(0x158ffe00)
> > [16257] dbg: plugin: registering glue method for check_pyzor
> > (Mail::SpamAssassin::Plugin::Pyzor=HASH(0x158ffe00))
> > [16257] dbg: pyzor: pyzor is available: /usr/bin/pyzor
> > [16257] dbg: pyzor: opening pipe: /usr/bin/pyzor check <
> > /tmp/.spamassassin16257UZ6Czhtmp
> > [16257] dbg: pyzor: killed stale helper [16322]
> > [16257] dbg: pyzor: [16322] terminated: exit=0x000f
> > [16257] dbg: pyzor: check timed out after 5 seconds
> >
> Erik
>
> I'd echo what Steve S just said. remove it from your configs.

But pyzor is a useful item in the spam/ham discrimination battle, and nice
to keep if reasonably possible.

A few weeks ago there was a thread here on the MailScanner list which
suggested that the default pyzor server was in some sort of long-term
trouble, but that someone else was maintaining another pyzor server.
See:
   http://lists.mailscanner.info/pipermail/mailscanner/2006-September/065292.html

So before removing pyzor, it might be worth trying that alternative
server.  You probably have a ".pyzor" directory (possible in root's home
directory) containing a file "servers", itself containing the old IP:port
as "66.250.40.33:24441".  The new one seems to be "82.94.255.100:24441".

(The issue of local trust of, and reliance upon, such remote services
(whether pyzor, Razor, DCC, the various RBLs etc.) is another matter...)

-- 

:  David Lee                                I.T. Service          :
:  Senior Systems Programmer                Computer Centre       :
:                                           Durham University     :
:  http://www.dur.ac.uk/t.d.lee/            South Road            :
:                                           Durham DH1 3LE        :
:  Phone: +44 191 334 2752                  U.K.                  :


More information about the MailScanner mailing list