> > skip_rbl_checks 1
> >
> > do these settings conflict?
> >
> > I believe they do, correct?
>
> No.
>
> "skip_rbl_checks 1" does not turn off the URI DNSBL checks.
See http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5384
Are you still experiencing this issue?
I'm seeing hundreds of spam messages attempts per minute from hosts whose
addresses reverse resolve to something.mailhop.org - Has mailhop been
exploited? I thought they were a legitimate service?
e.g.:
63.170.10.91
63.170.10.92
204.13.249.92
> What exactly do you mean by 'local loopback address'? I'm pretty sure I
> know what you're talking about, but I wanted to make sure I understood
> you correctly.
somehost:/var/log/spamassassin# ifconfig -a
eth0 Link encap:Ethernet HWaddr ***
inet addr:10.5.5.5 Bcast:*** Mask:25
> I'm still seeing the same error happen even after making that change in
> /etc/hosts.
>
> If what you're saying above is true, then why am I am I only seeing
> these errors when there's a spike of incoming email. I'm graphing the
> number of mails coming in and every time I see these errors ther
> I had tried that as well, to no avail. I suspect that in our setup,
> the
> tcpcheck
> from LVS/keepalived was closing the connection so quickly after
> discovering
> that
> the port was open, the socket was closed even before ->peername was
> called.
>
> -Matthew
Yep, by the time the LVS' tcp
> > I was getting identical Socket.pm errors. See
> > http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5388 for my
> diagnosis.
> > Let me know if you'd like me to explain further.
>
> Aha!
>
> We have a similar setup here with the BigIP having two addresses on the
> machine (a machine ip a
you'd like me to explain further.
-Matthew Wilson
Raul Dias writes:
**snip
> If I remember correctly spamd was using something between 2 to 5% of
> memory reported by top (45 process max).
>
> If it was really shared, it would have not collapsed.
>
> My bet is that the model used on Linux is copy on write. So after a
> fork, when the child spamd
> -Original Message-
> From: Mark Martinec [mailto:[EMAIL PROTECTED]
> Sent: Friday, February 16, 2007 6:09 PM
> To: users@spamassassin.apache.org
> Subject: Re: Google Summer of Code 2007 ...
>
> Matthew Wilson wrote:
> > - Full, tested, supportable multi
- Full, tested, supportable multithreaded support
- Full, tested, supportable support for an asynchronous I/O model (a la
qpsmtpd-async)
- Pluggable to the point where all configuration and settings can be pulled
from anywhere (databases, files, in-memory cache) at runtime, so SA could
stay resid
10 matches
Mail list logo
