Dear All,
its a offtopic question but really apprecite if someone would advise n help i have been running a mil server with sendmail
and have sbl-xbl.spamhaus.org as my dnsbl.
i had other servers which are alredy out now that is relays.ordb.org and dsbl.org have already been out of my sendmail config.
any one knows of ny other servers i could add in my sendmail config
apprecite ur help
thanks
regards
Fabian
fabian dacunha wrote:
its a offtopic question but really apprecite if someone would advise n help i have been running a mil server with sendmail
and have sbl-xbl.spamhaus.org as my dnsbl.
i had other servers which are alredy out now that is relays.ordb.org and dsbl.org have already been out of my sendmail config.
any one knows of ny other servers i could add in my sendmail config
Any list which you trust enough to make the decision *which* mails you accept for you.
Which would leave "none" for me.
Even sbl.spamhaus.org contains a blacklist, which sometimes lists because of the name the machine has (CBL that is).
Ralph
Ralph Angenendt wrote:
fabian dacunha wrote:
its a offtopic question but really apprecite if someone would advise n help i have been running a mil server with sendmail
and have sbl-xbl.spamhaus.org as my dnsbl.
i had other servers which are alredy out now that is relays.ordb.org and dsbl.org have already been out of my sendmail config.
any one knows of ny other servers i could add in my sendmail config
Any list which you trust enough to make the decision *which* mails you accept for you.
Which would leave "none" for me.
Even sbl.spamhaus.org contains a blacklist, which sometimes lists because of the name the machine has (CBL that is).
Ralph
DNSBL has information on many RBLs together with statistics on their effectiveness:
Other popular RBLs besides Spamhaus include Spamcop, PSBL and uceprotect.
As Ralph says, any RBL should be used with a certain amount of caution as it has the potential to cause FPs (some more so than others). An alternative approach is to use such RBLs as part of a scoring system such as SpamAssassin. This is particularly useful for RBLs that you don't trust to outright reject mail at the smtp level.
If you want to improve on the performance of sbl-xbl.spamhaus.org, I would first look at switching to the combined zen.spamhaus.org zone which also contains the pbl.spamhaus.org zone. My own data shows sbl-xbl.spamhaus.org to block around 50% of spam whereas zen.spamhaus.org hits on around 90% of spam with very few FPs for me - YMMV. You should monitor performance closely.
On Fri, Oct 31, 2008 at 10:09 AM, Ned Slider ned@unixmail.co.uk wrote:
Ralph Angenendt wrote:
fabian dacunha wrote:
its a offtopic question but really apprecite if someone would advise n help i have been running a mil server with sendmail
and have sbl-xbl.spamhaus.org as my dnsbl.
i had other servers which are alredy out now that is relays.ordb.org and dsbl.org have already been out of my sendmail config.
any one knows of ny other servers i could add in my sendmail config
Any list which you trust enough to make the decision *which* mails you accept for you. Which would leave "none" for me.
Even sbl.spamhaus.org contains a blacklist, which sometimes lists because of the name the machine has (CBL that is).
Ralph
DNSBL has information on many RBLs together with statistics on their effectiveness:
Other popular RBLs besides Spamhaus include Spamcop, PSBL and uceprotect.
As Ralph says, any RBL should be used with a certain amount of caution as it has the potential to cause FPs (some more so than others). An alternative approach is to use such RBLs as part of a scoring system such as SpamAssassin. This is particularly useful for RBLs that you don't trust to outright reject mail at the smtp level.
If you want to improve on the performance of sbl-xbl.spamhaus.org, I would first look at switching to the combined zen.spamhaus.org zone which also contains the pbl.spamhaus.org zone. My own data shows sbl-xbl.spamhaus.orgto block around 50% of spam whereas zen.spamhaus.org hits on around 90% of spam with very few FPs for me - YMMV. You should monitor performance closely.
Anyone have any experience dealing with SURBL? I have a client who's domain and IP is not listed in SURBL, but their client in China is using SURBL and my client's emails are getting blocked. Can't seem to find how SURBL is blocking them
<snip>
Anyone have any experience dealing with SURBL? I have a client who's domain and IP is not listed in SURBL, but their client in China is using SURBL and my client's emails are getting blocked. Can't seem to find how SURBL is blocking them
Could the client in China either have an old copy of the feed, or maybe a Chinese ISP keeps an older copy cached of the feed?
The Chinese client could also whitelist your client.
On Fri, Oct 31, 2008 at 12:37 PM, Scott Silva ssilva@sgvwater.com wrote:
<snip> > > Anyone have any experience dealing with SURBL? I have a client who's > domain and IP is not listed in SURBL, but their client in China is using > SURBL and my client's emails are getting blocked. Can't seem to find > how SURBL is blocking them > Could the client in China either have an old copy of the feed, or maybe a Chinese ISP keeps an older copy cached of the feed?
The Chinese client could also whitelist your client.
I've moved their website to 3 totally different ISPs. LayeredTech, Superbhost, and now Savvis colo.
Not sure on the whitelist, we've having a hard time getting anyone in the China office that knows how this is setup. I guess the previous tech that set it up left.
on 10-31-2008 10:14 AM Matt Shields spake the following:
On Fri, Oct 31, 2008 at 12:37 PM, Scott Silva <ssilva@sgvwater.com mailto:ssilva@sgvwater.com> wrote:
<snip> > > Anyone have any experience dealing with SURBL? I have a client who's > domain and IP is not listed in SURBL, but their client in China is using > SURBL and my client's emails are getting blocked. Can't seem to find > how SURBL is blocking them > Could the client in China either have an old copy of the feed, or maybe a Chinese ISP keeps an older copy cached of the feed? The Chinese client could also whitelist your client.I've moved their website to 3 totally different ISPs. LayeredTech, Superbhost, and now Savvis colo.
Not sure on the whitelist, we've having a hard time getting anyone in the China office that knows how this is setup. I guess the previous tech that set it up left.
The Chinese government also blocks a lot of stuff. Maybe you can get them to pony up for a roadtrip? ;-P
Thanks guys for ur immediate reply
do apprecite
i try to incoporate some of the RBLS and check it out
regards
simon
On Fri, Oct 31, 2008 at 10:09 AM, Ned Slider ned@unixmail.co.uk wrote:
Ralph Angenendt wrote:
fabian dacunha wrote:
its a offtopic question but really apprecite if someone would advise n help i have been running a mil server with sendmail
and have sbl-xbl.spamhaus.org as my dnsbl.
i had other servers which are alredy out now that is relays.ordb.org and dsbl.org have already been out of my sendmail config.
any one knows of ny other servers i could add in my sendmail config
Any list which you trust enough to make the decision *which* mails you accept for you. Which would leave "none" for me.
Even sbl.spamhaus.org contains a blacklist, which sometimes lists because of the name the machine has (CBL that is).
Ralph
DNSBL has information on many RBLs together with statistics on their effectiveness:
Other popular RBLs besides Spamhaus include Spamcop, PSBL and uceprotect.
As Ralph says, any RBL should be used with a certain amount of caution as it has the potential to cause FPs (some more so than others). An alternative approach is to use such RBLs as part of a scoring system such as SpamAssassin. This is particularly useful for RBLs that you don't trust to outright reject mail at the smtp level.
If you want to improve on the performance of sbl-xbl.spamhaus.org, I would first look at switching to the combined zen.spamhaus.org zone which also contains the pbl.spamhaus.org zone. My own data shows sbl-xbl.spamhaus.orgto block around 50% of spam whereas zen.spamhaus.org hits on around 90% of spam with very few FPs for me - YMMV. You should monitor performance closely.
Anyone have any experience dealing with SURBL? I have a client who's domain and IP is not listed in SURBL, but their client in China is using SURBL and my client's emails are getting blocked. Can't seem to find how SURBL is blocking them
-- -matt
-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Fabian dacunha wrote on Fri, 31 Oct 2008 16:49:18 +0300 (AST):
its a offtopic question
That doesn't mean that you can't give it a meaningful subject. Thanks.
Kai
-
fabian dacunha -
Kai Schaetzl -
Matt Shields -
Ned Slider -
Ralph Angenendt -
Scott Silva