--- title: "Mayúsculas y minúsculas en direcciones de correo | Emvero" description: "El dominio no distingue mayúsculas y minúsculas; la parte anterior a @ sí puede hacerlo. Aprende a conservar y comparar las direcciones de correo." url: https://emvero.io/es/blog/are-email-addresses-case-sensitive/ language: es updated: 2026-10-18 --- Blog # ¿Las direcciones de correo distinguen mayúsculas y minúsculas? Conserva la parte local, normaliza el dominio y define por separado cómo se buscan las cuentas por su dirección de correo. Publicado 2026-10-18 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](https://www.rfc-editor.org/rfc/rfc5321.html#section-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](https://emvero.io/es/glossary/email-syntax/) 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](https://emvero.io/es/blog/email-address-with-plus-sign/) 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.COM` por `example.com`, la parte local se conserva al guardar y recuperar el registro. - `Alex@example.com` y `alex@example.com` siguen el criterio de búsqueda de cuentas documentado. Cualquier conflicto tiene una resolución explícita. - `Alex.Smith+orders@example.com` conserva 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](https://emvero.io/es/blog/email-verification-vs-email-confirmation/) explica la diferencia. Usa la [API de verificación de correo](https://emvero.io/es/email-verification-api/) desde tu servidor, después de recibir la dirección con la parte local intacta. ## Términos que aparecen aquí ### Sintaxis de una dirección Las reglas de formato de una dirección de correo, que se comprueban antes de consultar DNS o contactar con un servidor. ## Situaciones a las que se aplica ### Validar una dirección en un formulario de registro Alguien espera al otro lado de la petición, así que la latencia define el diseño y un rechazo equivocado le cuesta el cliente. ### Limpiar un CRM sin borrar registros buenos Una ficha de CRM es una historia, no una dirección: aquí no se borra nada. La verificación decide a quién puede escribir, nunca a quién puede conservar. [Todos los artículos](https://emvero.io/es/blog/) ## Elige qué comprobar ahora. Haz una consulta desde tu cuenta y examina los datos del resultado. Empezar gratis