¿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: "Envío bloqueado, verifica tu correo electrónico".

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.

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 o una prueba. Considera la tabla como el máximo del plan y consulta el Panel para conocer la asignación actual.)

Síntoma: los envíos funcionan y, en algún momento del día, todos empiezan a fallar con "el usuario ha superado la cuota de envío" o un error 4xx similar.

Solución: deja de reintentar un lote grande y espera a que vuelva a estar disponible la asignación correspondiente. El límite por hora usa una ventana corta y la cuota diaria se cuenta por día. Si necesitas más capacidad continua, revisa el plan y su política antes de ampliarlo; cambiar de plan no recupera los mensajes ya rechazados.

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.

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.

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. Actualízala donde esté configurado el buzón: teléfono, aplicación, script o herramienta de envío.
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 incorrecta. La causa más frecuente es confundir la contraseña del propietario con la del buzón. SMTP necesita la contraseña del buzó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 restableciste la contraseña hace poco, actualízala en todas las aplicaciones, vuelve a conectar y reintenta. No sigas probando la antigua, pues puede crear un bloqueo o problema de conexión separado.

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.