Jump to content

User:Jeff G./RFC-Ignorant.Org

From Wikipedia, the free encyclopedia

RFC-Ignorant.Org was a website and lookup service that billed itself as "the clearinghouse for sites who think that the rules of the internet don't apply to them." It maintained a number of lists ("dsn", "abuse", "postmaster", "bogusmx", and "whois") which contained domains and subnets whose administrators chose not to obey the RFCs, the building block "rules" of the net. It documented who chose not to implement certain protocols described in the RFCs, and provided a means for allowing people to determine for themselves if they wish to communicate with non-compliant systems.

This lists were shut down and the databases were transferred to www.rfc-ignorant.de as of October 30, 2012[1][2], but that site was replaced by Sedo Domain Parking by August 29, 2014[3].

Individual list policies

[edit]

DSN ( <> )

[edit]

If the publicly listed MX record for domain refuses to accept mail with a originator given as <>, then the domain will be considered a viable candidate for inclusion in the zone.[4] per RFC 5321 section 6.1[5] and RFC 2505 sections 2[6] and 2.6.1[7].

postmaster

[edit]

If the right-hand-side of an address doesn't have a postmaster address (e.g., given an address of <foo@example.tld>, if "postmaster@example.tld" bounces as non-existent (on any of the valid MX servers for 'example.tld'), then example.tld would be listed.[8] per RFC 5321 sections 2.3.5[9], 3.1[10], 4.1.1.3 BNF grammar[11], and 4.5.1 paragraph 2 and 3[12].

abuse

[edit]

any domain for which abuse@domain is rejected, times-out, or for any other reason cannot be delivered, that shall be considered grounds for listing, excepting as such that if the rejection is obviously based on some criteria which reject the sender.[13] per RFC 2142 section 1 paragraph 1[14] and section 4[15].

whois

[edit]

Domains are listed in the whois.rfc-ignorant.org zone based on meeting any of the following criteria:

  1. The information provided in the WHOIS record for a given domain is missing or otherwise "obviously wrong"; examples might include:
    • a phone number of "555-1212";
    • an address of 1060 W. Addison, Chicago (for any organization other than the Chicago Cubs);
    • an address of 1600 Pennsylvania Ave, Washington DC;
    • or an address of No. 10 Downing St., London.
  2. If the information provided on a WHOIS record is inaccurate, out of date, or otherwise "provably wrong". This might include e-mails that bounce, phone numbers of people who have nothing to do with the domain, or a street address that doesn't work for the company in question.
  3. If the information provided on a WHOIS record acts simply as a redirector, e.g., that someone who calls the number is directed to use one of the other mediums. WHOIS databases contain multiple types of contact info so that people who cannot use one method can use the others. Those alternatives are useless if they simply point people at the others.
  4. If a TLD does not have a working, public, free of charge WHOIS registry (operating via TCP port 43, and adhering to the protocol specification in RFC 3912) providing some form of contact information, then by definition no domain in that TLD is RFC 1032-compliant, and that would make the entire TLD a viable candidate for listing, however "entire TLD"-based domains return a different result code in the A record (127.0.0.7 versus 127.0.0.5) so as to allow sites to differentiate between them.
  5. If any of the valid MX servers for a domain in the RHS of a contact address have private, reserved, or otherwise bogus IP addresses, then the domain would be listed. (E.g., given an address of <foo@example.tld>, if the MX for example.tld is mail.example.tld, and the A record listed in DNS for mail.example.tld is 127.0.0.1, then example.tld would be listed.)[16]

per RFC 1032 section "VERIFICATION OF DATA" at the bottom of page 5 and RFC 3912 section 2 the WHOIS server replies with text content.

bogusmx

[edit]

If any publicly listed MX record for domain contains a hostname which points to bogus IP address space, such as those documented in RFC 3330, or IPv6 reservations detailed in RFCs 3879, 4048, 4193, and 4291 or if the domain contains an MX RR that points to an IP address, in violation of RFC 1035 or if the domain has MX RRs which point to hostnames which themselves do not have an associated A record (including MXs which return an NXDOMAIN, or which are CNAMEs) Also included is any host which resolves to the world broadcast (255.255.255.255) address, since that IP address is obviously invalid. per RFC 1035 sections 3.1 Name space definitions (definition labels)[17], 3.3 Standard RRs paragraph 2 (definition domain-name)[18], and 3.3.9 MX RDATA format[19], RFC 3330 sections 2 Global and Other Specialized Address Blocks[20] and 3 Summary Table[21], RFC 5321 section 5.1[22], and RFC 2181 section 10.3 MX and NS recordsElz, Robert and Bush, Randy (July 1997). "RFC 2181 - Clarifications to the DNS Specification". IETF Tools.{{cite web}}: CS1 maint: multiple names: authors list (link)</ref>.

See also

[edit]

References

[edit]
  1. ^ von Eitzen, Christopher (8 October 2012). "RFC-Ignorant.org blacklist closes down". h-online.com.
  2. ^ Balling, Derek (2012-11-06). "Announcement Regarding End of RFC-Ignorant.org". rfc-ignorant.org.
  3. ^ "rfc-ignorant.de - This website is for sale! - rfc-ignorant Resources and Information". rfc-ignorant.de. Archived from the original on 29 August 2014. {{cite web}}: Cite uses generic title (help)
  4. ^ Balling, Derek (2008-10-13). "Listing policy for dsn.rfc-ignorant.org zone". rfc-ignorant.org. Archived from the original on 19 September 2012.
  5. ^ Klensin, John C. (October 2008). "RFC 5321 with highlighted references used by RFC Ignorant blacklists". rfc-ignorant.org. Archived from the original on 22 September 2012. section 6.1.
  6. ^ Lindberg, Gunnar (February 1999). "RFC 2505 with highlighted references used by RFC Ignorant blacklists". rfc-ignorant.org. Archived from the original on 22 September 2012. section 2.
  7. ^ Lindberg, Gunnar (February 1999). "RFC 2505 with highlighted references used by RFC Ignorant blacklists". rfc-ignorant.org. Archived from the original on 22 September 2012. section 2.6.1.
  8. ^ Balling, Derek (2008-10-13). "Listing policy for postmaster.rfc-ignorant.org zone". rfc-ignorant.org. Archived from the original on 30 November 2012.
  9. ^ Klensin, John C. (October 2008). "RFC 5321 with highlighted references used by RFC Ignorant blacklists". rfc-ignorant.org. Archived from the original on 22 September 2012. section 2.3.5.
  10. ^ Klensin, John C. (October 2008). "RFC 5321 with highlighted references used by RFC Ignorant blacklists". rfc-ignorant.org. Archived from the original on 22 September 2012. section 3.1.
  11. ^ Klensin, John C. (October 2008). "RFC 5321 with highlighted references used by RFC Ignorant blacklists". rfc-ignorant.org. Archived from the original on 22 September 2012. section 4.1.1.3 syntax
  12. ^ Klensin, John C. (October 2008). "RFC 5321 with highlighted references used by RFC Ignorant blacklists". rfc-ignorant.org. Archived from the original on 22 September 2012. section 4.5.1
  13. ^ Balling, Derek (2008-10-13). "Listing policy for abuse.rfc-ignorant.org zone". rfc-ignorant.org. Archived from the original on 2 November 2012.
  14. ^ Crocker, Dave (May 1997). "RFC 2142 with highlighted references used by RFC Ignorant blacklists". rfc-ignorant.org. Archived from the original on 31 October 2012. section 1.
  15. ^ Crocker, Dave (May 1997). "RFC 2142 with highlighted references used by RFC Ignorant blacklists". rfc-ignorant.org. Archived from the original on 31 October 2012. section 4.
  16. ^ Balling, Derek (2008-10-13). "Listing policy for the whois.rfc-ignorant.org zone". rfc-ignorant.org. Archived from the original on 20 November 2012.
  17. ^ Mockapetris, Paul (November 1987). "RFC 1035 with highlighted references used by RFC Ignorant blacklists". rfc-ignorant.org. Archived from the original on 30 October 2012. section 3.1.
  18. ^ Mockapetris, Paul (November 1987). "RFC 1035 with highlighted references used by RFC Ignorant blacklists". rfc-ignorant.org. Archived from the original on 30 October 2012. section 3.3.
  19. ^ Mockapetris, Paul (November 1987). "RFC 1035 with highlighted references used by RFC Ignorant blacklists". rfc-ignorant.org. Archived from the original on 30 October 2012. section 3.3.9.
  20. ^ IANA (September 2002). "RFC 3330 with highlighted references used by RFC Ignorant blacklists". rfc-ignorant.org. Archived from the original on 30 October 2012. section 2.
  21. ^ IANA (September 2002). "RFC 3330 with highlighted references used by RFC Ignorant blacklists". rfc-ignorant.org. Archived from the original on 30 October 2012. section 3.
  22. ^ Klensin, John C. (October 2008). "RFC 5321 with highlighted references used by RFC Ignorant blacklists". rfc-ignorant.org. Archived from the original on 22 October 2012. {{cite web}}: |archive-date= / |archive-url= timestamp mismatch; 22 September 2012 suggested (help) section 3.
[edit]