Version 1
[yaffs-website] / vendor / egulias / email-validator / documentation / Other.md
1 Email length
2 ------------
3 http://tools.ietf.org/html/rfc5321#section-4.1.2
4   Forward-path   = Path
5
6   Path           = "<" [ A-d-l ":" ] Mailbox ">"
7
8 http://tools.ietf.org/html/rfc5321#section-4.5.3.1.3
9 http://tools.ietf.org/html/rfc1035#section-2.3.4
10
11 DNS
12 ---
13
14 http://tools.ietf.org/html/rfc5321#section-2.3.5
15   Names that can
16   be resolved to MX RRs or address (i.e., A or AAAA) RRs (as discussed
17   in Section 5) are permitted, as are CNAME RRs whose targets can be
18   resolved, in turn, to MX or address RRs.
19
20 http://tools.ietf.org/html/rfc5321#section-5.1
21   The lookup first attempts to locate an MX record associated with the
22   name.  If a CNAME record is found, the resulting name is processed as
23   if it were the initial name. ... If an empty list of MXs is returned,
24   the address is treated as if it was associated with an implicit MX
25   RR, with a preference of 0, pointing to that host.
26
27 is_email() author's note: We will regard the existence of a CNAME to be
28 sufficient evidence of the domain's existence. For performance reasons
29 we will not repeat the DNS lookup for the CNAME's target, but we will
30 raise a warning because we didn't immediately find an MX record.
31
32 Check for TLD addresses
33 -----------------------
34 TLD addresses are specifically allowed in RFC 5321 but they are
35 unusual to say the least. We will allocate a separate
36 status to these addresses on the basis that they are more likely
37 to be typos than genuine addresses (unless we've already
38 established that the domain does have an MX record)
39
40 http://tools.ietf.org/html/rfc5321#section-2.3.5
41   In the case
42   of a top-level domain used by itself in an email address, a single
43   string is used without any dots.  This makes the requirement,
44   described in more detail below, that only fully-qualified domain
45   names appear in SMTP transactions on the public Internet,
46   particularly important where top-level domains are involved.
47
48 TLD format
49 ----------
50 The format of TLDs has changed a number of times. The standards
51 used by IANA have been largely ignored by ICANN, leading to
52 confusion over the standards being followed. These are not defined
53 anywhere, except as a general component of a DNS host name (a label).
54 However, this could potentially lead to 123.123.123.123 being a
55 valid DNS name (rather than an IP address) and thereby creating
56 an ambiguity. The most authoritative statement on TLD formats that
57 the author can find is in a (rejected!) erratum to RFC 1123
58 submitted by John Klensin, the author of RFC 5321:
59
60 http://www.rfc-editor.org/errata_search.php?rfc=1123&eid=1353
61   However, a valid host name can never have the dotted-decimal
62   form #.#.#.#, since this change does not permit the highest-level
63   component label to start with a digit even if it is not all-numeric.
64
65 Comments
66 --------
67 Comments at the start of the domain are deprecated in the text
68 Comments at the start of a subdomain are obs-domain
69 (http://tools.ietf.org/html/rfc5322#section-3.4.1)