Catch-all validation

[rrjanbiah]

Only an idea. Trumail has used some nice trick to validate catch-all address https://github.com/trumail/trumail/blob/master/verifier/deliverabler.go#L193 (May check their website demo)

[egulias]

Hi!
While they would be worrisome for sure, they are probably semantically correct. The lib is for validating the address composition, not for spam check or similar features.
With this information, do you think I'd still make sense the feature on the EmailValidator?

[rrjanbiah]

@egulias Up to you. But, I believe EmailValidator is doing more than RFC semantic validation.

[egulias]

@rrjanbiah I'd like to understand your point of view. Could you please elaborate?

[rrjanbiah]

@egulias In PHP, this is the most popular package. It has more than RFC semantic validation. So, IMHO, below are still valid candidates:

• Catch-all Catch-all validation #248
• Disposable email Disposable email validation #247
• SMTP or mailbox SMTP based validation #183

[egulias]

Hi @rrjanbiah ,
Yes, took your suggestions and made them space in v3 of the library by adding the possibility to have "extra" validations (check the Contributing file).
While I'll do my part to add them, I'm more than happy to review and merge implementations.