Changes between Initial Version and Version 1 of Ticket #36809, comment 6


Ignore:
Timestamp:
Dec 23, 2025, 11:29:42 AM (3 weeks ago)
Author:
Mike Edmunds

Legend:

Unmodified
Added
Removed
Modified
  • Ticket #36809, comment 6

    initial v1  
    11Natalia's proposal would also simplify implementation of #27029 EAI address validation. (Or help developers who need that functionality sooner subclass EmailValidator themselves.)
    22
    3 Django already uses "recipient" to mean a complete email address, possibly including a friendly display name (e.g., django.core.mail.EmailMessage.all_recipients()). The official RFC 5322 term for the part before the @ is ''local-part'', but other common terms are ''user'' (e.g., existing EmailValidator code), ''username'' (e.g., Python's email.headerregistry.Address.username), or ''mailbox''. I'd maybe go with `validate_username()` and `validate_domain()` to align with Python's email package.
     3Django already uses "recipient" to mean a complete email address, possibly including a friendly display name (e.g., django.core.mail.EmailMessage.all_recipients()). The official RFC 5322 term for the part before the @ is ''local-part'', but other common terms are ''user'' (e.g., existing EmailValidator code) or ''username'' (e.g., Python's email.headerregistry.Address.username). I'd maybe go with `validate_username()` and `validate_domain()` to align with Python's email package.
Back to Top