[12.x] Make it more clear what is happening with email RFC validation #10340
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
As of a commit since 12.x, the email validation docs could be seen as misleading/confusing.
The email validation does not validate against RFC 5322, but also allows other RFCs. This is important, as other RFCs allow emails that are not compatible with several (most?) major email platforms.
Also, the
strict
validation mentions "rejecting trailing periods or multiple consecutive periods", which I think is an oversimplification.I don't see a way in the upstream
egulias/EmailValidator
to selectively validate against certain RFCs.As the list of RFCs is subject to change, I propose changing the docs to mention "supported RFCs", with a link to the list. The link might be deemed superfluous as the package itself is linked to earlier in this docs section.
Alternative approach would be to delegate to the
egulias/EmailValidator
docs for therfc
andstrict
rule styles.Related topics: