I like having specific RBLs logged. I just installed spamdyke on a few
qmail-toasters yesterday (replacing rblsmtpd), and was going to as about
this. Michael beat me to it! ;)
If simultaneous queries are being done, can all RBLs that match be logged?
Perhaps a comma separated list within parenthes
The aggressive DNS queries will definitely increase the momentary load
on the DNS servers, because they will get a burst of simultaneous
queries each time a remote server connects. However, the overall load
won't go up because the long-term rate of DNS queries is determined by
the rate of SMTP
Great! Of course, this "feature" could also be used to determine if a
specific RBL is causing to many false-positives too...
Running all the checks simultaneously certainly will negate the need to
order them in any specific order and should make the overall process that
much faster, especially if
On Mon, Apr 14, 2008 at 09:40:51AM -0500, Sam Clippinger wrote:
> Andras Korn wrote:
> > On Sun, Apr 13, 2008 at 02:55:16PM -0500, Sam Clippinger wrote:
> >> Most qmail servers run a stock version of qmail-smtpd, which will only
> >> reject recipients for relaying.
> >
> > They shouldn't, as stoc
Yes, this is certainly possible. Right now spamdyke identifies the RBL
in its message to the remote server but not in the logs. Good idea!
What would be a good way to log this information (preferably without
breaking existing scripts)? I'm thinking as I type here, but spamdyke
already follow
>
> To find real numbers, you would have to consider how many
> connections are accepted, how many are rejected and for what
> reasons. Then look at the popularity of different spamdyke
> features and specifically the popularity of different DNS
> RBLs. Use all that to find out what percen
Andras Korn wrote:
> On Sun, Apr 13, 2008 at 02:55:16PM -0500, Sam Clippinger wrote:
>> Most qmail servers run a stock version of qmail-smtpd, which will only
>> reject recipients for relaying.
>
> They shouldn't, as stock qmail is liable to causing backscatter. No
> self-respecting admin should r
The next version of spamdyke already includes this feature.
-- Sam Clippinger
Paolo wrote:
> Hi,
>
> sorry I was not clear.
>
> I mean to enable reject-empty-rdns only for some recipients domains .
>
> Thank you
> Ciao
> Paolo
>
> Il giorno 14 apr 2008, alle ore 10:30, Andras Korn ha scritto:
Hi,
sorry I was not clear.
I mean to enable reject-empty-rdns only for some recipients domains .
Thank you
Ciao
Paolo
Il giorno 14 apr 2008, alle ore 10:30, Andras Korn ha scritto:
> On Mon, Apr 14, 2008 at 09:49:11AM +0200, Paolo wrote:
>
>> I really think mail servers shoud reject connection
On Mon, Apr 14, 2008 at 09:49:11AM +0200, Paolo wrote:
> I really think mail servers shoud reject connections from IP without
> rdns, I was tryng to impose it to my customers but I think I must
> desist for too much good mail being rejected.
>
> I't could be useful to have a per domain reject
Hello,
I really think mail servers shoud reject connections from IP without
rdns, I was tryng to impose it to my customers but I think I must
desist for too much good mail being rejected.
I't could be useful to have a per domain reject-empty-rdns, to
gradually implement this feature.
Just
11 matches
Mail list logo