En una dirección de correo se aplican dos reglas distintas para las mayúsculas y minúsculas. El dominio, situado después de @, no distingue entre ambas. La parte local, situada antes de @, sí puede hacerlo, según el sistema que recibe el correo. Si no administras esa dirección, conserva la parte local tal como se ha introducido y normaliza solo el dominio.
Por ejemplo, Alex.Smith+orders@EXAMPLE.COM puede convertirse en Alex.Smith+orders@example.com sin cambiar el significado del dominio. Al escribir alex.smith+orders@example.com también se cambia la parte local, por lo que no se puede dar por hecho que siga siendo el mismo destinatario.
El dominio y la parte local siguen reglas distintas
El RFC 5321, sección 2.4 exige que las implementaciones SMTP conserven las mayúsculas y minúsculas de la parte local. También establece que los dominios de los buzones no distinguen entre ambas. La norma desaconseja que los sistemas receptores diferencien buzones solo por las mayúsculas y minúsculas, porque dificulta la interoperabilidad.
Un sistema receptor puede entregar los mensajes de Alex@example.com y alex@example.com en el mismo buzón. Otro puede interpretar las dos direcciones de forma distinta. La norma no ofrece una regla universal que permita a tu aplicación considerar equivalentes esas partes locales.
Las mayúsculas por sí solas no son un error de formato. Si un formulario rechaza una dirección que combina mayúsculas y minúsculas, revisa el validador antes de pedir a la persona que la cambie. La guía de sintaxis de las direcciones de correo explica las demás restricciones de formato.
Los ejemplos siguientes usan direcciones ASCII ficticias con dominios DNS. Ilustran reglas de tratamiento, no buzones que funcionen. Las direcciones internacionalizadas y las partes locales entre comillas necesitan un analizador que las admita expresamente. Estos ejemplos no son un algoritmo general para analizar direcciones de correo.
Conserva la dirección de contacto al guardarla
Después de validar la entrada, conserva la parte local para los mensajes, las peticiones de verificación y la visualización. Si guardas una dirección normalizada, usa un analizador que trate el dominio por separado. Convertir toda la cadena a minúsculas elimina la escritura original de la parte local.
| Dirección introducida | Dirección con el dominio normalizado | Qué se conserva |
|---|---|---|
Alex@EXAMPLE.COM |
Alex@example.com |
Mayúsculas y minúsculas de la parte local |
Alex.Smith@example.com |
Alex.Smith@example.com |
Mayúsculas, minúsculas y punto |
Alex.Smith+orders@EXAMPLE.COM |
Alex.Smith+orders@example.com |
Mayúsculas, minúsculas, punto y etiqueta tras el signo más |
Los puntos y las etiquetas tras el signo más tienen su propio significado en el sistema receptor. Consérvalos también. La guía de direcciones con signo más explica cómo validar y transmitir esas direcciones.
El analizador actual de Emvero mantiene esta separación: conserva la parte local y normaliza el dominio. Esa transformación por sí sola no indica si existe el buzón.
Guarda por separado la dirección de contacto y el valor de comparación
Una aplicación puede buscar cuentas sin distinguir mayúsculas y minúsculas en sus identificadores. Es una regla de la aplicación que afecta al registro, al inicio de sesión y a la recuperación de cuentas. No demuestra cómo interpreta la dirección un servidor de correo externo.
Para buscar cuentas con esa regla, guarda un valor de comparación junto a la dirección de contacto. Un valor en minúsculas puede ayudar a encontrar una posible cuenta existente, mientras el campo de contacto conserva Alex.Smith+orders@example.com. Comprueba las reglas de comparación de la base de datos además del código de la aplicación. Ambos deben aplicar el criterio elegido.
Una coincidencia no debe fusionar automáticamente dos cuentas existentes ni dar acceso a ninguna de ellas. Resuelve los conflictos mediante el proceso de recuperación o vinculación de cuentas del producto, con la autenticación que corresponda. Al enviar un mensaje de recuperación para una cuenta existente, usa su dirección de contacto guardada. No la sustituyas por la variante introducida al buscar la cuenta.
Aplica el mismo criterio al registro y al inicio de sesión. De lo contrario, el formulario podría aceptar una dirección que el paso siguiente no encuentra. Documenta qué ocurre cuando dos direcciones solo difieren en las mayúsculas y minúsculas de la parte local. Si la aplicación solo permite una cuenta para esas variantes, explica esa restricción cuando se intente registrar una segunda cuenta.
Si los registros ya están en minúsculas
La conversión a minúsculas no se puede deshacer: guardar alex@example.com no permite saber si la persona había escrito Alex@example.com. No deduzcas las mayúsculas a partir de su nombre ni sobrescribas en bloque las direcciones de contacto.
Conserva el valor actual hasta que haya un motivo para corregirlo. Si la persona comunica un problema, deja que indique la dirección deseada mediante el proceso habitual para cambiar los datos de contacto. Confirma que controla el buzón cuando sea necesario. Una entrega correcta a la dirección en minúsculas tampoco recupera la escritura que se perdió.
Antes de introducir una nueva regla de comparación, revisa los registros que pasarían a tener el mismo valor. Planifica cómo resolver cada conflicto sin fusionar historiales de contacto ni conceder acceso a otra cuenta por error.
Prueba los procesos que usan la dirección
Usa registros ficticios para comprobar estos casos en tu aplicación:
- Al cambiar
EXAMPLE.COMporexample.com, la parte local se conserva al guardar y recuperar el registro. Alex@example.comyalex@example.comsiguen el criterio de búsqueda de cuentas documentado. Cualquier conflicto tiene una resolución explícita.Alex.Smith+orders@example.comconserva las mayúsculas, el punto y la etiqueta en el campo de contacto y en la petición de verificación.- El registro, el inicio de sesión y la recuperación usan el mismo criterio de comparación. La recuperación usa la dirección de contacto guardada para la cuenta encontrada.
- Una migración detecta los valores de comparación que entrarían en conflicto antes de cambiar los registros.
Son casos para las pruebas de regresión de tu integración. No prueban la entrega ni demuestran que dos variantes lleguen al mismo buzón.
Verifica la dirección a la que quieres escribir
Envía a verificación la dirección con su parte local intacta. Si cambias las mayúsculas antes, estarás comprobando otra entrada. Un resultado unknown indica que la evidencia no permite llegar a una conclusión. Convertir a minúsculas y repetir la comprobación no es una solución general para esa incertidumbre.
La verificación tampoco establece quién controla el buzón. Envía tu propio mensaje de confirmación cuando sea necesario comprobarlo. Emvero no envía ese mensaje; la comparación entre verificación y confirmación del correo explica la diferencia.
Usa la API de verificación de correo desde tu servidor, después de recibir la dirección con la parte local intacta.