Si j'envoie un e-mail à la [email protected]place de [email protected], pourrait-il y avoir des problèmes de livraison en raison des lettres majuscules?
24
Si j'envoie un e-mail à la [email protected]place de [email protected], pourrait-il y avoir des problèmes de livraison en raison des lettres majuscules?
Techniquement, ce sont des adresses e-mail différentes, mais vous êtes probablement d' accord.
La partie domaine de l'adresse e-mail (exemple.com) n'est pas sensible à la casse. "ExaMple.com" est donc identique à "example.com". Cependant, le destinataire (partie locale) est potentiellement sensible à la casse, donc "Bonjour" est différent de "bonjour". Cela dit, les serveurs de messagerie du monde réel ont tendance à ne pas appliquer cela (je n'en ai jamais rencontré un qui le fasse) - car il est tout simplement déroutant et sujet aux erreurs des utilisateurs.
Si vous stockez des adresses e-mail, vous devez probablement les stocker dans leur boîtier d'origine (le destinataire au moins) pour être en sécurité. Cependant, comparez-les toujours en respectant la casse afin d'éviter les doublons.
De RFC 2821 - Simple Mail Transfer Protocol :
La partie locale d'une boîte aux lettres DOIT ÊTRE traitée comme sensible à la casse. Par conséquent, les implémentations SMTP DOIVENT prendre soin de préserver la casse des parties locales de boîte aux lettres. Les domaines de boîtes aux lettres ne sont pas sensibles à la casse. En particulier, pour certains hôtes, l'utilisateur "smith" est différent de l'utilisateur "Smith". Cependant, l'exploitation de la sensibilité à la casse des parties locales de boîte aux lettres empêche l'interopérabilité et est déconseillée.
La plupart des serveurs SMTP sont très bien avec des caractères majuscules. Cependant, certains différencient les caractères majuscules et minuscules dans la partie destinataire. La partie domaine est insensible à la casse.
Par exemple, Google Mail ne fait pas de distinction entre les destinataires majuscules et minuscules.
Je vous recommande de vérifier auprès de l'administrateur du serveur concerné ou de leur laisser une question pour interroger le même.