John L wrote:
Please take another look.
The example still uses 127.0.0.1. It shouldn't, that IP is
never listed and never returned as result. When SC "listed"
127.0.0.1 for a day this caused some unnecessary confusion
(made it even to /. IIRC)
Simple fix s/1+2=3/2+4=6/ proposed in:
<http://permalink.gmane.org/gmane.ietf.asrg/11079>
Other points:
For lists of domain names the term RHSBL is popular (about
20,000 Google hits), maybe mention this in chapter 3.
In 2.3 replace "127/8" by "127.0.0.0/8 excl. 127.0.0.0/31".
I still prefer to recommed 2.0.0.127 as test entry everywhere,
also for RHSBLs. SURBL uses this among other test entries,
but there's no example.com.multi.surbl.org
The security considerations are incomplete: Combined lists
should never combine completely unrelated sets, especially
not "black" and "white" sets, the users would get it wrong.
Are you sure that you want to discuss a commercial service
like [3] in an RfC ? I'd delete the reference and wouldn't
use the term RBL at all, proposed text:
- The list became known as the Real-time Blackhole List (RBL).
+ The list became known as the Real-time Blackhole List.
- Many network managers wanted to use the RBL to block unwanted
+ Many network managers wanted to use this list to block unwanted
e-mail, but weren't prepared to use a BGP feed. They created
a DNS-based distribution scheme that quickly became more
popular than the original BGP distribution. Other people
- created other DNS-based blacklists either to compete with the
+ created other DNS-based blacklists either to compete with this
- RBL or to complement it by listing different categories of IP
+ list or to complement it by listing different categories of IP
- addresses. Although some people refer to all DNS-based
+ addresses.
- blacklists as ``RBLs'', the term properly is used for the MAPS
- RBL, the descendant of the original list. (In the United
- States, the term RBL is a registered service mark of MAPS[3].)
That deletes reference [3] avoiding potential legal headaches
in a "last call" or IESG review.
Bye, Frank
_______________________________________________
Asrg mailing list
Asrg(_at_)ietf(_dot_)org
https://www1.ietf.org/mailman/listinfo/asrg