Un adjunto crece un tercio dentro del correo
Publicado el 7/9/2026 · 4 min de lectura · Herramientas de archivos
Daniel Okonkwo — Desarrollador front-end y redactor de Tecnología en OneKitly
Rendimiento web · Formatos de archivo
Verificado con 3 fuentes
El correo se diseñó para transportar texto, así que un archivo debe reescribirse como texto antes de viajar. La codificación empleada es base64: cada tres bytes se convierten en cuatro caracteres imprimibles, y MIME corta luego el resultado en líneas de 76 caracteres terminadas en retorno de carro y salto de línea. Tres bytes por cuatro dan un factor fijo de 1,3333, los cortes de línea añaden un 2,6 %, y el total medido es 1,3684 — un archivo de 10 MiB ocupa 13,684 MiB del mensaje. Al revés, un límite de envío de 25 MB transporta unos 18,3 MiB de archivos reales, uno de 20 MB unos 14,6 MiB y uno de 10 MB unos 7,3 MiB, antes de que el cuerpo y los encabezados tomen su parte. El extractor invierte aquí la codificación y te devuelve los bytes originales, byte a byte: el crecimiento solo existe dentro del mensaje.
El correo transporta los archivos como texto, tres bytes escritos en cuatro caracteres. Un adjunto de 10 MiB ocupa 13,68 MiB del mensaje, por lo que un límite de 25 MB significa en realidad unos 18 MiB de archivos.
Por qué un archivo no puede viajar tal cual
Los protocolos del correo se escribieron cuando una conexión garantizaba siete bits por carácter y nada más. Un byte de un PDF o de una fotografía puede tomar cualquiera de 256 valores, varios de los cuales significan algo para un servidor de correo — un retorno de carro suelto, un nulo, una línea que empieza por un punto. Base64 esquiva todo eso usando solo 64 caracteres en los que todos los sistemas coinciden, a costa de escribir cuatro por cada tres bytes. Esa aritmética no es un detalle de implementación optimizable: es el precio de la garantía de que el archivo llega idéntico.
También explica por qué comprimir antes de adjuntar ayuda y recomprimir un archivo ya comprimido no. Una carpeta de documentos reducida a un tercio de su tamaño cuesta también un tercio del base64, porque la codificación se aplica a los bytes que le des. Una fotografía o un PDF ya están comprimidos: comprimirlos no gana nada y el 1,3684 sigue aplicándose al tamaño completo.
Sacar los archivos, con los nombres correctos
Cada adjunto ocupa su propia parte del mensaje, con un Content-Type que dice qué es y un Content-Disposition que da el nombre de archivo elegido por el remitente. Ambos pueden ir codificados en RFC 2047: una factura francesa puede llamarse =?UTF-8?B?ZmFjdHVyZSBqYW52aWVyLnBkZg==?= en el archivo crudo y Facture janvier.pdf una vez decodificada — el extractor decodifica, y esa es la diferencia entre una carpeta de nombres legibles y una de galimatías. Los nombres sobreviven además a espacios y acentos, que algunos scripts de extracción antiguos estropean.
| Límite anunciado | Archivos que caben | Tamaño codificado |
|---|---|---|
| 25 MB | 18,3 MiB | 25 MB |
| 20 MB | 14,6 MiB | 20 MB |
| 10 MB | 7,3 MiB | 10 MB |
| Un archivo de 10 MiB | 10 MiB | 13,68 MiB (×1,3684) |
Preguntas frecuentes
- ¿El archivo extraído es idéntico al que se envió?
- Sí. Base64 es una codificación sin pérdida: decodificar devuelve exactamente los bytes que entraron — la suma de comprobación del archivo extraído coincide con la del original. Por eso el correo puede transportar un PDF firmado o un programa sin corromperlos, y por eso el tamaño que ves en disco tras la extracción es el real, no el codificado.
- ¿Por qué mi buzón es más grande que los archivos que recuerdo recibir?
- En parte sí, y suma. Cada adjunto que has recibido se guarda codificado: un buzón con 3 GiB de archivos ocupa unos 4,1 GiB. Encima, un mensaje que enviaste con adjunto suele conservarse dos veces — en Enviados y en el hilo — y un mensaje reenviado lleva sus adjuntos otra vez. Extraer y borrar los adjuntos más grandes suele rendir más que borrar cientos de mensajes pequeños.
- ¿Puedo sacar un adjunto de un mensaje que no se abre?
- A menudo sí, y es una de las mejores razones para tener esta herramienta a mano. Un mensaje cuyo HTML derrota a un cliente de correo sigue siendo un archivo MIME bien formado, y el adjunto ocupa su propia parte con su propia codificación; el extractor lee la estructura en vez de representar el mensaje, así que un cuerpo que no se muestra no impide que el archivo salga.
Artículos que podrían interesarte
Todas las guías →Herramientas relacionadas
Fuentes
¿Has detectado un error en este artículo?