yahoo/gmail listed on different rbl's

classic Classic list List threaded Threaded
9 messages Options
Reply | Threaded
Open this post in threaded view
|

yahoo/gmail listed on different rbl's

Petre Bandac
hello

in the last period I had several complains about mail originating from
yahoo/gmail not reaching the mailbox

logging in the logs I found entries like this:

###
Jun 16 10:07:12 mx postfix/smtpd[27072]: NOQUEUE: reject: RCPT from
mail-fx0-f67.google.com[209.85.161.67]: 554 5.7.1 Service unavailable;
Client host [209.85.161.67] blocked using dnsbl.sorbs.net; Currently
Sending Spam See: http://www.sorbs.net/lookup.shtml?209.85.161.67;
from=<[hidden email]> to=<[hidden email]> proto=ESMTP
helo=<mail-fx0-f67.google.com>

###

I figure I have the following options

1 - disable rbl checks (which I did, at the client's request; they
also didn't feel right with the greylist settings, so I had to shut
down that too earlier)

2 - whitelist all mail originating from yahoo/gmail/google.com by
putting them in the files for check_client_access and
check_sender_access (btw, is this redundant?) and keep rbl queries

is there any (more) elegant solution for keeping rbl queries and allow
legit yahoo/gmail emails ?


thanks,

petre

###

excerpt from postconf -n



smtpd_recipient_restrictions =

check_sender_access hash:/usr/local/etc/postfix/sender_checks,
permit_sasl_authenticated,
permit_mynetworks,
check_client_access
hash:/usr/local/etc/postfix/spammers-accepted,  
reject_non_fqdn_recipient,  
reject_unknown_sender_domain,
reject_unknown_recipient_domain,  
reject_unauth_destination,  
reject_unauth_pipelining,
reject_invalid_hostname,  
reject_non_fqdn_hostname,  
permit_mx_backup,  
reject

smtpd_sasl_auth_enable = yes
smtpd_sasl_authenticated_header = yes
smtpd_sasl_security_options = noanonymous
smtpd_sender_restrictions = permit_sasl_authenticated,
permit_mynetworks,   reject_unauth_destination
transport_maps = hash:/usr/local/etc/postfix/transport
unknown_address_reject_code = 554
unknown_client_reject_code = 554
unknown_hostname_reject_code = 554
unknown_local_recipient_reject_code = 550
virtual_alias_maps =
mysql:/usr/local/etc/postfix/mysql_virtual_alias_maps.cf
virtual_gid_maps = static:99
virtual_mailbox_base = /usr/local/virtual
virtual_mailbox_domains =
mysql:/usr/local/etc/postfix/mysql_virtual_domains_maps.cf,
mysql_relay_domains_maps.cf
virtual_mailbox_limit = 51200000
virtual_mailbox_maps =
mysql:/usr/local/etc/postfix/mysql_virtual_mailbox_maps.cf
virtual_minimum_uid = 1001
virtual_transport = maildrop
virtual_uid_maps = static:1001








--

Petre Bandac

Network Scientist

-

[hidden email]

signature.asc (205 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: yahoo/gmail listed on different rbl's

Robert Schetterer
Am 16.06.2011 18:34, schrieb Petre Bandac:

> hello
>
> in the last period I had several complains about mail originating from
> yahoo/gmail not reaching the mailbox
>
> logging in the logs I found entries like this:
>
> ###
> Jun 16 10:07:12 mx postfix/smtpd[27072]: NOQUEUE: reject: RCPT from
> mail-fx0-f67.google.com[209.85.161.67]: 554 5.7.1 Service unavailable;
> Client host [209.85.161.67] blocked using dnsbl.sorbs.net; Currently
> Sending Spam See: http://www.sorbs.net/lookup.shtml?209.85.161.67;
> from=<[hidden email]> to=<[hidden email]> proto=ESMTP
> helo=<mail-fx0-f67.google.com>
>
> ###
>
> I figure I have the following options
>
> 1 - disable rbl checks (which I did, at the client's request; they
> also didn't feel right with the greylist settings, so I had to shut
> down that too earlier)
>
> 2 - whitelist all mail originating from yahoo/gmail/google.com by
> putting them in the files for check_client_access and
> check_sender_access (btw, is this redundant?) and keep rbl queries
>
> is there any (more) elegant solution for keeping rbl queries and allow
> legit yahoo/gmail emails ?

i had disabled sorbs
and use rbl checks selective

>
>
> thanks,
>
> petre
>
> ###
>
> excerpt from postconf -n
>
>
>
> smtpd_recipient_restrictions =
>
> check_sender_access hash:/usr/local/etc/postfix/sender_checks,
> permit_sasl_authenticated,
> permit_mynetworks,
> check_client_access
> hash:/usr/local/etc/postfix/spammers-accepted,  
> reject_non_fqdn_recipient,  
> reject_unknown_sender_domain,
> reject_unknown_recipient_domain,  
> reject_unauth_destination,  
> reject_unauth_pipelining,
> reject_invalid_hostname,  
> reject_non_fqdn_hostname,  
> permit_mx_backup,  
> reject
>
> smtpd_sasl_auth_enable = yes
> smtpd_sasl_authenticated_header = yes
> smtpd_sasl_security_options = noanonymous
> smtpd_sender_restrictions = permit_sasl_authenticated,
> permit_mynetworks,   reject_unauth_destination
> transport_maps = hash:/usr/local/etc/postfix/transport
> unknown_address_reject_code = 554
> unknown_client_reject_code = 554
> unknown_hostname_reject_code = 554
> unknown_local_recipient_reject_code = 550
> virtual_alias_maps =
> mysql:/usr/local/etc/postfix/mysql_virtual_alias_maps.cf
> virtual_gid_maps = static:99
> virtual_mailbox_base = /usr/local/virtual
> virtual_mailbox_domains =
> mysql:/usr/local/etc/postfix/mysql_virtual_domains_maps.cf,
> mysql_relay_domains_maps.cf
> virtual_mailbox_limit = 51200000
> virtual_mailbox_maps =
> mysql:/usr/local/etc/postfix/mysql_virtual_mailbox_maps.cf
> virtual_minimum_uid = 1001
> virtual_transport = maildrop
> virtual_uid_maps = static:1001
>
>
>
>
>
>
>
>


--
Best Regards

MfG Robert Schetterer

Germany/Munich/Bavaria
Reply | Threaded
Open this post in threaded view
|

Re: yahoo/gmail listed on different rbl's

Rich Wales
In reply to this post by Petre Bandac
SORBS is widely considered to be overly aggressive and is probably
not a good RBL to trust fully (which is what you're doing if you
list it in a reject_rbl_client directive).

You might, at your discretion, want to include SORBS (with a low
score) in postscreen_dnsbl_sites (if you are using Postfix's
postscreen feature) -- and/or in SpamAssassin (again, assigning it
a low score) -- but you've come across an excellent example of why
you do *not* want to use SORBS in reject_rbl_client.

Different people will have different opinions regarding RBL's, but
I am comfortable trusting zen.spamhaus.org and truncate.gbudb.net
fully, and I am currently using them in reject_rbl_client checks.

Rich Wales
[hidden email]
Reply | Threaded
Open this post in threaded view
|

Re: yahoo/gmail listed on different rbl's

Wietse Venema
In reply to this post by Petre Bandac
Petre Bandac:

> hello
>
> in the last period I had several complains about mail originating from
> yahoo/gmail not reaching the mailbox
>
> logging in the logs I found entries like this:
>
> ###
> Jun 16 10:07:12 mx postfix/smtpd[27072]: NOQUEUE: reject: RCPT from
> mail-fx0-f67.google.com[209.85.161.67]: 554 5.7.1 Service unavailable;
> Client host [209.85.161.67] blocked using dnsbl.sorbs.net; Currently
> Sending Spam See: http://www.sorbs.net/lookup.shtml?209.85.161.67;
> from=<[hidden email]> to=<[hidden email]> proto=ESMTP
> helo=<mail-fx0-f67.google.com>

If you disagree with dnsbl.sorbs.net's listing policies, then don't
use that service,

        Wietse

> ###
>
> I figure I have the following options
>
> 1 - disable rbl checks (which I did, at the client's request; they
> also didn't feel right with the greylist settings, so I had to shut
> down that too earlier)
>
> 2 - whitelist all mail originating from yahoo/gmail/google.com by
> putting them in the files for check_client_access and
> check_sender_access (btw, is this redundant?) and keep rbl queries
>
> is there any (more) elegant solution for keeping rbl queries and allow
> legit yahoo/gmail emails ?
>
>
> thanks,
>
> petre
>
> ###
>
> excerpt from postconf -n
>
>
>
> smtpd_recipient_restrictions =
>
> check_sender_access hash:/usr/local/etc/postfix/sender_checks,
> permit_sasl_authenticated,
> permit_mynetworks,
> check_client_access
> hash:/usr/local/etc/postfix/spammers-accepted,  
> reject_non_fqdn_recipient,  
> reject_unknown_sender_domain,
> reject_unknown_recipient_domain,  
> reject_unauth_destination,  
> reject_unauth_pipelining,
> reject_invalid_hostname,  
> reject_non_fqdn_hostname,  
> permit_mx_backup,  
> reject
>
> smtpd_sasl_auth_enable = yes
> smtpd_sasl_authenticated_header = yes
> smtpd_sasl_security_options = noanonymous
> smtpd_sender_restrictions = permit_sasl_authenticated,
> permit_mynetworks,   reject_unauth_destination
> transport_maps = hash:/usr/local/etc/postfix/transport
> unknown_address_reject_code = 554
> unknown_client_reject_code = 554
> unknown_hostname_reject_code = 554
> unknown_local_recipient_reject_code = 550
> virtual_alias_maps =
> mysql:/usr/local/etc/postfix/mysql_virtual_alias_maps.cf
> virtual_gid_maps = static:99
> virtual_mailbox_base = /usr/local/virtual
> virtual_mailbox_domains =
> mysql:/usr/local/etc/postfix/mysql_virtual_domains_maps.cf,
> mysql_relay_domains_maps.cf
> virtual_mailbox_limit = 51200000
> virtual_mailbox_maps =
> mysql:/usr/local/etc/postfix/mysql_virtual_mailbox_maps.cf
> virtual_minimum_uid = 1001
> virtual_transport = maildrop
> virtual_uid_maps = static:1001
>
>
>
>
>
>
>
>
> --
>
> Petre Bandac
>
> Network Scientist
>
> -
>
> [hidden email]
-- End of PGP section, PGP failed!

Reply | Threaded
Open this post in threaded view
|

Re: yahoo/gmail listed on different rbl's

ml@smtp.fakessh.eu
Le jeudi 16 juin 2011 19:06, Wietse Venema a écrit :

> Petre Bandac:
> > hello
> >
> > in the last period I had several complains about mail originating from
> > yahoo/gmail not reaching the mailbox
> >
> > logging in the logs I found entries like this:
> >
> > ###
> > Jun 16 10:07:12 mx postfix/smtpd[27072]: NOQUEUE: reject: RCPT from
> > mail-fx0-f67.google.com[209.85.161.67]: 554 5.7.1 Service unavailable;
> > Client host [209.85.161.67] blocked using dnsbl.sorbs.net; Currently
> > Sending Spam See: http://www.sorbs.net/lookup.shtml?209.85.161.67;
> > from=<[hidden email]> to=<[hidden email]> proto=ESMTP
> > helo=<mail-fx0-f67.google.com>
>
> If you disagree with dnsbl.sorbs.net's listing policies, then don't
> use that service,
>
> Wietse

use safe.dnsbl.sorbs.net
is supposedly a safe list.
I personally no longer uses SORBS, too many problems even safe.dnsbl

>
> > ###
> >
> > I figure I have the following options
> >
> > 1 - disable rbl checks (which I did, at the client's request; they
> > also didn't feel right with the greylist settings, so I had to shut
> > down that too earlier)
> >
> > 2 - whitelist all mail originating from yahoo/gmail/google.com by
> > putting them in the files for check_client_access and
> > check_sender_access (btw, is this redundant?) and keep rbl queries
> >
> > is there any (more) elegant solution for keeping rbl queries and allow
> > legit yahoo/gmail emails ?
> >
> >
> > thanks,
> >
> > petre
> >
> > ###
> >
> > excerpt from postconf -n
> >
> >
> >
> > smtpd_recipient_restrictions =
> >
> > check_sender_access hash:/usr/local/etc/postfix/sender_checks,
> > permit_sasl_authenticated,
> > permit_mynetworks,
> > check_client_access
> > hash:/usr/local/etc/postfix/spammers-accepted,
> > reject_non_fqdn_recipient,
> > reject_unknown_sender_domain,
> > reject_unknown_recipient_domain,
> > reject_unauth_destination,
> > reject_unauth_pipelining,
> > reject_invalid_hostname,
> > reject_non_fqdn_hostname,
> > permit_mx_backup,
> > reject
> >
> > smtpd_sasl_auth_enable = yes
> > smtpd_sasl_authenticated_header = yes
> > smtpd_sasl_security_options = noanonymous
> > smtpd_sender_restrictions = permit_sasl_authenticated,
> > permit_mynetworks,   reject_unauth_destination
> > transport_maps = hash:/usr/local/etc/postfix/transport
> > unknown_address_reject_code = 554
> > unknown_client_reject_code = 554
> > unknown_hostname_reject_code = 554
> > unknown_local_recipient_reject_code = 550
> > virtual_alias_maps =
> > mysql:/usr/local/etc/postfix/mysql_virtual_alias_maps.cf
> > virtual_gid_maps = static:99
> > virtual_mailbox_base = /usr/local/virtual
> > virtual_mailbox_domains =
> > mysql:/usr/local/etc/postfix/mysql_virtual_domains_maps.cf,
> > mysql_relay_domains_maps.cf
> > virtual_mailbox_limit = 51200000
> > virtual_mailbox_maps =
> > mysql:/usr/local/etc/postfix/mysql_virtual_mailbox_maps.cf
> > virtual_minimum_uid = 1001
> > virtual_transport = maildrop
> > virtual_uid_maps = static:1001
> >
> >
> >
> >
> >
> >
> >
> >
> > --
> >
> > Petre Bandac
> >
> > Network Scientist
> >
> > -
> >
> > [hidden email]
>
> -- End of PGP section, PGP failed!
--
 http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x092164A7
 gpg --keyserver pgp.mit.edu --recv-key 092164A7

attachment0 (196 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: yahoo/gmail listed on different rbl's

mouss-4
In reply to this post by Petre Bandac
Le 16/06/2011 18:34, Petre Bandac a écrit :

> hello
>
> in the last period I had several complains about mail originating from
> yahoo/gmail not reaching the mailbox
>
> logging in the logs I found entries like this:
>
> ###
> Jun 16 10:07:12 mx postfix/smtpd[27072]: NOQUEUE: reject: RCPT from
> mail-fx0-f67.google.com[209.85.161.67]: 554 5.7.1 Service unavailable;
> Client host [209.85.161.67] blocked using dnsbl.sorbs.net; Currently
> Sending Spam See: http://www.sorbs.net/lookup.shtml?209.85.161.67;
> from=<[hidden email]> to=<[hidden email]> proto=ESMTP
> helo=<mail-fx0-f67.google.com>


http://en.wikipedia.org/wiki/Spam_and_Open_Relay_Blocking_System#Aggressiveness

PS. your subject says "different" rbl's, but you only show one RBL.

> [snip]
> is there any (more) elegant solution for keeping rbl queries and allow
> legit yahoo/gmail emails ?
>

use DNSWL.

> [snip]
> smtpd_recipient_restrictions =
>
> check_sender_access hash:/usr/local/etc/postfix/sender_checks,
> permit_sasl_authenticated,
> permit_mynetworks,
> check_client_access
> hash:/usr/local/etc/postfix/spammers-accepted,  
> reject_non_fqdn_recipient,  
> reject_unknown_sender_domain,
> reject_unknown_recipient_domain,  
> reject_unauth_destination,  
> reject_unauth_pipelining,
> reject_invalid_hostname,  
> reject_non_fqdn_hostname,  
> permit_mx_backup,  
> reject
>

1) I see no reject_rbl_*

2) This is unsafe. do not put check_*_access before
reject_unauth_destination.

> [snip]
Reply | Threaded
Open this post in threaded view
|

Re: yahoo/gmail listed on different rbl's

Petre Bandac
On Thu, 16 Jun 2011 22:26:24 +0200 Anno Domini
the honourable mouss <[hidden email]> wrote using one of his/her
keyboards:

> Le 16/06/2011 18:34, Petre Bandac a écrit :
> > hello
> >
> > in the last period I had several complains about mail originating
> > from yahoo/gmail not reaching the mailbox
> >
> > logging in the logs I found entries like this:
> >
> > ###
> > Jun 16 10:07:12 mx postfix/smtpd[27072]: NOQUEUE: reject: RCPT from
> > mail-fx0-f67.google.com[209.85.161.67]: 554 5.7.1 Service
> > unavailable; Client host [209.85.161.67] blocked using
> > dnsbl.sorbs.net; Currently Sending Spam See:
> > http://www.sorbs.net/lookup.shtml?209.85.161.67;
> > from=<[hidden email]> to=<[hidden email]> proto=ESMTP
> > helo=<mail-fx0-f67.google.com>
>
>
> http://en.wikipedia.org/wiki/Spam_and_Open_Relay_Blocking_System#Aggressiveness
>
> PS. your subject says "different" rbl's, but you only show one RBL.
sorry, I did a copy/paste after commenting the lines

   reject_rbl_client        cbl.abuseat.org
   reject_rbl_client        zen.spamhaus.org
   reject_rbl_client        dnsbl.sorbs.net
   reject_rbl_client        combined.njabl.org
   reject_rbl_client        ix.dnsbl.manitu.net


>
> > [snip]
> > is there any (more) elegant solution for keeping rbl queries and
> > allow legit yahoo/gmail emails ?
> >
>
> use DNSWL.
> > [snip]
> > smtpd_recipient_restrictions =
> >
> > check_sender_access hash:/usr/local/etc/postfix/sender_checks,
> > permit_sasl_authenticated,
> > permit_mynetworks,
> > check_client_access
> > hash:/usr/local/etc/postfix/spammers-accepted,  
> > reject_non_fqdn_recipient,  
> > reject_unknown_sender_domain,
> > reject_unknown_recipient_domain,  
> > reject_unauth_destination,  
> > reject_unauth_pipelining,
> > reject_invalid_hostname,  
> > reject_non_fqdn_hostname,  
> > permit_mx_backup,  
> > reject
> >
>
> 1) I see no reject_rbl_*
>
> 2) This is unsafe. do not put check_*_access before
> reject_unauth_destination.
will do, thanks for the observation



as a conclusion, I will stop using sorbs, as wietse pointed ...
interesting how the easiest solutions are sometimes last to be taken
in consideration :)


thanks (everybody) for your time,

petre

> > [snip]



--

Petre Bandac

Network Scientist

-

[hidden email]

signature.asc (205 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: yahoo/gmail listed on different rbl's

mouss-4
Le 16/06/2011 22:33, Petre Bandac a écrit :

> On Thu, 16 Jun 2011 22:26:24 +0200 Anno Domini
> the honourable mouss <[hidden email]> wrote using one of his/her
> keyboards:
>
>> Le 16/06/2011 18:34, Petre Bandac a écrit :
>>> hello
>>>
>>> in the last period I had several complains about mail originating
>>> from yahoo/gmail not reaching the mailbox
>>>
>>> logging in the logs I found entries like this:
>>>
>>> ###
>>> Jun 16 10:07:12 mx postfix/smtpd[27072]: NOQUEUE: reject: RCPT from
>>> mail-fx0-f67.google.com[209.85.161.67]: 554 5.7.1 Service
>>> unavailable; Client host [209.85.161.67] blocked using
>>> dnsbl.sorbs.net; Currently Sending Spam See:
>>> http://www.sorbs.net/lookup.shtml?209.85.161.67;
>>> from=<[hidden email]> to=<[hidden email]> proto=ESMTP
>>> helo=<mail-fx0-f67.google.com>
>>
>>
>> http://en.wikipedia.org/wiki/Spam_and_Open_Relay_Blocking_System#Aggressiveness
>>
>> PS. your subject says "different" rbl's, but you only show one RBL.
>
> sorry, I did a copy/paste after commenting the lines
>
>    reject_rbl_client        cbl.abuseat.org

cbl is included in zen. check if you really want to check cbl...

>    reject_rbl_client        zen.spamhaus.org
>    reject_rbl_client        dnsbl.sorbs.net

you could try the "safe" subzone. but it's better to remove sorbs from
postfix. sorbs may be better in spamassassin.

>    reject_rbl_client        combined.njabl.org

zen includes part of njabl. grep your logs to see if the above catches
anything.

>    reject_rbl_client        ix.dnsbl.manitu.net

I have no experience with manitu. so I can't speak for that.

>
>
>>
>>> [snip]
>>> is there any (more) elegant solution for keeping rbl queries and
>>> allow legit yahoo/gmail emails ?
>>>
>>
>> use DNSWL.

did you see the line above?

>
> as a conclusion, I will stop using sorbs, as wietse pointed ...
> interesting how the easiest solutions are sometimes last to be taken
> in consideration :)

When you add a DNSBL, use warn_if_reject for some time to see the
results. the following lists are considered "safe" at smtp time
(whatever is the definition of safe):
zen.spamhaus.org
bl.spamcop.net
psbl.surriel.com
korea.services.net

but do not use any list without reading its policy. (if you read sorbs
policy, you'll see that they can list big players. you can disagree with
this, but it's their policy. the believe that "no one is too big to block").
Reply | Threaded
Open this post in threaded view
|

Re: yahoo/gmail listed on different rbl's

Petre Bandac
On Thu, 16 Jun 2011 23:07:33 +0200 Anno Domini
the honourable mouss <[hidden email]> wrote using one of his/her
keyboards:

> Le 16/06/2011 22:33, Petre Bandac a écrit :
> > On Thu, 16 Jun 2011 22:26:24 +0200 Anno Domini
> > the honourable mouss <[hidden email]> wrote using one of
> > his/her keyboards:
> >
> >> Le 16/06/2011 18:34, Petre Bandac a écrit :
> >>> hello
> >>>
> >>> in the last period I had several complains about mail originating
> >>> from yahoo/gmail not reaching the mailbox
> >>>
> >>> logging in the logs I found entries like this:
> >>>
> >>> ###
> >>> Jun 16 10:07:12 mx postfix/smtpd[27072]: NOQUEUE: reject: RCPT
> >>> from mail-fx0-f67.google.com[209.85.161.67]: 554 5.7.1 Service
> >>> unavailable; Client host [209.85.161.67] blocked using
> >>> dnsbl.sorbs.net; Currently Sending Spam See:
> >>> http://www.sorbs.net/lookup.shtml?209.85.161.67;
> >>> from=<[hidden email]> to=<[hidden email]> proto=ESMTP
> >>> helo=<mail-fx0-f67.google.com>
> >>
> >>
> >> http://en.wikipedia.org/wiki/Spam_and_Open_Relay_Blocking_System#Aggressiveness
> >>
> >> PS. your subject says "different" rbl's, but you only show one RBL.
> >
> > sorry, I did a copy/paste after commenting the lines
> >
> >    reject_rbl_client        cbl.abuseat.org
>
> cbl is included in zen. check if you really want to check cbl...
>
> >    reject_rbl_client        zen.spamhaus.org
> >    reject_rbl_client        dnsbl.sorbs.net
>
> you could try the "safe" subzone. but it's better to remove sorbs from
> postfix. sorbs may be better in spamassassin.
>
> >    reject_rbl_client        combined.njabl.org
>
> zen includes part of njabl. grep your logs to see if the above catches
> anything.
>
> >    reject_rbl_client        ix.dnsbl.manitu.net
>
> I have no experience with manitu. so I can't speak for that.
I guess it is my fault, I have this combination of rbls since
2006-2007, guess I should review it and settle to fewer lists

> >
> >
> >>
> >>> [snip]
> >>> is there any (more) elegant solution for keeping rbl queries and
> >>> allow legit yahoo/gmail emails ?
> >>>
> >>
> >> use DNSWL.
>
> did you see the line above?
yes, I am studying the site as we speak

thanks for all the shared information

> >
> > as a conclusion, I will stop using sorbs, as wietse pointed ...
> > interesting how the easiest solutions are sometimes last to be taken
> > in consideration :)
>
> When you add a DNSBL, use warn_if_reject for some time to see the
> results. the following lists are considered "safe" at smtp time
> (whatever is the definition of safe):
> zen.spamhaus.org
> bl.spamcop.net
> psbl.surriel.com
> korea.services.net
>
> but do not use any list without reading its policy. (if you read sorbs
> policy, you'll see that they can list big players. you can disagree
> with this, but it's their policy. the believe that "no one is too big
> to block").


--

Petre Bandac

Network Scientist

-

[hidden email]

signature.asc (205 bytes) Download Attachment