Cómo resolver errores comunes al enviar correos
Identifica errores de autenticación, retransmisión, DNS, límites, TLS y destinatarios, y aplica la corrección segura adecuada.
Detalles del artículo
Tipo, dificultad, planes e información de última actualización.
▼
Detalles del artículo
Tipo, dificultad, planes e información de última actualización.
- Tipo
- Solución de problemas
- Dificultad
- Intermedio
- Planes
- Starter · Pro · Agency
- Última actualización
- 12 de oct. de 2026
Un error SMTP suele ser una pista útil, no un motivo para reenviar repetidamente el mismo mensaje. Empieza por el mensaje exacto de la aplicación de correo o del webmail y usa la comprobación correspondiente. Nunca envíes a soporte la contraseña del buzón, la contraseña de aplicación, la credencial SMTP ni el token de API.
Comprobaciones rápidas antes de cambiar nada
- En Dominios, confirma que el dominio remitente esté Activo y tenga una ruta seleccionada en SMTP.
- En Apps y dispositivos del buzón, copia el servidor, puerto, cifrado y nombre de usuario exactos de ese buzón.
- Usa una contraseña de aplicación, o la contraseña del buzón si este aún la acepta. Nunca uses la contraseña de la cuenta de TrekMail.
- Busca en el panel un aviso de verificación de cuenta, facturación, límite de frecuencia o seguridad.
- Después de cada cambio, envía una prueba pequeña a una dirección bajo tu control.
Error de autenticación
Lo que puedes ver: 535, 5.7.8, “Error de autenticación”, “Nombre de usuario y contraseña no aceptados” o "Sign-in failed. This mailbox accepts app passwords only: create one in webmail under Settings > App passwords." (Error de inicio de sesión. Este buzón solo acepta contraseñas de aplicación: crea una en el webmail, en Configuración > Contraseñas de aplicación). Algunas apps solo muestran «contraseña incorrecta».
Suele significar: la dirección del buzón, la contraseña, el servidor, el cifrado o el método de autenticación son incorrectos, o el buzón exige una contraseña de aplicación.
Qué hacer:
- Introduce la dirección completa del buzón como nombre de usuario.
- Comprueba el modo de inicio de sesión en Apps y dispositivos. Solo contraseñas de aplicación exige una contraseña de aplicación; Contraseña del buzón o contraseñas de aplicación acepta cualquiera de las dos. Crea una en el webmail, en Configuración > Contraseñas de aplicación, o en el panel, en Buzones > (buzón) > Seguridad > Contraseñas de aplicación, e introdúcela en la app.
- Si una contraseña de aplicación se ha sustituido o revocado, introduce una nueva. Un administrador que define una nueva contraseña del buzón, o un restablecimiento o recuperación, revoca todas las contraseñas de aplicación. El cambio del propio usuario en el webmail solo las revoca si marca Revocar también todas las contraseñas de aplicación. Consulta Contraseñas de aplicación.
- Compara los ajustes con Apps y dispositivos en vez de reutilizar el servidor de otra cuenta.
- Usa autenticación por contraseña con el cifrado indicado en la configuración. No elijas OAuth ni un método específico del proveedor salvo que la pantalla lo pida expresamente.
Remitente o retransmisión no autorizados
Lo que puedes ver: 553, 5.7.1, “retransmisión denegada”, “dirección del remitente rechazada” o “remitente no autorizado”.
Suele significar: la dirección De no está autorizada para el buzón conectado, el dominio no tiene una ruta de envío utilizable o el proveedor externo no aprobó al remitente.
Qué hacer:
- Selecciona una dirección De verificada que pertenezca al buzón o una dirección de envío configurada.
- Abre la pestaña SMTP del dominio y confirma que la ruta esté guardada y funcione.
- Si usa un perfil personalizado, completa la verificación del remitente con ese proveedor y sigue sus instrucciones de DNS.
- Si el dominio está en Nano, añade un perfil SMTP personalizado funcional o cambia a un plan de correo de pago para usar SMTP administrado de TrekMail.
El dominio no está listo para enviar
Lo que puedes ver: “El dominio no está verificado”, “SMTP no está configurado” o una opción de envío marcada como no disponible.
Suele significar: el DNS sigue pendiente, el dominio se está desaprovisionando o no se ha seleccionado una ruta.
Qué hacer: abre Dominios, compara los registros requeridos con la zona DNS activa y espera al estado Activo. Después selecciona una ruta en SMTP y envía una prueba. El estado de DNS y la selección de ruta son comprobaciones independientes; completar una no completa automáticamente la otra.
Se alcanzó un límite
Lo que puedes ver: una ventana del webmail que indica qué límite se alcanzó; una respuesta en tu aplicación de correo con 4.7.1 y el aviso en inglés “Daily sending limit reached” (límite diario alcanzado) o “Hourly sending limit reached” (límite por hora alcanzado), con las cifras y la hora en que se reanuda el envío; una respuesta 429 de la API con sending_limit_exceeded; o un mensaje programado marcado como No enviado en Programados.
Suele significar: se agotó una asignación diaria o por hora. Puede ser más baja que el límite de tu plan mientras un dominio nuevo está en calentamiento, mientras se aplica el límite de la prueba o el límite de seguridad anterior al primer pago, o en las primeras 24 horas después del primer pago. El correo reenviado también cuenta, así que el reenvío puede haber agotado la asignación diaria de la cuenta.
Qué hacer: lee las cifras y la hora de renovación en el propio mensaje y espera hasta esa hora: los límites diarios se renuevan a las 00:00 UTC y el límite por hora, al comienzo de cada hora. También puedes enviar a menos destinatarios. Cada destinatario cuenta, también los de CC y BCC, y un mensaje con demasiados destinatarios debe dividirse, porque ese límite no se renueva. Durante una prueba, Facturación → Finalizar la prueba y empezar la suscripción ahora termina la prueba antes de tiempo y sube sus límites al momento (los límites completos del plan se aplican 24 horas después de ese primer pago); elegir un plan mayor durante la prueba no los quita. Consulta Límites de envío de TrekMail por plan.
Problema de conexión o TLS
Lo que puedes ver: “No se pudo conectar”, tiempo de espera agotado, conexión rechazada, STARTTLS, SSL, TLS o errores de certificado.
Suele significar: la aplicación tiene un host, puerto o cifrado incorrecto, o la red bloquea el puerto elegido.
Qué hacer: copia los ajustes desde Apps y dispositivos. Si admite ambas opciones seguras, usa la combinación exacta de puerto y seguridad indicada allí. Prueba otra red de confianza solo como diagnóstico. No desactives el cifrado ni aceptes una advertencia de certificado solo para que funcione una prueba.
Bloqueo por verificación, facturación o seguridad
Lo que puedes ver: un aviso del panel de que el envío está bloqueado o un mensaje que pide verificar el correo de la cuenta.
Suele significar: el propietario no completó la verificación requerida, el derecho de pago no está disponible o un control de seguridad pausó el envío.
Qué hacer: sigue la acción del panel. Para verificar el correo, usa el mensaje de verificación vigente o el control de reenvío. Para facturación, resuélvelo en Facturación. Si solo un buzón está pausado tras actividad inusual, cambia su contraseña, crea contraseñas de aplicación nuevas para sus apps cuando vuelva a estar disponible el inicio de sesión y contacta con soporte indicando el error y la hora del fallo. Suspender el inicio de sesión del buzón revoca todas las contraseñas de aplicación, al igual que definir una nueva contraseña del buzón como administrador.
Un destinatario rechaza el mensaje
Lo que puedes ver: 5.1.1, “usuario desconocido”, “buzón lleno” o rechazo de la dirección destinataria.
Suele significar: la dirección es incorrecta, ya no existe, está llena o el proveedor receptor rechazó el mensaje.
Qué hacer: confirma la dirección por otro canal fiable. No sigas reintentando una dirección con un fallo permanente. TrekMail puede suprimir destinatarios que fallan repetidamente para proteger la entrega; elimina o cambia la dirección solo tras confirmar que puede volver a recibir correo.
Los mensajes llegan a spam en vez de fallar
Es un problema de calidad de entrega, no un fallo de conexión SMTP. Confirma los registros DNS, envía solo correo esperado, mantén limpia la lista y revisa rebotes y quejas antes de ampliar el volumen. Consulta Los correos llegan a spam.
Qué incluir en una solicitud de soporte
Incluye la dirección remitente, el dominio del destinatario en vez de su buzón privado cuando sea posible, hora aproximada y zona horaria, aplicación, texto exacto del error y qué cambió justo antes. Excluye contraseñas, credenciales SMTP, tokens, cuerpos completos y datos personales innecesarios.
Artículos relacionados
Ve a guías cercanas que continúan el flujo de trabajo.