1. La parte local (nombre de usuario)

La parte local aparece antes del símbolo @ e identifica el buzón específico en un dominio. Según la RFC 5322, la parte local puede contener:

Caracteres permitidos:

• Letras mayúsculas y minúsculas (A-Z, a-z)
• Dígitos (0-9)
• Caracteres especiales: ! # $ % & ‘ * + – / = ? ^ _ ` { | } ~
• Punto (.) pero NO al principio, al final o de forma consecutiva

Reglas clave:

• Longitud máxima: 64 caracteres
• Sensible a mayúsculas y minúsculas en teoría, aunque la mayoría de los servidores de correo los tratan como no sensibles
• Las cadenas entre comillas permiten caracteres adicionales: `”john..doe”@example.com`

Ejemplos válidos comunes:

• `john.doe` (letras y punto)
• `user+tag` (signo más para filtrar)
• `admin_2024` (guion bajo y dígitos)
• `first-last` (guion)

Errores comunes a evitar:

• Empezar o terminar con un punto: `.john@` o `john.@`
• Puntos consecutivos: `john..doe@`
• Espacios sin comillas: `john doe@`
• Solo caracteres especiales: `@@@@@@@`

2. El símbolo @

El símbolo @ (arroba) sirve como separador obligatorio entre la parte local y el nombre de dominio. Cada dirección de correo electrónico válida contiene exactamente un símbolo @ (a menos que esté dentro de una cadena entre comillas).

Reglas críticas:

• Se requiere exactamente un @
• No puede aparecer al principio ni al final
• No puede ser escapado ni reemplazado

La posición del símbolo @ determina dónde termina la parte local y comienza el nombre de dominio. Los sistemas de validación de correo electrónico primero localizan el símbolo @ y luego validan por separado las porciones antes y después de él.

3. El nombre de dominio

El nombre de dominio sigue al símbolo @ e identifica el servidor de correo que recibe mensajes para esa dirección. Los nombres de dominio deben cumplir con los estándares DNS (Domain Name System).

Requisitos de estructura del dominio:

• Contiene una o más etiquetas separadas por puntos
• Cada etiqueta: 1-63 caracteres
• Longitud total del dominio: máximo 253 caracteres
• Debe tener registros MX o registros A válidos para la entrega de correo

Caracteres permitidos en nombres de dominio:

• Letras (A-Z, a-z)
• Dígitos (0-9)
• Guiones (-) pero NO al principio ni al final de las etiquetas

Ejemplos de dominios válidos:

• `example.com` (dominio básico)
• `mail.company.co.uk` (subdominio con código de país)
• `server-01.internal.org` (guiones y dígitos)

Ejemplos de dominios inválidos:

• `-example.com` (empieza con guion)
• `example-.com` (la etiqueta termina con guion)
• `example` (sin TLD)
• `example..com` (puntos consecutivos)

Para que un correo electrónico reciba mensajes, el dominio debe tener registros MX configurados correctamente en el DNS. Estos registros indican a los servidores de envío qué servidores de correo manejan el correo para ese dominio.

4. El dominio de nivel superior (TLD)

El TLD es el segmento final del nombre de dominio después del último punto. Los TLD se dividen en varias categorías:

TLD genéricos (gTLDs):

• Originales: .com, .org, .net, .edu, .gov
• Nuevos gTLDs: .app, .dev, .io, .tech, .shop (más de 1000 disponibles)

TLD de código de país (ccTLDs):

• Códigos de dos letras: .uk, .de, .jp, .au, .ca
• A menudo se usan localmente pero son accesibles globalmente

Requisitos de TLD válidos:

• Mínimo 2 caracteres (históricamente)
• Los nuevos gTLDs pueden ser más largos: .technology, .international
• Debe estar registrado en IANA
• No puede contener solo dígitos (en la mayoría de los contextos)

La validación moderna debe aceptar cualquier TLD registrado en IANA en lugar de mantener una lista codificada, ya que se introducen nuevos TLD regularmente.

Direcciones de correo electrónico válidas

Direcciones de correo electrónico inválidas

Distinción importante: Estos ejemplos muestran la validez sintáctica. Una dirección puede ser sintácticamente válida pero aún así no recibir correo si el dominio no existe o carece de servidores de correo.

Validación de correo electrónico (Comprobación de sintaxis)

Qué es: Comprobar si una dirección de correo electrónico sigue las reglas de formato adecuadas sin contactar a ningún servidor.

Qué comprueba:

• Estructura correcta ([email protected])
• Solo caracteres permitidos
• Colocación correcta de puntos
• Límites de longitud
• Formato básico del dominio

Métodos:

• Coincidencia de patrones Regex
• Analizadores de formato
• Validación JavaScript del lado del cliente
• Verificación de sintaxis del lado del servidor

Velocidad: Instantánea (milisegundos)

Resultado: “Esta dirección tiene el formato correcto” o “Esta dirección viola las reglas de formato”

Limitación: No puede determinar si la dirección realmente existe o recibe correo.

Verificación de correo electrónico (Comprobación de existencia)

Qué es: Confirmar que una dirección de correo electrónico realmente existe y puede recibir mensajes.

Qué comprueba:

• El dominio tiene registros MX válidos
• El servidor de correo responde
• El buzón existe (cuando es posible)
• No es una dirección desechable/temporal conocida
• No está en listas negras

Métodos:

• Búsquedas de registros MX DNS
• Conexiones al servidor SMTP
• Protocolos de verificación de buzón
• Comprobaciones de bases de datos de entregabilidad

Velocidad: Más lenta (1-5 segundos por dirección)

Resultado: “Entregable”, “No entregable”, “Desconocido” o “Riesgoso”

Limitación: Algunos servidores de correo bloquean los intentos de verificación; los resultados no siempre son 100% precisos.

Por qué necesitas ambos

Los sistemas de correo electrónico inteligentes utilizan primero la validación (rápida, elimina errores obvios) seguida de la verificación para las direcciones que pasan los controles de sintaxis. Este enfoque de dos pasos:

• Previene errores tipográficos en el envío de formularios (validación)
• Reduce la tasa de rebote (verificación)
• Mantiene la higiene de la lista (verificación)
• Mejora la reputación del remitente (ambos)
• Mejora la entregabilidad (ambos)

Para las empresas que recopilan direcciones de correo electrónico, implementar ambos procesos a través de herramientas de verificación y validación de correo electrónico mejora significativamente la calidad de los datos.

1. Validación de formulario excesivamente restrictiva

Problema: Muchos sitios web utilizan reglas de validación obsoletas que rechazan direcciones legítimas.

Restricciones comunes:

• Bloqueo de signos más (+) utilizados para filtrar correos electrónicos
• Rechazo de nuevos TLD como .io, .app o .dev
• Requerir al menos un punto en la parte local
• Bloqueo de guiones bajos o guiones

Solución: Actualizar los patrones regex de validación para aceptar todos los formatos compatibles con RFC. Utilizar un analizador de sintaxis de correo electrónico completo en lugar de regex demasiado simplificados.

2. Filtrado de caracteres especiales

Problema: Los formularios conscientes de la seguridad a veces bloquean caracteres especiales que son legítimos en las direcciones de correo electrónico.

Comúnmente rechazados:

• `[email protected]` (filtrado de signo más)
• `user%[email protected]` (porcentaje)
• `[email protected]` (guion bajo, raramente)

Solución: Distinguir entre la validación de correo electrónico y la sanitización general de entradas. Las direcciones de correo electrónico necesitan sus propias reglas de validación especializadas.

3. Restricciones de TLD

Problema: Los formularios que mantienen listas de TLD codificadas rechazan dominios de nivel superior recién introducidos o menos comunes.

Ejemplos rechazados:

• `[email protected]`
• `[email protected]`
• `[email protected]`

Solución: Aceptar cualquier dominio con una estructura de TLD válida en lugar de mantener una lista blanca. Verificar la validez del TLD a través de la búsqueda de dominio en lugar de la coincidencia de patrones.

4. Limitaciones de longitud

Problema: Campos de base de datos o formularios con límites de longitud arbitrarios rechazan direcciones válidas más largas.

Problema: Establecer un máximo de 50 caracteres rechaza direcciones como:

• `[email protected]` (55 caracteres)

Solución: Admitir el máximo de 320 caracteres (64 local + @ + 255 dominio). Los campos de base de datos deben usar VARCHAR(320) o equivalente.

5. Patrones Regex incorrectos

Problema: Los patrones regex simplificados omiten casos extremos o rechazan formatos válidos.

Problemas comunes de regex:

• Requerir al menos un punto: `^[^@]+@[^@]+\.[^@]+$` (demasiado simple)
• Bloquear puntos consecutivos en cadenas entre comillas
• No manejar subdominios correctamente
• Definiciones de clase de caracteres incorrectas

Solución: Utilizar bibliotecas de validación de correo electrónico establecidas y compatibles con RFC en lugar de escribir regex personalizados. Como referencia, un patrón regex completamente compatible abarca cientos de caracteres.

6. Manejo de caracteres Unicode/internacionales

Problema: Los formularios que no admiten direcciones de correo electrónico internacionalizadas rechazan direcciones con caracteres no ASCII.

Ejemplos:

• `mü[email protected]`
• `用户@domain.cn`

Solución: Implementar soporte para RFC 6531 o comunicar claramente las limitaciones de solo ASCII a los usuarios.

Métodos manuales

1. Comprobación visual de sintaxis

Examine la dirección en busca de errores obvios:

• ¿Hay un símbolo @?
• ¿Hay caracteres antes y después de @?
• ¿El dominio tiene al menos un punto?
• ¿No hay espacios ni caracteres obviamente inválidos?

Útil para comprobaciones rápidas, pero propenso a errores para problemas sutiles.

2. Enviar correo de prueba

La prueba definitiva: enviar un mensaje y confirmar la recepción.

Proceso:

• Enviar correo a la dirección
• Incluir enlace o código de confirmación
• Esperar la acción del destinatario
• Confirmar la entregabilidad

Pros: 100% preciso para la entregabilidad real
Contras: Lento, requiere cooperación del destinatario, riesgo de quejas de spam

3. Truco de recuperación de contraseña

Verificación indirecta inteligente:

• Ir a un servicio que la persona usa probablemente (Gmail, LinkedIn, etc.)
• Introducir el correo en el flujo “Olvidé mi contraseña”
• El sistema indica “Correo enviado” o “Correo no encontrado”

Nota: Esto solo funciona cuando los servicios revelan si un correo existe en su base de datos. Muchos ahora devuelven mensajes genéricos por seguridad.

Métodos automatizados

1. Validación de patrones Regex

Las expresiones regulares comprueban la sintaxis sin llamadas externas.

Patrón básico (simplificado):

“`regex

^[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\.[a-zA-Z]{2,}$

“`

Patrón más completo (aún simplificado):

“`regex

^[a-zA-Z0-9!#$%&’+/=?^_`{|}~-]+(?:\.[a-zA-Z0-9!#$%&’+/=?^_`{|}~-]+)@(?:[a-zA-Z0-9](?:[a-zA-Z0-9-][a-zA-Z0-9])?\.)+[a-zA-Z0-9](?:[a-zA-Z0-9-]*[a-zA-Z0-9])?$

“`

Pros: Rápido, funciona sin conexión, sin dependencias externas
Contras: Los patrones complejos son difíciles de mantener, no pueden verificar la entregabilidad, los casos extremos son complicados

Mejor práctica: Utilizar bibliotecas establecidas en lugar de escribir patrones regex personalizados.

2. Servicios API

Las API de verificación de correo electrónico comprueban tanto la sintaxis como la entregabilidad.

Servicios populares:

• ZeroBounce
• NeverBounce
• Kickbox
• Clearout
• EmailListVerify

Características típicas de la API:

• Validación de sintaxis
• Verificación de dominio
• Comprobación de registros MX
• Detección de correo electrónico desechable
• Identificación de trampas de spam
• Verificación de existencia de buzón

Pros: Comprobaciones completas, alta precisión, rápido (1-3 segundos)
Contras: Cuesta dinero a escala, requiere conexión a Internet

3. Widgets de validación en tiempo real

Bibliotecas de JavaScript que validan mientras los usuarios escriben.

Características:

• Retroalimentación de sintaxis instantánea
• Detección de errores tipográficos en el dominio (“gmial.com” → “gmail.com”)
• Advertencias de correo electrónico desechable
• Indicadores visuales (marca de verificación/X)

Bibliotecas populares:

• Mailcheck.js (detección de errores tipográficos)
• Email-validator (solo sintaxis)
• Validator.js (incluye validación de correo electrónico)

Pros: Gran UX, previene errores antes del envío
Contras: Solo sintaxis (sin comprobación de entregabilidad), limitaciones del lado del cliente

4. Herramientas de verificación masiva

Para validar grandes listas de correo electrónico (miles a millones).

Proceso:

1. Cargar archivo CSV/texto de direcciones
2. El sistema procesa en paralelo
3. Descargar resultados con estado de verificación

Los resultados suelen incluir:

• Estado válido/inválido
• Puntuación de entregabilidad
• Nivel de riesgo (seguro/riesgoso/desconocido)
• Motivo de la invalidez

Casos de uso:

• Mantener la higiene de la lista de correo electrónico
• Limpieza de listas previa a la campaña
• Deduplicación de bases de datos
• Validación de importación

La verificación masiva es esencial para mantener la higiene de la lista de correo electrónico y garantizar altas tasas de entregabilidad.

Para empresas

1. Aceptar todos los formatos válidos

No rechace direcciones de correo electrónico solo porque sean poco comunes:

• Permitir el uso de signos más (`[email protected]`)
• Aceptar todos los TLD válidos
• Admitir subdominios
• Permitir puntos, guiones, guiones bajos según las reglas RFC

Implementación: Utilizar una biblioteca de validación completa que siga los estándares RFC 5322 en lugar de regex personalizados.

2. UX de validación en tiempo real

Proporcionar retroalimentación inmediata sin frustrar a los usuarios:

Buenas prácticas:

• Validar mientras los usuarios escriben (con un breve retraso)
• Mostrar mensajes de error claros que expliquen los problemas
• Sugerir correcciones para errores tipográficos comunes
• Usar indicadores visuales (color, iconos)
• No bloquear el envío por retrasos de verificación

Malas prácticas:

• Validar solo después del envío del formulario
• Errores genéricos: “Correo electrónico inválido”
• Bloquear el uso de signos más sin explicación
• Falsos positivos que rechazan direcciones válidas

3. Implementación de doble confirmación (Double Opt-In)

Confirmar que las direcciones de correo electrónico pertenecen realmente a los usuarios:

Proceso:

1. El usuario envía el correo electrónico
2. El sistema envía un correo electrónico de confirmación
3. El usuario hace clic en el enlace de confirmación
4. La dirección se marca como verificada

Beneficios:

• Evita que los errores tipográficos lleguen a su base de datos
• Confirma la entregabilidad
• Reduce las quejas de spam
• Mejora las métricas de participación
• Cumplimiento legal (consentimiento GDPR)

4. Mantener la higiene de la lista

Limpiar regularmente su base de datos de correo electrónico:

Acciones:

• Eliminar los rebotes duros inmediatamente
• Marcar direcciones con múltiples rebotes blandos
• Identificar y segmentar usuarios inactivos
• Re-verificar direcciones antiguas periódicamente
• Eliminar direcciones de rol cuando sea apropiado

Frecuencia: Re-verificar la lista completa cada 6-12 meses; contactos críticos trimestralmente.

Para usuarios

1. Elegir direcciones memorables

Su correo electrónico sirve como su identidad en línea:

Consejos:

• Usar el formato nombre.apellido para contextos profesionales
• Mantenerlo simple para compartir verbalmente
• Evitar números excesivos o caracteres especiales
• Considerar la longevidad (las direcciones escolares caducan)

2. Consideraciones de seguridad

Mejores prácticas:

• Usar un correo electrónico único para cuentas financieras
• Considerar direcciones separadas para compras/boletines
• No compartir el correo electrónico públicamente (bots de recolección)
• Habilitar la autenticación de dos factores
• Usar alias de correo electrónico cuando le preocupe la privacidad

3. Uso de signos más para filtrar

Gmail y la mayoría de los proveedores admiten el uso de signos más:

Formato: `[email protected]`

Casos de uso:

• `[email protected]` (filtrar por etiqueta)
• `[email protected]` (fácil de cancelar suscripción)
• `[email protected]` (rastrear quién comparte/vende datos)

Todas las variantes se entregan a `[email protected]` pero permiten reglas de filtrado automático.

4. Gestión de múltiples direcciones

Enfoque estratégico de múltiples direcciones:

Estructura:

• Profesional: [email protected]
• Personal: [email protected]
• Compras: [email protected]
• Pruebas: servicios desechables para sitios no confiables

Usar clientes de correo electrónico o reenvío para gestionar múltiples direcciones desde una sola bandeja de entrada.

Direcciones de correo electrónico internacionalizadas

La RFC 6531 (2012) introdujo el soporte de Unicode en las direcciones de correo electrónico, permitiendo caracteres no ASCII tanto en la parte local como en el dominio.

Ejemplos:

• `用户@例え.jp` (Chino/Japonés)
• `Dörte@Sörensen.com` (Diéresis alemanas)
• `χρήστης@παράδειγμα.gr` (Griego)
• `अजय@डाटा.भारत` (Hindi)

Estado actual:

• Soporte: Creciente pero inconsistente
• Proveedores principales: Gmail, Outlook admiten recepción; envío varía
• Desafíos: Compatibilidad con sistemas heredados, limitaciones de DNS

Recomendación: Las direcciones ASCII siguen siendo más compatibles universalmente. Las direcciones internacionalizadas funcionan mejor dentro de sistemas regionales que comparten conjuntos de caracteres/idiomas.

Subdirecciones y filtrado

Más allá del uso de signos más (+), algunos sistemas admiten otros delimitadores:

Variaciones:

• Más: `[email protected]` (Gmail, Outlook, la mayoría de los proveedores)
• Guion: `[email protected]` (Yahoo, algunos proveedores)
• Guion bajo: A veces funciona pero no está estandarizado

Filtrado avanzado:

1. Crear subdirecciones para diferentes propósitos
2. Configurar filtros/reglas automáticas
3. Rastrear qué servicios comparten su correo electrónico
4. Identificar fácilmente fuentes de spam
5. Eliminar masivamente por filtro

Limitación: Los spammers sofisticados eliminan el uso de signos más antes de vender listas.

Direcciones de correo electrónico desechables

Los servicios de correo electrónico temporal proporcionan direcciones de corta duración para situaciones que requieren correo electrónico sin compromiso.

Servicios populares:

• 10 Minute Mail
• Guerrilla Mail
• Temp Mail
• Mailinator

Casos de uso válidos:

• Probar la funcionalidad del correo electrónico
• Evitar spam en sitios no confiables
• Descargas únicas que requieren registro
• Proteger la privacidad para servicios no críticos

Consideraciones comerciales:

Los correos electrónicos desechables son sintácticamente válidos pero representan leads de baja calidad. Muchos servicios de verificación marcan dominios desechables, lo que permite a las empresas:

• Bloquear desechables al registrarse
• Requerir un correo electrónico alternativo para cuentas importantes
• Segmentar desechables para un tratamiento diferente

Direcciones basadas en roles

Las direcciones basadas en roles representan funciones en lugar de individuos:

Ejemplos comunes:

• `[email protected]`
• `[email protected]`
• `[email protected]`
• `[email protected]`
• `[email protected]`

Características:

• A menudo buzones compartidos
• Tasas de participación más bajas
• Requeridas para operaciones comerciales
• Sujetas a diferentes reglas anti-spam

Perspectiva comercial:

Algunas regulaciones de marketing por correo electrónico desaconsejan el envío de contenido promocional a direcciones basadas en roles sin una confirmación explícita.

Dominios “Catch-All”

Las configuraciones “catch-all” aceptan correos electrónicos a CUALQUIER dirección en un dominio, incluso las inexistentes.

Cómo funciona:

• Dominio configurado para aceptar todo el correo: `*@example.com`
• `[email protected]` → entregado al buzón catch-all
• A menudo utilizado por pequeñas empresas para nunca perder correos electrónicos

Desafío de verificación:

Los dominios “catch-all” siempre informan las direcciones como “válidas” durante la verificación, ya que el servidor acepta todos los destinatarios. Los servicios de verificación suelen marcarlos con el estado “desconocido”, ya que la entregabilidad real no se puede confirmar.

Errores de “Dirección de correo electrónico no válida”

Cuando ve esto:

Su correo electrónico es rechazado a pesar de saber que funciona.

Soluciones:

1. Compruebe si hay errores tipográficos (puntos consecutivos, @ faltante, espacios finales)
2. Elimine temporalmente el uso de signos más
3. Pruebe un correo electrónico alternativo si usa un TLD poco común
4. Póngase en contacto con el soporte del sitio web citando el cumplimiento de RFC 5322
5. Use un correo electrónico diferente como solución alternativa

Si eres desarrollador:

Revise la validación regex contra los estándares RFC 5322. Considere usar bibliotecas establecidas como `validator.js` o `email-validator` en lugar de patrones personalizados.

Por qué Gmail ignora los puntos

Pregunta: ¿Por qué `[email protected]` y `[email protected]` se entregan al mismo buzón?

Respuesta: Gmail ignora intencionadamente los puntos en la parte local por usabilidad. Todos estos llegan a la misma bandeja de entrada:

• `[email protected]`
• `[email protected]`
• `[email protected]`

Implicación: Puede dar diferentes “versiones” de su dirección y filtrar por campo de destinatario, pero esto no es una característica de seguridad: todas llegan al mismo lugar.

El signo más no funciona

Problema: Usar `[email protected]` pero es rechazado o no filtra correctamente.

Causas:

1. El sitio web bloquea los signos más: Común pero no conforme a RFC
2. Su proveedor no lo admite: Menos común; Gmail/Outlook sí lo hacen
3. Filtro no configurado: Necesita crear reglas de filtro manualmente

Soluciones:

• Solución alternativa: Usar guion si el proveedor lo admite
• Póngase en contacto con el sitio web para corregir la validación
• Crear manualmente un filtro para correos entrantes

Problemas con caracteres internacionales

Problema: Caracteres acentuados o no latinos rechazados.

Realidad:

• RFC 6531 admite caracteres internacionales
• Muchos sistemas no han implementado soporte
• ASCII sigue siendo el más compatible

Soluciones:

• Usar el equivalente ASCII si está disponible
• Preguntar al proveedor sobre el soporte internacional
• Usar un correo electrónico diferente para servicios que requieren ASCII
• Informar la limitación al proveedor del servicio

“Este correo electrónico ya existe”

Problema: No puede registrarse porque el correo electrónico ya está registrado.

Posibles causas:

1. Tiene una cuenta antigua olvidada
2. Alguien escribió mal su correo electrónico (el suyo)
3. Una brecha de datos llevó a cuentas pre-registradas
4. Ya se usó una variante de subdirección con signo más

Soluciones:

• Usar la recuperación de contraseña para recuperar el acceso
• Probar una variante de subdirección con signo más: `[email protected]`
• Ponerse en contacto con el soporte para verificar/eliminar cuentas antiguas
• Usar una dirección de correo electrónico diferente

El correo electrónico funciona pero la verificación falla

Problema: Recibe correos electrónicos normalmente pero las herramientas de verificación informan “inválido”.

Causas:

1. Problemas temporales del servidor: Registros MX temporalmente inalcanzables
2. Bloqueo de verificación: El servidor de correo bloquea los intentos de verificación
3. Dominio “catch-all”: El servidor acepta todas las direcciones, la verificación es incierta
4. Greylisting: Rechazo temporal que requiere reintento

Soluciones:

• Reintentar la verificación después de 24 horas
• Verificar la entregabilidad enviando un correo de prueba
• Comprobar directamente los registros MX del DNS
• Aceptar la incertidumbre de verificación para dominios “catch-all”

Servicios de validación recomendados

Para validación en tiempo real:

• Abstract API – API sencilla, sintaxis + entregabilidad
• Clearout – Widget en tiempo real + API
• Kickbox – Detección de desechables + verificación

Para verificación masiva:

• ZeroBounce – Limpieza de listas de correo + puntuación
• NeverBounce – Verificación de listas de alto volumen
• BriteVerify – Opciones en tiempo real + masivas

Validadores gratuitos para probar

Herramientas solo de sintaxis:

• Probador de Regex de correo electrónico (regex101.com)
• Validador de formato de correo electrónico (freeformatter.com)
• Quick Email Verification (quickemailverification.com – nivel gratuito limitado)

Verificación de correo electrónico individual:

• Email Checker (email-checker.net)
• Verify Email Address (verifalia.com – nivel gratuito)
• Mail Tester (mail-tester.com)

Recursos para desarrolladores

Bibliotecas de validación:

JavaScript:

“`javascript

// Usando validator.js

import validator from ‘validator’;

validator.isEmail(‘[email protected]’); // true

“`

Python:

“`python

Usando email-validator

from email_validator import validate_email, EmailNotValidError

try:

v = validate_email(“[email protected]”)

email = v[“email”] # forma normalizada

except EmailNotValidError as e:

print(str(e))

“`

PHP:

“`php

// Usando el filtro integrado

if (filter_var($email, FILTER_VALIDATE_EMAIL)) {

// Sintaxis válida

}

“`

Ruby:

“`ruby

Usando el gem valid_email2

require ‘valid_email2’

ValidEmail2::Address.new(“[email protected]”).valid? # true

“`

Documentación RFC

RFC clave:

• RFC 5321 – Protocolo de Transferencia de Correo Simple (SMTP)
• RFC 5322 – Formato de Mensaje de Internet (sintaxis de dirección de correo electrónico)
• RFC 6531 – Correo Electrónico Internacionalizado
• RFC 3696 – Técnicas de Aplicación para Verificación y Transformación

Acceso: Buscar “[número RFC] ietf.org” o visitar tools.ietf.org/html/rfcXXXX

¿Qué hace que una dirección de correo electrónico sea inválida?

Una dirección de correo electrónico es inválida si viola las reglas de formato RFC 5322: falta el símbolo @, no hay parte local o dominio, puntos consecutivos en la parte local, caracteres prohibidos, excede los límites de longitud (320 caracteres en total) o tiene una estructura de dominio mal formada. Ejemplos inválidos comunes incluyen direcciones con espacios, múltiples símbolos @ o dominios de nivel superior faltantes.

¿Pueden las direcciones de correo electrónico tener espacios?

No, las direcciones de correo electrónico no pueden contener espacios en forma no entrecomillada. Los espacios en la parte local (antes de @) requieren que toda la parte local esté encerrada entre comillas dobles: `”user name”@example.com`. Sin embargo, las direcciones con cadenas entre comillas rara vez son compatibles con los sistemas modernos, y la mayoría de los proveedores de correo las rechazan a pesar de su validez técnica según la RFC 5322.

¿Se permiten letras mayúsculas en las direcciones de correo electrónico?

Sí, la RFC 5321 especifica técnicamente que las direcciones de correo electrónico distinguen entre mayúsculas y minúsculas. Sin embargo, prácticamente todos los proveedores de correo modernos tratan las direcciones como no sensibles a mayúsculas y minúsculas en la práctica. `[email protected]` y `[email protected]` se entregan al mismo buzón en Gmail, Outlook, Yahoo y la mayoría de los otros servicios. Mejor práctica: tratar las direcciones como no sensibles a mayúsculas y minúsculas.

¿Cuál es la longitud máxima de una dirección de correo electrónico?

La longitud máxima de una dirección de correo electrónico es de 320 caracteres en total: hasta 64 caracteres para la parte local (antes de @), más el símbolo @ (1 carácter), más hasta 255 caracteres para el nombre de dominio. Los nombres de dominio también tienen restricciones por etiqueta (máximo 63 caracteres por etiqueta entre puntos).

¿Todos los dominios de correo electrónico aceptan todos los formatos válidos?

No. Si bien la RFC 5322 define la sintaxis válida, los servidores de correo individuales pueden implementar reglas más estrictas. Algunos proveedores rechazan el uso de signos más, cadenas entre comillas o caracteres especiales poco comunes a pesar de su validez técnica. Además, algunos servicios bloquean dominios de correo electrónico desechables, direcciones basadas en roles o implementan restricciones personalizadas por motivos de seguridad o política.

¿Cómo puedo comprobar si existe una dirección de correo electrónico?

Envíe un correo electrónico de prueba y confirme la recepción, o utilice servicios de verificación de correo electrónico que comprueben los registros MX y consulten los servidores de correo. Las API de verificación (ZeroBounce, NeverBounce, Kickbox) pueden determinar el estado de entregabilidad. Tenga en cuenta que algunos servidores de correo bloquean los intentos de verificación y los dominios “catch-all” aceptan todas las direcciones, lo que hace imposible una confirmación definitiva de existencia en algunos casos.

¿Qué es la validación de sintaxis de correo electrónico?

La validación de sintaxis de correo electrónico es el proceso de comprobar si una dirección de correo electrónico sigue las reglas de formato adecuadas sin intentar la entrega. Verifica la estructura correcta ([email protected]), los caracteres permitidos, la colocación correcta de puntos y los límites de longitud. La validación de sintaxis ocurre instantáneamente y detecta errores obvios, pero no puede confirmar si la dirección realmente existe o recibe correo.

¿Puedo usar caracteres especiales en mi dirección de correo electrónico?

Sí, la parte local de las direcciones de correo electrónico puede contener estos caracteres especiales: `! # $ % & ‘ * + – / = ? ^ _ ` { | } ~` más puntos (con restricciones). La parte del dominio solo permite letras, dígitos, guiones y puntos. Sin embargo, algunos sitios web rechazan incorrectamente caracteres especiales válidos, particularmente los signos más utilizados para filtrar correos electrónicos.

¿Qué son las direcciones de correo electrónico desechables?

Las direcciones de correo electrónico desechables son direcciones temporales proporcionadas por servicios como 10 Minute Mail o Guerrilla Mail que caducan automáticamente después de un tiempo determinado. Son sintácticamente válidas y reciben correo normalmente durante su vida útil. Los usuarios las emplean para evitar spam en sitios no confiables, mientras que las empresas a menudo bloquean dominios desechables conocidos para garantizar información de contacto de calidad.

¿Cómo valido direcciones de correo electrónico en masa?

Utilice servicios de verificación masiva de correo electrónico (ZeroBounce, NeverBounce, EmailListVerify) que procesan grandes listas. Cargue un archivo CSV o de texto que contenga las direcciones, y el servicio valida la sintaxis y verifica la entregabilidad de cada entrada, procesando típicamente miles por minuto. Los resultados incluyen el estado de validez, las puntuaciones de entregabilidad y los niveles de riesgo. La verificación masiva regular mantiene la higiene de la lista y mejora la reputación del remitente.

¿Por qué mi correo electrónico válido es rechazado en algunos sitios web?

La mayoría de los rechazos de correos electrónicos válidos ocurren debido a reglas de validación de sitios web excesivamente restrictivas que no cumplen completamente con la RFC 5322. Las causas comunes incluyen el bloqueo de signos más (+), el rechazo de TLD nuevos (.io, .app), la exigencia de puntos en las partes locales o el uso de patrones regex obsoletos. Intente eliminar caracteres especiales, usar temporalmente una dirección .com o ponerse en contacto con el soporte del sitio web para informar del problema de validación.

¿Cuál es la diferencia entre validación y verificación de correo electrónico?

La validación de correo electrónico comprueba la sintaxis y las reglas de formato (instantánea, sin conexión, gratuita), confirmando que la dirección está estructurada correctamente. La verificación de correo electrónico comprueba la entregabilidad real consultando registros DNS y servidores de correo (más lenta, requiere Internet, a menudo de pago), confirmando que la dirección existe y recibe correo. Una gestión eficaz del correo electrónico utiliza primero la validación para capturar errores obvios y luego la verificación para las direcciones que pasan los controles de sintaxis.