Calculadora de tamaño de adjuntos y Base64

Cómo usar la herramienta

1. Añade el tamaño y la unidad de cada adjunto o selecciona archivos locales. Mantén las entradas separadas: el relleno y los saltos de línea se calculan por archivo. Se admiten hasta 100 entradas.
2. Introduce una cantidad adicional para texto, encabezados y separadores MIME, y el límite de mensaje aplicable con su unidad. Consulta las reglas de la cuenta, el cliente y el destinatario.
3. Compara el total original, el total de adjuntos codificados y el total del mensaje modelado. El resultado no confirma aceptación ni entrega.

Cuenta cada archivo adjunto una sola vez

Introduce un tamaño original por línea o selecciona archivos locales para leer su tamaño en bytes. La calculadora suma ambas listas; un archivo seleccionado y escrito a mano se cuenta dos veces. La selección lee File.size, sin subir el contenido ni enviar correo. Borrar los archivos seleccionados conserva las entradas manuales. Restablecer elimina toda la estimación, incluido el límite y la reserva para los demás datos del mensaje.

Elige bytes, MB decimales o MiB binarios para las entradas manuales. Un MB son 1.000.000 bytes y un MiB son 1.048.576 bytes. La selección de archivos ya aporta bytes, independientemente del selector manual. Un tamaño redondeado a 18 MB puede ocultar suficientes bytes para cambiar un resultado ajustado. Usa la propiedad exacta cuando esté disponible. Se admiten hasta 100 adjuntos combinados y archivos de cero bytes; sus cabeceras deben incluirse en la reserva correspondiente.

Define un límite para el mensaje completo

El campo de límite representa el presupuesto total que deseas comprobar, con su propia unidad. No elige proveedor ni consulta las reglas de tu cuenta. El máximo de adjuntos publicado por un servicio puede referirse a archivos originales, mientras que un servidor limita el mensaje codificado completo. Esas cifras no se pueden intercambiar. Comprueba qué cuentan las reglas del remitente y del destinatario antes de usar una cifra anunciada en este campo.

La reserva se introduce en bytes y cubre cuerpo, cabeceras, separadores MIME y otros datos no modelados. Cero significa que no has reservado espacio para ellos, no que un correo real carezca de esos datos. No se admiten fracciones de byte en esta reserva. Los tamaños manuales se redondean hacia arriba a bytes y el límite hacia abajo. También se rechazan tamaños negativos, listas vacías, límites no positivos y valores fuera del rango entero seguro. Sin resultado válido, corrige las entradas antes de interpretar el presupuesto.

Comprueba la codificación por archivo

Para un archivo de n bytes, el modelo calcula 4 × ceil(n / 3) caracteres Base64. Después reserva dos bytes por cada línea de hasta 76 caracteres, incluida la última línea de este modelo de planificación. ceil indica redondear hacia el entero superior. Esta reserva por parte está definida expresamente: no reproduce byte a byte la serialización de cualquier cliente de correo ni todas sus opciones de codificación.

Un archivo de 57 bytes produce 76 caracteres y dos bytes de salto de línea: 78 bytes. Uno de 58 bytes produce 80 caracteres repartidos en dos líneas modeladas: 84 bytes. Ese byte original adicional supera un límite de grupo y de línea. Multiplicar todo por 1,33 omite esas diferencias en archivos pequeños. Cada adjunto se codifica por separado; sumar los originales antes de aplicar la fórmula puede dar otro resultado y ocultar los límites de cada parte.

Sigue un ejemplo de dos adjuntos

Considera dos archivos de 1 y 2 bytes, una reserva de 100 bytes y un límite total de 112 bytes. Cada archivo produce cuatro caracteres Base64 y dos bytes modelados de salto de línea. El total original es 3 bytes, los adjuntos codificados suman 12 y el mensaje estimado suma 112. Quedan cero bytes: la estimación cumple el límite introducido por igualdad. Esa etiqueta no confirma que el proveedor acepte o entregue el correo.

Un único archivo de 3 bytes produciría cuatro caracteres y dos bytes de salto: 6 bytes antes de la reserva. Es otra distribución de adjuntos aunque conserve el total original. Un archivo comprimido puede cambiar la distribución y el tamaño real, pero esta herramienta no crea archivos ZIP ni predice compresión. Mide el archivo resultante y usa su tamaño propio; no sigas calculando con la lista de archivos que contiene. Documenta esa diferencia cuando compares estimaciones.

Interpreta el presupuesto antes de enviar

El total original suma archivos seleccionados y manuales. El codificado añade Base64 y saltos modelados. El total del mensaje suma la reserva y el restante resta ese total al límite. Un restante negativo indica cuánto se excede el presupuesto. Revisa unidades y entradas duplicadas antes de recortar un documento. Aumentar la reserva puede cambiar un resultado justo sin modificar ningún archivo y sin demostrar un problema del proveedor.

No se comprueban extensiones bloqueadas, cuotas del destinatario, filtros, permisos de enlaces ni entrega. Compartir un enlace es otro proceso, con permisos y caducidad propios. Comprueba el acceso del destinatario con la cuenta prevista y conserva el original necesario. La calculadora de tamaño de vídeo ayuda a planificar una exportación, pero el archivo exportado debe medirse aquí. No trates una estimación de tasa de bits como el tamaño exacto de un adjunto terminado.

• Planificar el tamaño de vídeo antes de exportar

Cómo interpretar el resultado

Los límites publicados pueden referirse a adjuntos originales, mensajes completos o enlaces. Gmail personal y Outlook.com documentan 25 MB para adjuntos, consultado el 7 de octubre de 2026; la guía del cliente Outlook describe por separado 20 MB para mensajes de cuentas de Internet. No son umbrales verificados byte a byte. También cuentan las reglas del administrador, destinatario y tipo de archivo.

Preguntas habituales