Límites de envío de TrekMail según el plan

TrekMail utiliza límites del plan y controles de seguridad para proteger la calidad de entrega. Cada destinatario cuenta para el límite de envío, por lo que un mensaje enviado a tres personas consume tres envíos a destinatarios. El panel y la pestaña SMTP de cada dominio muestran los límites que se aplican hoy, incluidos los límites de la prueba y el calentamiento de un dominio nuevo.

Límites básicos de los planes

Nano no incluye Managed TrekMail SMTP. Un dominio Nano necesita un perfil SMTP personalizado operativo para enviar. El proveedor externo puede aplicar sus propios límites, además de las protecciones de TrekMail descritas aquí.

Límites de seguridad antes del primer cargo de pago

Las cuentas que todavía no han completado un cargo de pago del plan de correo pueden recibir límites de seguridad inferiores. Estos valores ayudan a proteger una cuenta nueva durante la configuración.

El primer cargo correcto elimina estos límites de seguridad de inmediato. Durante la prueba no hace falta esperar a que termine: Facturación → Finalizar la prueba y empezar la suscripción ahora termina la prueba, cobra el plan elegido y quita los límites de la prueba al momento. Elegir un plan mayor durante la prueba no los quita, porque los límites de seguridad son los mismos en todos los planes. Un dominio nuevo aún puede estar en su propio periodo de calentamiento, así que no supongas que el pago lo habilita de inmediato para el máximo básico. Consulta Reglas de calentamiento de dominios.

Calentamiento de dominios nuevos

Durante los primeros siete días desde la creación de un dominio, TrekMail reduce sus límites basados en frecuencia:

El calentamiento reduce solo los límites del dominio nuevo y de sus buzones. Tus otros dominios conservan su límite completo, y el total diario de la cuenta no se reduce por un dominio nuevo. El calentamiento no cambia la cantidad de destinatarios permitida en un mensaje. Cada etapa empieza a las 00:00 UTC del día 4 y del día 8. Empieza con destinatarios que esperen tus mensajes y aumenta el volumen gradualmente.

Ejemplo: una cuenta en prueba con un dominio nuevo

Una cuenta Starter en prueba añade un dominio el lunes y envía desde él el martes, el segundo día del dominio:

• Un buzón puede enviar hoy a 12 destinatarios: el límite de prueba de 30, al 40 % por ser un dominio nuevo. Seis mensajes a dos personas cada uno lo agotan.
• Todo el dominio puede enviar hoy a 20 destinatarios, y toda la cuenta a 50.
• Desde el jueves (día 4), el buzón puede enviar a 21 al día, y desde el lunes siguiente (día 8), al límite completo de la prueba, 30.
• Si la suscripción empieza antes, el límite de prueba desaparece de inmediato: el mismo buzón puede enviar a 400 destinatarios al día durante el calentamiento y a 1000 al día cuando el dominio termina de calentarse.

Qué consume el límite

El límite pertinente depende de la ruta de envío y de la cantidad de destinatarios.

• Un mensaje con varios destinatarios en To, Cc o Bcc cuenta una vez por cada destinatario.
• El correo web y la API comprueban el buzón, su dominio y toda la cuenta, además de la cantidad de destinatarios de cada mensaje.
• Las aplicaciones de correo que envían por SMTP (Outlook, Apple Mail, teléfonos) se comprueban con el límite diario y por hora de la cuenta, y un dominio nuevo con su propio límite de calentamiento. El correo web, la API y las aplicaciones de correo comparten los mismos totales diarios.
• Los mensajes reenviados que salen de TrekMail consumen el presupuesto de envío de la cuenta. Una ráfaga de reenvíos puede pausar el reenvío hasta que termine el periodo aplicable.
• Un perfil SMTP personalizado añade las reglas del proveedor externo; no elimina las comprobaciones de remitente, cuenta, seguridad o frecuencia de TrekMail.
• Los envíos de API y MCP deben superar sus propias protecciones de solicitudes, además de la ruta de envío elegida y estos límites aplicables.

Para la automatización mediante API y MCP, un token de mensajes permite 60 solicitudes de envío por minuto y hasta 500 envíos al día, mientras que un buzón permite de forma predeterminada 100 envíos API al día. Normalmente se aplica primero el límite inferior del buzón. Estas protecciones se añaden a los límites del plan, dominio, cuenta y proveedor externo; no los sustituyen.

Si usas el reenvío para correo de gran volumen, consulta la guía Direcciones de reenvío y prueba primero con un grupo pequeño.

Cuándo se renuevan los límites

• Los límites diarios (buzón, dominio, cuenta) se renuevan a las 00:00 UTC. El correo web muestra la hora en tu zona horaria.
• El límite SMTP por hora se renueva al comienzo de cada hora (UTC).
• El límite de destinatarios por mensaje no se renueva: divide un mensaje grande en varios más pequeños.
• El límite de la API por buzón cuenta 24 horas móviles desde el primer envío; el error indica cuándo se libera.
• Las etapas de calentamiento empiezan a las 00:00 UTC del día 4 y del día 8 de un dominio nuevo.

Qué ocurre al alcanzar un límite

No se pierde nada de lo que has escrito, y cada lugar indica qué límite se alcanzó y qué puedes hacer:

• El correo web te avisa antes de enviar. Cuando el mensaje tiene más destinatarios de los que aún se pueden enviar hoy, o el límite de hoy ya se ha agotado, una línea bajo los destinatarios lo indica, y su botón ¿Qué puedo hacer? abre la explicación completa. Si envías de todos modos, el mensaje sigue abierto y aparece la misma explicación: cuánto del límite se usó, por qué es más bajo ahora (una prueba o un dominio nuevo), cuándo se renueva en tu zona horaria y tus opciones. Quien puede gestionar la facturación ve la opción de empezar la suscripción ahora; los demás reciben la indicación de contactar con el administrador de su cuenta. Si además has iniciado sesión en el panel de la cuenta en el mismo navegador, con un rol que puede abrir tickets de soporte, la explicación incluye también un botón Contactar con soporte.
• Los mensajes programados que alcanzan un límite al llegar su hora se conservan, con sus adjuntos, en Programados marcados como No enviado. Envíalos cuando se renueve el límite, elige otra hora o elimínalos. Se conservan durante 7 días.
• Las aplicaciones de correo muestran una respuesta temporal 4.7.1 que indica el límite, las cifras, el motivo y la hora de renovación. El mensaje suele quedarse en la Bandeja de salida de la aplicación; vuelve a enviarlo después de esa hora.
• La API responde 429 con sending_limit_exceeded, que indica el límite (dimension), las cifras y la hora de renovación (resets_at). Un mensaje que la API aceptó con 202 aún puede rechazarse al salir de la cola: compruébalo con GET /api/v1/messages/deliveries/{request_id}.

Si el envío sigue fallando después de renovarse el límite, puede tratarse de otro problema, como un dominio inactivo, un correo de la cuenta sin verificar, una ruta SMTP ausente, un problema de facturación o una suspensión de seguridad de un buzón concreto. Sigue Solucionar errores habituales de envío de email.

Límites de conexiones IMAP

Estos son límites de conexión, no de envío. Controlan las conexiones IMAP simultáneas de un buzón.

Si una aplicación de correo abre demasiadas conexiones repetidamente, reduce la frecuencia de sincronización o elimina un dispositivo que ya no uses antes de añadir más conexiones.

Planificar un envío seguro

1. Comprueba los límites de hoy en el panel o en la pestaña SMTP del dominio.
2. Cuenta destinatarios, no solo mensajes.
3. Para un dominio nuevo, utiliza el porcentaje de calentamiento en vez del límite principal del plan.
4. Empieza con un público pequeño que espere tus mensajes y revisa los resultados de entrega.
5. Para campañas que superen la correspondencia comercial normal, usa un servicio de marketing específico basado en el consentimiento.

Avisos por email para el propietario de la cuenta

TrekMail envía un email al propietario de la cuenta, en su idioma, cuando un límite diario está a punto de agotarse o ya se ha agotado:

• Casi agotado: la cuenta ha usado el 80 % de su límite diario.
• Agotado: un buzón, un dominio en su primera semana de calentamiento o toda la cuenta ha usado todo su límite diario.

Cada aviso se envía como máximo una vez al día para la misma cuenta, dominio o buzón, y pueden provocarlos los envíos desde el correo web, la API o las aplicaciones de correo. Se sigue enviando además el aviso de siempre cuando las aplicaciones de correo alcanzan el 80 % del límite SMTP por hora, como máximo una vez por hora. Para dejar de recibir estos emails, desactiva Alertas de entregabilidad de dominios en Ajustes de cuenta → Notificaciones por correo. Ese mismo interruptor desactiva también otras alertas de dominio, como los avisos de tasa de rebote o de DNS.