Hello Hartmut
The 'info' log level does not show any FILTER_* rules, thats not a
problem, it's the way spamdyke was designed.
If you want details printed in the logs like the keywork, ip, line of
blacklist file or RBL that generated the block, you must set the log
at least 'verbose' level.
This looks like something for SPF, provided the domains used do have
TXT records. If you do have it running, and the domains do not have
TXT records, then I don`t see any (easy) way of dealing with it other
than custom spamassassin rules, like Sam said.
Some custom rules I made for
I'd also like to see it printed in the logs, and although it is not
the slightest necessary in the moment (imo) it would render even more
detailed stats and nice graphs, like the one I'm trying to do ;)
So in a short answer, if its not too troublesome for you to change it,
please do. Log is
If I got it right, you receive spam from external host claiming to be
from your own domain? Is that it?
Wouldn't this be a case for SPF checking?
Arthur
Citando John Devenport [EMAIL PROTECTED]:
I've tried also the 4.04, same behaviour.
David Stiller ha scritto:
Really looks like a bug
Not likely, since in the first error spamdyke did get a non-existant reply.
To me it looks like hotmail just put yet another new server up, and
configured the reverse for it a little too late.
Arthur
Citando [EMAIL PROTECTED]:
Then... this must be caused for a timeout trying to resolve ?
For me it looks as if the message is being blocked because it contains
the country code and ip in the rdns and his setup has
reject-ip-in-cc-rdns enabled.
In the FAQ it says it will check reject-ip-in-cc-rdns before looking
at the rdns whitelist. I'm not sure if reject-ip-in-cc-rdns would
running the test scripts now. If
everything checks out I'll release 4.0.6 in the morning.
-- Sam Clippinger
Arthur Girardi wrote:
Hi
I too noticed the high cpu usage by spamdyke in the 4.0.5 version.
Like 6 or 7 spamdyke processes running at 100% cpu on a dual
quad-core...
Interesting
Hi
I too noticed the high cpu usage by spamdyke in the 4.0.5 version.
Like 6 or 7 spamdyke processes running at 100% cpu on a dual
quad-core...
Interesting enough, I noticed not all spamdyke did go 100%, only those
that had some kind of attachment, a gif, jpg, a signature, whatever,
.
Fixed the handling of unencoded null characters in messages
(technically not legal) so spamdyke does become confused and
timeout. Thanks to Arthur Girardi for reporting this one.
Fixed an issue in the DNS query code that was setting array indexes
beyond the end of the array
Heya,
I can't say what you are trying to do is a good thing, giving this
kind of power to your customers is in my humble opinion, as Sam use to
say, a solution looking for a problem. I think that in your case you
will likely run over two or more customers disagreeing in the choice
of
1 1223388365.505345
1 1223388695.267002
1 1223394795.770687
1 1223399014.448067
Just my 2 cents, tho ;)
Cheers
Arthur Girardi
Citando Felix Buenemann [EMAIL PROTECTED]:
Hello Sergio,
Sergio Minini (NETKEY) schrieb:
Felix,
I get this error.
I just copied+pasted your
ease the hardwork of tracking down spammers.
Arthur Girardi
Citando Sam Clippinger [EMAIL PROTECTED]:
I hadn't considered malicious authenticated users. In that case, a
filter like this would prevent them from forging addresses of other
users on your server. I don't believe that it would stop
Hello,
Sorry for butting in, but I'd like to give some of my thoughs too.
I don't think Sam should invest time in an implementation of DKIM now,
its just not the right time. As Eric said, its not yet a standard, so
many mail administrators won't implement it for lack of support. Also,
Hi.
I disagree about waiting for a certain (or uncertain) percentage of servers
in a survey before implementing it though. This isn't a feature about
convenience or annoyance, it's a feature that will probably have a big
positive impact on some peoples lives. I think the fact that PayPal and
Just for the sake of comparison, my server does about 180-200k mails a
day, 70-75% being rejected as spam.
I usually have 50-60 spamdyke processes running, which I consider
normal at peak times.
Arthur
Citando Matthew Kettlewell [EMAIL PROTECTED]:
Sam, Thanks for the info... comments
15 matches
Mail list logo