pyzor functionality

[Martin Hepworth]

David Lee wrote:
> 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

cool, I'll that a go....

-- 
Martin Hepworth
Senior Systems Administrator
Solid State Logic
Tel: +44 (0)1865 842300

**********************************************************************

This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.

This footnote confirms that this email message has been swept
for the presence of computer viruses and is believed to be clean.	

**********************************************************************