Re^2: Email::Valid rejecting emails @example.com today

I found your problem: the example.com domain is not really even supposed to resolve, much less have ever had valid MX records. The validation is working correctly: email addresses on example.com are not valid and you should not be using those in test data that is supposed to pass validation.

Prove it :)

Comment on Re^2: Email::Valid rejecting emails @example.com today

Replies are listed 'Best First'.
Re^3: Email::Valid rejecting emails @example.com today by jcb (Parson) on Sep 06, 2019 at 03:56 UTC
See RFC2606. :)	[reply]
Re^4: Email::Valid rejecting emails @example.com today by Anonymous Monk on Sep 06, 2019 at 04:07 UTC
See RFC2606. :) Which part of "RFC2606" dictates how ICANN should manage example.com? It also makes no mention of `mail exchanger record (MX record)` When I'm guessing I says I'm guessing. Otherwise I check my answers before posting so I'm not posting bad memories/fantasy.	[reply] [d/l]
Re^5: Email::Valid rejecting emails @example.com today by jcb (Parson) on Sep 06, 2019 at 04:17 UTC
Read section 2 of RFC2606, which describes the purpose of reserving domain names and reserves a few TLDs. Section 3 describes "example.com" and others as "also" reserved to be "used as examples". That means that they should be treated like the top-level domain ".example." and are intended for use in documentation. There is no reason that a documentation placeholder domain should even resolve. In fact, I recall some controversy when the .COM registrar put up a page on example.com, complete with ads, during one of the Internet bubbles.	[reply]
Re^6: Email::Valid rejecting emails @example.com today by Anonymous Monk on Sep 06, 2019 at 04:40 UTC
Re^7: Email::Valid rejecting emails @example.com today by jcb (Parson) on Sep 06, 2019 at 04:48 UTC
Some notes below your chosen depth have not been shown here


Your skill will accomplish what the force of many cannot
	PerlMonks