Hosting con cuentas de correo ilimitadas: qué significa en 2026

Todo proveedor que anuncia «hosting con cuentas de correo ilimitadas» se apoya en una apuesta discreta: que nunca llegarás a crear la cantidad de buzones que su publicidad parece permitir.

La apuesta funciona porque casi nadie lee los límites secundarios. El almacenamiento se agota mucho antes que el número de buzones. Los límites de envío se activan antes de que lo notes. Los topes de conexiones IMAP empiezan a rechazar clientes cuando hay 200 usuarios simultáneos por buzón. Además, los proveedores parten de patrones de uso, como la estimación ilustrativa de esta instantánea según la cual el 95% de quienes contratan planes «ilimitados» se quedan en 30 buzones. Ese patrón no es universal y debe comprobarse para cada servicio y cartera.

Esta es una guía operativa sobre lo que ofrece el hosting con cuentas de correo ilimitadas al cruzar las líneas de 100, 500 y 1,000 buzones. Explica los tres límites que condicionan estos planes, las preguntas que conviene hacer antes de contratar y las cifras de la instantánea de TrekMail Agency, cuyo límite de configuración publicado era de 1,000 buzones por dominio en 1,000 dominios. Esas cifras no garantizan capacidad real y deben verificarse en los planes y políticas vigentes.

Qué significa realmente «hosting con cuentas de correo ilimitadas»

El hosting con cuentas de correo ilimitadas es un plan sin un tope anunciado para la cantidad de buzones que puedes crear en tus dominios. No significa almacenamiento, envíos ni conexiones IMAP simultáneas sin límite. Esos topes suelen existir y determinan el techo real. La palabra «ilimitado» describe solamente la dimensión del número de buzones y no anula las condiciones actuales del plan ni las políticas de uso.

La versión comercial de «ilimitado» y la operativa se separan en cuanto empiezas a medir. Un proveedor puede anunciar con veracidad «buzones ilimitados» y limitar el almacenamiento común a 10 GB, lo que permitiría aproximadamente 200 buzones con cierto patrón de uso antes de que alguien se quede sin espacio. También puede limitar la salida a 100 mensajes por hora, una cifra que quizá encaje en un equipo de 50 personas y no en uno de 500. Son ejemplos ilustrativos, no capacidades universales. La cifra decisiva a escala de agencia puede estar en la documentación o en la política de uso, no en la página de precios.

Los tres límites secundarios de los proveedores

Los planes de «hosting con cuentas de correo ilimitadas» suelen depender de los mismos tres límites. No son ilegales ni necesariamente irrazonables por separado, pues todo proveedor debe controlar costes y abusos. Juntos explican cómo puede ofrecerse una cantidad ilimitada de buzones sobre una infraestructura finita. Entenderlos permite distinguir una oferta operativa de una afirmación puramente comercial.

Límite 1: almacenamiento compartido

Muchos planes de «buzones ilimitados» limitan el almacenamiento total de la cuenta. Un fondo común de 50 GB con buzones ilimitados equivale a dividir 50 GB entre todos los buzones creados. Con 50 buzones son 1 GB para cada uno, quizá suficiente para un año de uso ligero, pero no para una bandeja que conserva todo el historial de clientes. Con 500 buzones son 100 MB por buzón, una capacidad que puede no contener ni una temporada de boletines.

La solución no es buscar almacenamiento sin límite, porque almacenar datos tiene coste, sino elegir un proveedor cuyo límite de almacenamiento encaje con el uso real y verificar sus condiciones vigentes.

Límite 2: ritmo de envío y destinatarios por mensaje

Todos los proveedores limitan el envío saliente para proteger su infraestructura y reputación. Los ámbitos y cifras varían según el plan y la política actual. Algunos topes habituales son:

• Mensajes por buzón y día (por ejemplo, 1,000 en un nivel para pequeñas empresas)
• Mensajes por cuenta y día (por ejemplo, de 6,000 a 40,000 según el plan)
• Mensajes por hora (límite de entrega mediante SMTP)
• Destinatarios por mensaje (por ejemplo, 50 en Nano y 500 en Agency)
• Sesiones SMTP simultáneas por cuenta

Elige un servicio cuyos límites coincidan con tu perfil de envío real. Una cuenta puede permitir crear 500 buzones, pero no necesariamente que los 500 envíen 100 mensajes cada día si el tope de la cuenta es 40,000. Debes confirmar si cada cifra se aplica por buzón, cuenta, dominio, ventana móvil o día natural en la documentación vigente.

Límite 3: conexiones IMAP

Este límite suele pasar inadvertido hasta que afecta al servicio. Las conexiones IMAP mantienen sincronizados clientes como Apple Mail, Outlook, Thunderbird o la importación de Gmail. Cada cliente abierto puede mantener 2-5 conexiones por buzón. A pequeña escala quizá no importe. Con 200 usuarios simultáneos en un mismo buzón, por ejemplo una dirección compartida support@, sí puede ser decisivo.

Los topes publicados en la instantánea de TrekMail ilustran el patrón: el límite por buzón y por IP era 10/25/50/100 en Nano/Starter/Pro/Agency, y el total por buzón era 15/40/80/150. También figuraban máximos de seguridad de 200 por usuario-IP y 300 por usuario. El alcance exacto de «usuario», «IP», buzón y simultaneidad, así como las cifras actuales, debe comprobarse en la documentación. Otros proveedores tienen límites distintos y no siempre los publican.

Qué compras realmente con «ilimitado»

El hosting con cuentas de correo ilimitadas permite crear buzones sin pagar una licencia por cada uno. Eso no aporta almacenamiento, envíos ni conexiones IMAP infinitos. Una vez entendido que «ilimitado» solo se refiere al número de buzones, la evaluación de proveedores resulta más clara.

El modelo mental correcto es una tarifa plana que dice: «crea tantos buzones como permita esta dimensión y deja que los tres límites reales restrinjan su intensidad de uso». Elige un plan cuyos límites actuales encajen con tu perfil, no el que repita con más fuerza la palabra «ilimitado».

Las 12 preguntas para cualquier proveedor ilimitado

Si evalúas hosting con cuentas de correo ilimitadas para más de 50 buzones, envía estas 12 preguntas al proveedor. Las respuestas ayudan a distinguir capacidad operativa de publicidad. La afirmación de la instantánea de que un buen proveedor responde las 12 con cifras concretas en 24 horas es una expectativa orientativa, no una regla universal. El tiempo y el detalle dependen del canal, el contrato y la complejidad.

1. ¿Cuál es el límite total de almacenamiento de todos los buzones? ¿Es compartido o individual?
2. ¿Cuál es el límite diario de envío por buzón? ¿Y por cuenta?
3. ¿Cuál es el límite por hora para envíos mediante SMTP?
4. ¿Cuál es el máximo de destinatarios por mensaje? ¿Y por cuenta y día?
5. ¿Cuáles son los límites de conexiones IMAP por usuario y por usuario-IP?
6. ¿Qué sucede cuando un buzón alcanza su límite de almacenamiento: rechazo, cola o descarte silencioso?
7. ¿Qué sucede cuando una cuenta alcanza su límite diario de envío: rechazo, reducción de ritmo o suspensión de 24 horas?
8. ¿El envío usa un fondo compartido de IP o una IP dedicada? Si es compartido, ¿cuál es la política de calentamiento?
9. ¿Cuál es la política de abuso si un solo buzón envía una campaña con muchas quejas?
10. ¿Puedo crear buzones en bloque mediante API? ¿Cuál es el límite de la API?
11. ¿Cómo puedo migrar si decido irme? ¿La exportación incluye carpetas IMAP, elementos enviados y borradores?
12. ¿Cuál es la política de rotación de claves DKIM por dominio?

Un proveedor transparente debería responder las 12 de forma concreta o indicar dónde están documentadas y qué depende del caso. Las evasivas repetidas y las condiciones indeterminadas son una señal de riesgo, aunque una respuesta condicionada puede ser legítima cuando el alcance varía. Contrasta siempre las respuestas con el contrato y la documentación actual.

Cómo detectar publicidad sin sustancia

Tres filtros rápidos ayudan antes de dedicar una hora a una llamada comercial. Primero, busca «límite flexible» o «uso justo» en la documentación y comprueba qué facultades de reducción de ritmo conserva el proveedor. Segundo, comprueba si publica límites de conexiones IMAP. En la instantánea, TrekMail publicaba máximos de 200 por usuario-IP y 300 por usuario, con topes por nivel de 10 a 100 por usuario-IP. Esas cifras y su alcance deben verificarse. La ausencia de cifras públicas no demuestra por sí sola que un plan sea engañoso, pero exige preguntar.

Tercero, pide el texto de la política de abuso. Los umbrales concretos, como X% de quejas que activa una revisión Y o Z rebotes en N horas que reducen el ritmo, son más evaluables que una reserva genérica de derechos. Aun así, las letras son ejemplos, no umbrales reales, y una política puede necesitar discreción para responder a amenazas nuevas.

TrekMail Agency: los límites reales

TrekMail Agency se presenta para operadores cuyo número de buzones haría costoso un modelo por licencia. En la instantánea, el plan costaba $29 al mes o $23.25 al mes con facturación anual, con un ahorro indicado del 20% frente al precio mensual. Son precios y descuentos similares a los de mayo incluidos en una instantánea, no una oferta actual. Los límites publicados entonces eran:

• 1,000 dominios por cuenta
• 1,000 buzones por dominio (por tanto, 1,000,000 buzones como máximo teórico de configuración de una cuenta, no como garantía de capacidad)
• 200 GB de almacenamiento compartido entre correo y TrekMail Drive (la instantánea decía que el control del complemento Drive escalaba de 250 GB a 100 TB)
• 40,000 correos diarios por cuenta y 2,500 por buzón y día
• 3,000 mensajes por hora como ritmo de entrega SMTP
• 500 destinatarios por mensaje
• 100 alias por buzón (300 buzones × 100 = 30,000 direcciones enrutables por dominio)
• 50 reglas de filtrado Sieve por buzón
• Editor Sieve sin procesar (solo Agency) para lógica personalizada
• Soporte dedicado y acceso completo a API + MCP (143 herramientas en la instantánea)

La capa de funciones marcaba Agency como domains: -1 y users_per_domain: -1, es decir, sin límite operativo en esas dos claves de configuración. Sin embargo, almacenamiento, envío, abuso, concurrencia y otras políticas determinan la escala real. Con 200 GB compartidos entre 5,000 buzones activos, el promedio sería de 40 MB por buzón. Puede servir para buzones de función ligeros, no para archivos completos. La instantánea sugería ampliar a 1 TB o 10 TB con el complemento Drive y mostraba $0.015/GB con un descuento anual de -17%, separado del -20% del plan base. El complemento no amplía automáticamente todos los fondos de correo: hay que verificar en las condiciones actuales qué capacidad aumenta y cómo se asigna.

Cómo se muestra «ilimitado» en el panel

En la descripción de la instantánea, el panel de TrekMail Agency mostraba una lista de dominios y el número de buzones de cada uno. El flujo de creación masiva permitía cargar un CSV de 500 buzones distribuidos entre los 1,000 dominios y enviar invitaciones para que cada usuario eligiera su contraseña. También describía una herramienta de migración con sincronización IMAP en el servidor para traer correo del proveedor anterior. El tamaño máximo del CSV, la atomicidad de la operación, la entrega de invitaciones, el momento de activación, el alcance de la migración y la necesidad de reconfigurar clientes durante el cambio dependen de la implementación vigente.

El panel descrito exponía rotación DKIM por dominio, asistentes de SPF/DMARC, alias, edición de reglas Sieve y registros de auditoría. La capa API + MCP aparecía con 143 herramientas y OAuth mediante el flujo web de claude.ai, de modo que las agencias podían automatizar acciones disponibles. El conjunto de herramientas, el flujo OAuth, los límites de la API y la equivalencia exacta con el panel deben confirmarse actualmente.

Cuándo TrekMail Agency deja de ser la respuesta adecuada

Tres escenarios pueden requerir un plan personalizado u otro proveedor. Primero, necesitar de forma sostenida más de 40,000 mensajes salientes al día por cuenta. Segundo, mantener más de ~5 GB de historial en cada buzón con cantidades altas: 1,000 buzones activos de 5-GB sumarían 5 TB, por encima del plan base de la instantánea incluso considerando el complemento. Tercero, necesitar espacio de IP dedicado para aislar la reputación. La instantánea decía que TrekMail no ofrecía IP dedicada, pero la disponibilidad actual debe verificarse. En esos casos conviene evaluar un contrato empresarial y modelos alternativos.

Precio por usuario o tarifa plana: cuándo falla cada modelo

La mayoría de las ofertas «ilimitadas» usan tarifa plana porque el precio por usuario crece con cada buzón. A $14 por usuario y mes, 1,000 buzones sumarían $14,000 mensuales; la tarifa Agency de la instantánea era $29 al mes. Estas son cifras ilustrativas sujetas a cambios, impuestos, licencias y condiciones.

La tarifa plana funciona cuando el coste marginal de otro buzón puede mantenerse bajo dentro de la capacidad disponible, no porque sea cero. Los tres límites anteriores restringen el consumo real. En el modelo por usuario se paga más por buzón y el proveedor puede presupuestar una capacidad marginal mayor, aunque la asignación exacta depende del producto. Son apuestas y curvas de escala distintas.

Dónde puede fallar cada modelo:

• El precio por usuario puede volverse costoso por encima de 50 buzones, sobre todo si muchas son direcciones de función (info@, support@, sales@) con poco uso que requieren licencia completa. Las reglas de alias, grupos y buzones compartidos cambian según el proveedor.
• La tarifa plana puede no compensar por debajo de 5 buzones, cuando solo usas el 2% de la capacidad del plan.
• La tarifa plana puede quedarse corta por encima de ~5,000 buzones activos con un fondo de 200 GB. El promedio cae por debajo de un nivel práctico y puede requerirse un complemento o un plan personalizado, sujeto a sus condiciones.

Comparación de hosting con cuentas de correo ilimitadas

Según esta instantánea, el nicho de TrekMail era el de operadores multidominio con más de 30 buzones que querían tarifa plana y API completa sin una suite colaborativa. Por debajo de 30 buzones la diferencia se estrecha; por encima de 5,000 buzones activos podía hacer falta el complemento Drive. Toda comparación, precio, función y límite puede cambiar y debe recalcularse según el uso y las condiciones actuales.

Por qué pueden funcionar las tarifas planas

El hosting de tarifa plana puede ser viable porque el coste marginal de un buzón adicional puede ser bajo dentro de la capacidad, ya que muchos están casi inactivos, pero nunca es literalmente cero. En un ejemplo de 1,000 buzones de una cuenta de agencia, quizá 200 tengan uso intenso, 300 ligero y 500 mínimo, entre direcciones de función, contratistas y cuentas inactivas. El proveedor permite configurar 1,000 buzones, mientras el precio se basa en un consumo de almacenamiento y ancho de banda similar al de 200 buzones. La distribución es ilustrativa, no universal.

El modelo deja de encajar si los 1,000 buzones intentan usar simultáneamente toda su capacidad teórica: mucho envío diario, bandejas llenas y carga completa de clientes IMAP. La frecuencia de ese patrón depende de la clientela. Publicar los tres límites reales desde el principio permite fijar expectativas, pero ni la publicación ni la autenticación garantizan capacidad, reputación o entrega en la bandeja de entrada.

Tres patrones de ampliación que sí funcionan

Si eliges hosting con cuentas de correo ilimitadas para crecer, hay tres patrones operativos útiles y uno arriesgado. El patrón arriesgado es «abrir el panel, crear 500 buzones y repartir contraseñas». El aprovisionamiento a escala requiere controles adicionales.

Patrón 1: aprovisionamiento masivo mediante invitaciones

Crea buzones mediante enlaces de invitación en vez de contraseñas elegidas por el administrador. El destinatario puede definir su contraseña y 2FA al iniciar sesión. Esto reduce la exposición de la contraseña al administrador, pero no impide coacción, phishing, restablecimientos administrativos ni el compromiso del canal de invitación. La instantánea describía este flujo como predeterminado en TrekMail.

La creación masiva de invitaciones mediante CSV o API se describía como capaz de aprovisionar 500 buzones en 50 dominios y enviar invitaciones. También decía que el buzón no aceptaba correo hasta consumirse la invitación. El tamaño del lote, la atomicidad, la activación y el comportamiento de recepción dependen de la implementación actual. Consulta la creación masiva de cuentas de correo y confirma los detalles vigentes.

Patrón 2: alias en lugar de buzones para direcciones de función

Para direcciones como info@, support@, sales@ y billing@ que redirigen a una persona, considera alias sobre buzones reales en vez de buzones separados. La instantánea indicaba 30/50/100 alias por buzón en Starter/Pro/Agency, por lo que 300 buzones Agency podían alojar 30,000 direcciones de función. Verifica los límites y el comportamiento de respuesta y enrutamiento actuales.

En algunas agencias este patrón puede reducir a la mitad el número efectivo de buzones, pero no es una proporción universal. Consulta la explicación de los alias de correo para ver patrones de enrutamiento y casos en que un alias no sirve.

Patrón 3: política de rotación DKIM por dominio

A escala, un mal remitente en un buzón puede perjudicar la reputación del dominio. Rotar la clave DKIM con una cadencia adecuada reduce la ventana de exposición de una clave comprometida. La rotación trimestral es solo un ejemplo, no una regla universal. No aísla la reputación de cada remitente ni crea una clave específica para cada buzón. La instantánea decía que TrekMail gestionaba la rotación por cliente y dominio; hay que verificar la política actual.

Para agencias con 100+ dominios de clientes, una política documentada de rotación es una medida operativa útil, pero el comportamiento de un cliente todavía puede afectar a la reputación compartida. El patrón completo está en la guía de hosting multidominio. La rotación por dominio limita la exposición de la clave a ese dominio; no significa que una clave pertenezca a un solo buzón ni que solo ese buzón necesite volver a firmar.

Qué se rompe antes que «ilimitado»

En estos planes, la fragilidad suele aparecer fuera del número de buzones. Tres ejemplos: (1) tormentas de sincronización IMAP cuando una nueva política hace que 200 usuarios se autentiquen en la misma hora; (2) colas del filtro antispam si un dominio recibe una campaña de millones de mensajes; (3) reputación de entrega cuando un cliente encuentra de forma inesperada trampas de spam y afecta al fondo compartido. Son escenarios, no resultados inevitables.

Para los tres, busca una política de abuso específica, una rotación DKIM por dominio adecuada y límites IMAP publicados que encajen con la concurrencia real. La instantánea afirmaba que las políticas y topes publicados de TrekMail cumplían esos criterios, pero deben evaluarse en su alcance y versión actuales. Ninguna política, ni SPF, DKIM o DMARC, garantiza la entrega o la bandeja de entrada.

Cuándo el hosting con cuentas ilimitadas no es la respuesta adecuada

El hosting con cuentas de correo ilimitadas no siempre es la opción correcta. Tres perfiles pueden obtener un resultado mejor con otro modelo: operadores con menos de 5 buzones, equipos que necesitan una suite colaborativa completa y sectores regulados que requieren un SLA contractual. Saber cuándo no elegirlo importa tanto como saber cuándo sí.

Primer perfil: operadores con menos de 5 buzones. A esa escala se paga capacidad sin usar. La instantánea citaba TrekMail Starter a $4 al mes con 50 dominios y 100 buzones por dominio como punto de partida, pero precio y límites deben comprobarse. Un nivel Agency puede resultar excesivo por debajo de 30 buzones según las funciones necesarias.

Segundo perfil: equipos que necesitan calendario, almacenamiento y chat al mismo nivel que el correo. Un proveedor especializado puede ofrecer buen correo y almacenamiento básico, como Drive incluido en Starter+ según la instantánea, sin reemplazar toda la suite de Google Workspace. Si el equipo usa Docs y Sheets a diario, el precio por usuario puede compensar. La comparación debe hacerse con las funciones y precios actuales.

Tercer perfil: sectores regulados que necesitan un SLA contractual con tiempos de recuperación definidos. Muchos planes ilimitados funcionan con objetivos de mejor esfuerzo, no con un SLA contractual. Si el regulador exige penalizaciones por escrito, puede hacer falta un contrato empresarial. La disponibilidad y términos varían según el proveedor.

«Ilimitado» tiene otra consecuencia práctica: después de unas decenas de buzones, encontrar información puede ser más difícil que crear cuentas. Si la búsqueda se limita a un buzón, un administrador tendría que repetirla. La búsqueda entre buzones puede abarcar las carpetas y buzones a los que el usuario tenga acceso, según permisos y capacidades actuales.

Próximos pasos

El hosting con cuentas de correo ilimitadas es una categoría real, pero «ilimitado» describe solo la dimensión del número de buzones. El almacenamiento común, el ritmo y alcance de envío y las conexiones IMAP determinan el techo práctico. Haz las 12 preguntas anteriores y contrasta las respuestas con la documentación y políticas vigentes.

La instantánea proponía estas franjas orientativas: 1-30 buzones (un proveedor especializado), 30-500 (tarifa plana como TrekMail Agency), 500-5,000 (Agency con complemento Drive o un plan Migadu Max personalizado) y 5,000+ (condiciones comerciales personalizadas). No son reglas universales. También mostraba TrekMail Agency a $29 al mes o $23.25 con facturación anual, una prueba gratuita de 14 días que exigía tarjeta y Nano a $0 sin tarjeta para probar 10 buzones por dominio. Precios, descuentos, prueba, requisitos, límites y disponibilidad pueden cambiar. Consulta la comparación actual en trekmail.net/pricing.