BTW: Just FYI, back to the sa-stats.pl that comes with sa-3.04, I found on
the FBSD-4.11x server that I had to upgrade to perl-5.8.7 to get the script
to run. Perl-5.6.2 gave errors and aborted, although not zeros as others
report.
After installing 5.8.7, it runs fine. My other servers use
Hi!
Yea...here is an example. They are getting through here to and I have
everything turned on except dcc and razor. Here is an example. Hopefully
they will use up all their spam IPs and start getting blocked by RBLs. These
type break-throughs usually don't last too long.
This is going on for
We're also seeing general geocities references, such as:
Welcome to College Fuck Tour the most unique web site dedicated to the
beauty (and naivety) of young college girl. We’re a group of horny guys
who cruise campuses around the US to find the hottest chicks, take them
for a ride and talk
They are also using non-Geocities addresses now. Most of the IPs they use seem
to been from China, so you could RBL china at the front end, if you are allowed
to block China that is... (my users won't let me block China...uggh)
---example--
Just a quick note that the SARE header and whitelist rules files have
been updated.
Documentation at http://www.rulesemporium.com/rules.htm
Bob Menschel
On Friday, Aug 5th 2005 at 13:31 -0700, quoth strict:
=10 minutes ago I ran sa-stats.pl for the first time, and receive the same
=zero output
=
=This is how I solved the issue with my setup (qmailrocks.org setup on WBEL4,
=SpamAssassin-3.0.4)
=
=vi sa-stats.pl
=
=$opt{'end'} = ;
=$opt{'start'} =
On Sunday 07 August 2005 03:13 pm, Steven W. Orr wrote:
I made this patch on my Fedora Core 4 machine and it works if I just get
stats for the last day.
But I tried
sa-stats -e now -s '2 weeks ago'
The result is longer output but it's all zeros for all but the last 12
hours.
I know
Further to this, watching the mail.log, see this at the same time as
the cannot pass output in exim_main.log;
Aug 8 15:33:17 (namehere) spamd[335]: bad protocol: header error:
(Content-Length mismatch: Expected 151152 bytes, got 151161 bytes)
So in fact is this the problem and not a zip
-Original Message-
From: Jonathan Guthrie [mailto:[EMAIL PROTECTED]
Further to this, watching the mail.log, see this at the same
time as the cannot pass output in exim_main.log;
Aug 8 15:33:17 (namehere) spamd[335]: bad protocol: header error:
(Content-Length mismatch: