¿Por qué no puedo enviar correo desde TrekMail?

Los fallos de envío suelen deberse a unas pocas causas comunes. Realiza estas comprobaciones en orden. Si la cuenta y el dominio están listos, pero solo un destinatario rechaza un mensaje, quizá debas investigar el servidor de correo del destinatario.

Comprobación 1: El correo del propietario de la cuenta no está verificado

Si registraste una cuenta nueva de TrekMail el 19 de febrero de 2026 o después y no hiciste clic en el enlace de verificación, el envío queda bloqueado tras un periodo de gracia de 7 días. El panel muestra una franja roja: El envío de correo saliente está en pausa.

Los mismos 7 días empiezan de nuevo cuando cambias un correo de acceso verificado por otro: confirma la nueva dirección en 7 días para seguir enviando.

Esto se aplica al correo de inicio de sesión del propietario de la cuenta, no a los buzones. Si no está verificado, todos los buzones de la cuenta dejan de enviar hasta que se complete la verificación.

Mediante la API, los envíos y los envíos programados se rechazan con el código account_email_unverified hasta que se verifique la dirección.

Solución:

• Busca en la bandeja de entrada de tu correo de inicio de sesión el mensaje de verificación que TrekMail envió al registrarte y abre su enlace.
• ¿Perdiste el mensaje? Haz clic en Reenviar correo de verificación en la franja.
• Si usas un inicio de sesión social, consulta el estado de verificación en el Panel en lugar de suponer que el proveedor lo verificó.
• Si un enlace ya no funciona, solicita otro mensaje en vez de reutilizar un enlace antiguo.

Las cuentas registradas antes del 19 de febrero de 2026 están exentas de este bloqueo.

Comprobación 2: El DNS del dominio no está verificado

TrekMail necesita que el dominio esté listo antes de usar la ruta de envío administrada. La página DNS muestra el registro concreto que falta, está en conflicto o sigue en comprobación. SPF, DKIM y DMARC también ayudan a los proveedores receptores a evaluar el correo que envías.

Síntoma: estado "Dominio no verificado" en la página Dominios; el correo sale pero rebota; los destinatarios indican que llega a spam.

Solución: abre Dominios, selecciona el dominio y consulta su estado DNS. Compara cada registro con los valores mostrados, guarda las correcciones en tu proveedor DNS y usa Verificar DNS para solicitar otra comprobación. El resultado puede permanecer pendiente mientras se actualiza el DNS público. Guía: Comprobar el estado DNS.

Comprobación 3: Estás en Nano

El plan Nano tiene can_send: false a nivel de plan. La autenticación SMTP termina, pero cada envío se rechaza en la fase de entrega.

Síntoma: el cliente indica "Error de envío" con un error 5xx; el mensaje pasa brevemente a la bandeja de salida y vuelve.

Solución: elige un plan con envío administrado en la página Planes, y comprueba el plan activo y el estado del dominio antes de reintentar.

Si debes mantener Nano, configura BYO SMTP para el dominio. SMTP personalizado está disponible en todos los planes, incluido Nano. Proporcionas las credenciales de un proveedor SMTP externo y TrekMail usa esa ruta para el dominio. La recepción por IMAP continúa independientemente de la ruta saliente.

Comprobación 4: Se alcanzó el límite diario o por hora

Cada plan tiene límites máximos diarios por buzón y cuenta, un tope por hora y un máximo de destinatarios por mensaje:

(Nano puede autenticarse, pero su ruta de envío administrada está desactivada. Los límites actuales pueden ser inferiores para un dominio nuevo, una cuenta sin historial de pago, una prueba o las primeras 24 horas después del primer pago de la cuenta. Considera la tabla como el máximo del plan: el Panel muestra el límite diario de la cuenta que se aplica realmente hoy, y la pestaña SMTP de cada dominio indica los límites de ese dominio para hoy, incluidos el calentamiento de un dominio nuevo y las fechas en que aumentan.)

Síntoma: los envíos funcionan y, en algún momento del día, los mensajes nuevos dejan de salir. Verás una de estas señales:

• En webmail, se abre una ventana sobre tu mensaje, que sigue abierto. Muestra cuánto del límite se ha usado, por qué el límite es más bajo ahora (una prueba, el primer día después del primer pago o un dominio nuevo) y cuándo se renueva, en tu zona horaria.
• En una aplicación de correo, el envío falla con una respuesta temporal en inglés que incluye el código 4.7.1, el límite alcanzado, las cifras y la hora de renovación, por ejemplo "Daily sending limit reached for this account (50 of 50 today; trial account). Sending resumes at 00:00 UTC." o "Hourly sending limit reached for this account (15 per hour; trial account). Sending resumes at 14:00 UTC." En las primeras 24 horas después del primer pago, la respuesta lo indica y da la hora en que empiezan los límites completos, por ejemplo "(150 of 150 today; first payment under 24 hours ago, full limits from 2026-10-13 07:00 UTC)".

Solución: lee primero el mensaje: indica qué límite se alcanzó y cuándo se renueva. Después:

• Espera a la renovación en lugar de reintentar. Los límites diarios se renuevan a las 00:00 UTC, y el límite por hora, al comienzo de cada hora (UTC).
• Durante una prueba, quien gestiona la facturación puede terminarla antes desde Facturación → Finalizar la prueba y empezar la suscripción ahora. La suscripción de pago empieza y los límites de la prueba suben al momento; los límites completos del plan se aplican 24 horas después de ese primer pago.
• En las primeras 24 horas después del primer pago, cada buzón y toda la cuenta pueden enviar a 150 destinatarios al día, un mensaje puede ir a 50 personas y las aplicaciones de correo pueden enviar 60 mensajes por hora. Pasadas 24 horas, los límites completos del plan se aplican solos; el Panel muestra la hora exacta.
• Un dominio nuevo pasa por un calentamiento durante sus primeros 7 días (40 % los días 1 a 3, 70 % los días 4 a 7 y el límite completo desde el día 8). Solo afecta a ese dominio y a sus buzones; tus otros dominios conservan su límite completo.
• El correo reenviado también cuenta. Los mensajes reenviados que salen de TrekMail consumen el mismo límite diario de la cuenta que el correo que envías.
• Cambiar a un plan mayor aumenta el límite del plan. Durante una prueba no quita los límites de la prueba (terminar la prueba sí), en las primeras 24 horas después del primer pago todos los planes tienen los mismos límites del primer día, y nunca vuelve a enviar los mensajes ya rechazados: envíalos de nuevo cuando haya margen.

Comprobación 5: Número de destinatarios por mensaje

Además de los límites diarios, cada mensaje tiene un máximo: 50 en Nano, 100 en Starter, 250 en Pro y 500 en Agency. Un mensaje que lo supere puede rechazarse antes de enviarse. En una prueba, el máximo es de 10 destinatarios por mensaje hasta el primer pago, y de 50 durante las primeras 24 horas después de él; webmail te avisa antes de enviar un mensaje que lo supere y no permite programarlo.

Solución: divide los destinatarios en lotes válidos o cambia de plan.

Comprobación 6: El buzón no puede enviar

El buzón debe estar activo y tener permiso de envío. Puede estar deshabilitado, perder la capacidad de envío tras un cambio de plan o dominio, o tener el correo saliente pausado temporalmente por una revisión de seguridad. Son estados distintos; lee el mensaje del Panel o la aplicación antes de cambiar la configuración.

Síntoma: falla un buzón, pero otro de la misma cuenta sí puede enviar.

Solución: abre el buzón en el Panel y confirma que está activo. Si el mensaje identifica un problema de cuenta, plan o dominio, resuélvelo primero. No des por hecho que es una suspensión de inicio de sesión: esta normalmente impide entrar, pero por sí sola no detiene el correo entrante.

Mediante la API, el envío desde un buzón cuyo envío no está disponible tras un cambio de plan o de dominio se rechaza con el código mailbox_send_disabled. La pausa temporal de envío que se describe abajo tiene su propio código.

Pausa temporal del envío

Un buzón puede tener detenido solo el envío, mientras sigue recibiendo y permitiendo leer. Puede ocurrir si la actividad sugiere que sus credenciales quedaron expuestas. Así se protege el dominio mientras el propietario revisa el acceso.

Síntoma: el correo sigue llegando y puedes leerlo, pero los mensajes salientes no salen:

• En webmail: "El envío desde este buzón está pausado tras detectar actividad inusual. Contacta con soporte para reanudarlo".
• En una aplicación: el envío falla, la recepción sigue funcionando y la aplicación indica que el servidor no acepta tu dirección como remitente.
• Mediante la API: se rechaza con el código mailbox_sending_paused.

Solución: requiere una revisión de soporte. Los controles normales de estado del buzón no levantan una pausa de seguridad.

1. Cambia la contraseña del buzón (consulta Seguridad del buzón).
2. Vuelve a conectar cada teléfono, app de correo o script SMTP con una contraseña de aplicación nueva, o la nueva contraseña del buzón si este aún la acepta. Un restablecimiento por un administrador revoca todas las contraseñas de aplicación; en el webmail, marca Revocar también todas las contraseñas de aplicación al cambiar tu propia contraseña tras un acceso no autorizado.
3. Abre un ticket en la página Soporte e indica que la cambiaste. Incluye la dirección del buzón y la hora aproximada, pero nunca la contraseña.

El correo puede seguir llegando durante la revisión. Guarda localmente los borradores importantes hasta que se restaure el envío.

Comprobación 7: La cuenta está suspendida

Una suspensión a nivel de cuenta puede bloquear el correo saliente y otras acciones. El Panel muestra una franja con el motivo, por ejemplo:

• "Hay un problema de facturación en tu cuenta. Actualiza los datos de pago o contacta con soporte". Problema de facturación: actualiza los datos y revisa el estado de facturación. Consulta Corregir pagos fallidos.
• "Hemos pausado temporalmente el correo saliente porque los servidores destinatarios rechazaron demasiados mensajes recientes". Problema de entregabilidad: abre un ticket. El equipo puede preguntar por la higiene de la lista, la configuración del remitente y una muestra censurada.
• "Tu cuenta está restringida temporalmente. Contacta con soporte para obtener detalles". Problema de abuso o seguridad: abre un ticket para revisión.

No puedes eludir una suspensión cambiando de buzón o dominio. El bloqueo afecta a todo el correo saliente de la cuenta hasta que se levante.

Comprobación 8: Falla la autenticación SMTP

Si el cliente indica "535 Authentication failed" o "Invalid credentials":

• Contraseña o modo de inicio de sesión incorrectos. SMTP necesita una contraseña de aplicación para un buzón con Solo contraseñas de aplicación. Con Contraseña del buzón o contraseñas de aplicación, cualquiera de las dos funciona. Nunca uses la contraseña del panel del propietario de la cuenta. Crea una contraseña de aplicación 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.
• El buzón no existe. Comprueba la lista de buzones. Un error al configurar puede hacer que el buzón sea distinto del configurado en la aplicación.
• Correo del propietario sin verificar tras el periodo de gracia. Consulta la Comprobación 1. La verificación se exige al enviar.

Si la app muestra "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), crea una contraseña de aplicación e introdúcela para el correo entrante y saliente. Algunas apps solo muestran «contraseña incorrecta». Consulta Contraseñas de aplicación.

Un restablecimiento por un administrador o una recuperación revoca todas las contraseñas de aplicación. Crea otras nuevas para las apps afectadas, o actualiza la contraseña del buzón donde aún se acepte, y vuelve a conectarlas. No sigas probando una contraseña revocada o antigua.

Comprobación 9: Configuración incorrecta de BYO SMTP

Si un dominio usa un proveedor SMTP externo personalizado:

• Verifica sus credenciales en la pestaña SMTP del dominio: Dominios, elige el dominio y después SMTP.
• Confirma que activaste el envío SMTP con ese proveedor; algunos también exigen verificar el dominio.
• Usa la prueba de la pestaña SMTP y lee el resultado antes de enviar correo real.

Si las credenciales externas no son válidas, el envío puede fallar con un error general. Corrígelas en el proveedor, guarda la conexión y repite la prueba.

Comprobación 10: El servidor del destinatario te rechaza

Si todo está en verde en TrekMail, pero ciertos dominios destinatarios rebotan:

• El servidor puede desconfiar de tu reputación (dominio nuevo, sin calentamiento, SPF/DKIM sin alinear). Consulta Tasa de rebote demasiado alta y Reglas de calentamiento del dominio.
• Si muchos dominios no relacionados fallan a la vez, consulta la página de estado de TrekMail e incluye el error y las horas en un ticket.
• Algunos receptores rechazan si la autenticación está incompleta o DMARC es débil. Revisa SPF, DKIM y DMARC antes de cambiar contenido o reintentar un lote.

Explicación de códigos de error comunes

Si el problema continúa

Abre un ticket en la página Soporte. Incluye:

• El buzón remitente (alice@yourcompany.com).
• La dirección del destinatario (o un ejemplo si rebotan muchas).
• El error exacto de la aplicación o el mensaje de rebote.
• Si webmail puede enviar el mismo mensaje al mismo destinatario. (Si también falla, el problema está en el servidor.)

Para revisar una suspensión de entregabilidad, prepárate para explicar cómo dieron su consentimiento los destinatarios y proporcionar una muestra censurada si soporte la solicita. No envíes una lista completa, credenciales ni datos no relacionados de destinatarios.