Hi Mike,
No, I am not using SpamDyke as of yet.
Thanks!!
Martin
Am 20.06.2010 um 23:27 schrieb Michael Colvin:
Are you using SpamDyke? If so, and you are checking for RDNS there, that
would seem duplicative to me. I block any mail server that does not have
RDNS using SpamDyke. Better to
Thanks Jake,
be aware of their contributions :)
Best regards,
Pablo
2010/6/21 Jake Vickers j...@qmailtoaster.com:
On 06/20/2010 07:02 PM, Pablo Gonzalez wrote:
Hello all, is my first send to list qmailtoaster!
need to have my qmailtoaster replicated on the main page some videos
are sold,
Hi Pablo,
I have replicated 2 CentOS 5.5 x86_64, following Jakes Videos, have setup
MX-entrys for both of them and it works great.
On Unison-side I appended some configuration settings to be replicated
(spamdyke, spamassassin, toaster-related scripts) and it works great.
You should give it a
Hi Mike,
No, I am not using SpamDyke as of yet.
Thanks!!
Martin
Then that's the first thing I would suggest... SpamDyke will do wonders,
not only for your spam filtering, but the overall load on your server.
Something like checking for RDNS is exactly what SpamDyke was designed to
Having just finished setting up a replicated system, I'd have to say
it was pretty straight forward and a good learning time for me.
Scott
On Jun 21, 2010, at 12:48 AM, Jake Vickers j...@qmailtoaster.com
wrote:
On 06/20/2010 07:02 PM, Pablo Gonzalez wrote:
Hello all, is my first send
I agree with Michael that spamdyke is great. Highly recommended.
I'd like to clarify the tcpserver -h option though. This option does do
an rDNS lookup which is duplicative with spamdyke, but I think it's best
to do both, as they're used for different purposes. Spamdyke uses rDNS
for
Thanks for the explanation Eric Michael,
I would like to use SpamDyke, but only very ver conservatively. E.g. if I could
block people that I block now (cbl.abuseat.org) during SMTP, that would be
great. The other features like greylisting etc., I would not like to use.
My own policy (as long
You can use whichever features you choose. It's up to you.
Of course fighting spam is always a balancing act with a wide array of
dependencies. Finding the best balance takes some doing. The flexiblity
that spamyke provides makes it useful in most circumstances.
Note, I don't necessarily
Perfect.
Oh, and, I only wanted to explain why it'd be important for me to deselect
features of spamdyke that don't fit my needs.
Martin
Am 21.06.2010 um 18:09 schrieb Eric Shubert:
You can use whichever features you choose. It's up to you.
Of course fighting spam is always a balancing
While, I agree with Eric no need to argue your policy. I also believe
that allowing improperly setup servers only prolongs their transition to
compliance.
On 06/21/2010 09:32 AM, Martin Waschbuesch wrote:
Perfect.
Oh, and, I only wanted to explain why it'd be important for me to deselect
I agree with Michael that spamdyke is great. Highly recommended.
I'd like to clarify the tcpserver -h option though. This option does do
an rDNS lookup which is duplicative with spamdyke, but I think it's best
to do both, as they're used for different purposes. Spamdyke uses rDNS
for
Perfect.
Oh, and, I only wanted to explain why it'd be important for me to deselect
features of spamdyke that don't fit my needs.
Martin
Am 21.06.2010 um 18:09 schrieb Eric Shubert:
You can use whichever features you choose. It's up to you.
Of course fighting spam is always a
On 6/17/2010 8:48 PM, Scott Hughes wrote:
On 6/17/10 3:31 PM, Jake Vickers wrote:
The QTP website is at least partially back online. More to follow as
I get some time.
Jake,
Thanks for taking the time to get that site back up. Call me a geek,
but I enjoy going over the QMT website(s)
13 matches
Mail list logo
