MIME Base64
Herramienta online de formateo MIME Base64 de GeekFormat, inserta saltos de línea CRLF cada 76 caracteres según el estándar RFC 2045 o restaura MIME Base64 multilínea a una sola línea. Ideal para codificación de adjuntos de correo, firmas S/MIME, procesamiento de certificados PEM y compatibilidad con sistemas heredados. Procesamiento local en el navegador, sin subida de datos al servidor, con copia con un clic.
Relacionado
Sobre el formateo MIME Base64
MIME Base64 es un formato de presentación de codificación Base64 utilizado en sistemas de correo. MIME (Multipurpose Internet Mail Extensions, Extensiones Multipropósito de Correo Internet) es un conjunto de estándares de internet que define cómo transmitir contenido no textual (como datos binarios de imágenes, audio o vídeo) en correos. Base64 codifica datos binarios como texto ASCII puro, permitiendo que los sistemas de correo transmitan de forma segura adjuntos binarios arbitrarios.
RFC 2045 es uno de los estándares centrales que definen MIME y especifica el formato de plegado del contenido codificado en Base64 en el correo: cada línea no debe exceder los 76 caracteres Base64, y el terminador de línea debe ser CRLF (\r\n). Esta limitación proviene de restricciones históricas del protocolo SMTP: los primeros agentes de transferencia de correo (MTA) imponían límites estrictos a la longitud de una sola línea, y el valor conservador de 76 caracteres garantiza que el contenido sea procesado correctamente por todos los servidores de correo sin truncarse ni modificarse.
MIME Base64 y Base64 normal son completamente idénticos en cuanto al contenido codificado: el mismo conjunto de caracteres (A-Za-z0-9+/), el mismo padding (carácter =) y el mismo algoritmo de codificación. La diferencia radica únicamente en el formato de presentación: MIME Base64 inserta saltos de línea CRLF cada 76 caracteres formando texto multilínea, mientras que el Base64 normal suele ser una cadena continua de una sola línea. Al decodificar, los saltos de línea se ignoran automáticamente, por lo que ambos formatos producen exactamente los mismos datos originales al ser decodificados.
La conversión bidireccional es la necesidad central del procesamiento MIME Base64. De una línea a plegado: inserta CRLF en la cadena Base64 continua devuelta por una API cada 76 caracteres, generando un formato MIME conforme a la especificación de correo que puede incrustarse directamente en el cuerpo del correo. De plegado a una línea: elimina todos los saltos de línea del formato MIME y restaura la cadena continua, ideal para parámetros de petición API, campos JSON o almacenamiento en bases de datos. Ambas operaciones son inversas entre sí.
CRLF (\r\n) es la secuencia de terminador de línea especificada por el estándar MIME: CR (Carriage Return, retorno de carro, ASCII 13) + LF (Line Feed, avance de línea, ASCII 10). Es el terminador de línea estándar de los protocolos de internet, a diferencia del LF puro (\n) utilizado en sistemas Unix/Linux y del CR puro (\r) de los antiguos sistemas Mac. RFC 2045 exige que el contenido MIME utilice CRLF, pero al restaurar, la herramienta reconoce y es compatible con los tres tipos de salto de línea.
S/MIME (Secure/MIME) es la extensión de seguridad de MIME, utilizada para firmas digitales y cifrado de correos. La estructura de datos PKCS#7 tras la firma S/MIME contiene contenido codificado en Base64 que debe plegarse según el estándar MIME antes de incrustarse en el correo. PEM (Privacy Enhanced Mail) es otro formato que utiliza plegado de Base64 de ancho fijo, pero con 64 caracteres (RFC 1421), a diferencia de los 76 de MIME. Ambos son formatos de presentación de Base64 de ancho fijo; comprender MIME Base64 ayuda a procesar formatos similares.
Content-Transfer-Encoding es un campo clave de la cabecera MIME que identifica el método de codificación del cuerpo del correo. Cuando su valor es base64, indica que el cuerpo está codificado en Base64 y se presenta con plegado de 76 caracteres. Al leer esta marca, el cliente de correo del destinatario decodifica automáticamente el Base64 plegado a los datos originales. Otros valores comunes de Content-Transfer-Encoding incluyen 7bit, 8bit y quoted-printable; Base64 es el método más utilizado para procesar adjuntos binarios.
Esta herramienta se centra en las operaciones de formateo de MIME Base64 (plegado y restauración) y no realiza codificación ni decodificación Base64. Todo el procesamiento se completa localmente en el navegador mediante JavaScript; los datos no abandonan tu dispositivo. El plegado sigue estrictamente el estándar RFC 2045 (76 caracteres + CRLF); al restaurar, es compatible automáticamente con los tres tipos de salto de línea: CRLF, CR y LF. Adecuado para desarrollo de correo, procesamiento S/MIME, depuración de protocolos y compatibilidad con sistemas heredados.
Casos de uso
- Formatear Base64 de una sola línea al formato de adjuntos MIME de correo con plegado a 76 caracteres según RFC 2045
- Restaurar MIME Base64 multilínea a una sola línea para transmisión vía API o incrustación en campos JSON
- Procesar los segmentos de contenido codificado en Base64 de correos firmados con S/MIME, ajustando el formato de salto de línea
- Compatibilidad con formatos de salida Base64 de ancho fijo requeridos por sistemas heredados o protocolos antiguos
- Verificar durante la depuración de desarrollo de correo si el plegado del contenido Base64 del adjunto cumple con la especificación MIME
- Convertir cadenas Base64 continuas devueltas por una API a formato plegado para pegarlas y mostrarlas en el cuerpo de un correo
- Referenciar la lógica de plegado de ancho fijo al procesar contenido Base64 de certificados PEM
- Escenarios de archivos de configuración que requieren Base64 en formato MIME (por ejemplo, pasarelas de correo, configuración de relés SMTP)
- Preprocesar contenido Base64 antes de codificar adjuntos de correo, garantizando que el ancho de plegado sea correcto
- Unificar datos Base64 de diferentes fuentes al estándar MIME para su uso en sistemas de correo
- Al diagnosticar problemas de codificación de adjuntos de correo, comparar las diferencias del contenido Base64 antes y después del plegado
- Convertir entre Base64 continuo generado por herramientas de línea de comandos (como OpenSSL) y el formato plegado requerido por sistemas de correo
Cómo Usar
- Pegue o introduzca el contenido Base64 en el cuadro de entrada
- Seleccione la dirección de conversión: una línea a plegado MIME (salto cada 76 caracteres) o plegado MIME a una línea (eliminar saltos)
- La herramienta procesa automáticamente el formato según el estándar RFC 2045 y muestra el resultado en tiempo real
- Pulse el botón de copia para copiar el resultado al portapapeles y usarlo en sistemas de correo, parámetros de API o archivos de configuración
Características
- Plegado según RFC 2045: inserta saltos de línea CRLF estrictamente cada 76 caracteres, cumpliendo la especificación de transmisión MIME para correo
- Conversión bidireccional: permite convertir Base64 de una sola línea a formato plegado MIME, así como restaurar MIME multilínea a una cadena continua de una sola línea
- Procesamiento local sin carga: todas las conversiones de formato se realizan dentro del navegador, sin pasar por ningún servidor; los datos no abandonan el dispositivo
- Copia con un clic: el resultado puede copiarse directamente al portapapeles para usarlo en clientes de correo, parámetros de API o archivos de configuración
- Saltos de línea CRLF estándar: el plegado utiliza la secuencia CRLF (\r\n), cumpliendo los requisitos de RFC 2045 para los terminadores de línea MIME
- Plegado exacto a 76 caracteres: cada línea contiene exactamente 76 caracteres Base64 (la última línea puede ser más corta), garantizando compatibilidad con todos los agentes de transferencia de correo
- Restauración inteligente multilínea: detecta y elimina automáticamente los saltos de línea CRLF/CR/LF del formato MIME, combinándolos en una cadena Base64 continua
- Compatibilidad con adjuntos de correo: la salida puede incrustarse directamente en el cuerpo de un correo MIME, compatible con clientes como Outlook y Thunderbird
- Soporte para firmas S/MIME: el Base64 plegado generado puede usarse en los segmentos de contenido codificado de las estructuras de firma S/MIME
- Referencia al formato PEM: aunque PEM usa plegado de 64 caracteres, la lógica de plegado de la herramienta ayuda a comprender y procesar formatos similares de ancho fijo
- Vista previa en tiempo real: muestra al instante el resultado del plegado/restauración al introducir el contenido, sin necesidad de pulsar botones
- Limpieza automática de la entrada: elimina automáticamente los espacios en blanco y los caracteres no Base64 de la entrada, evitando interferencias al copiar y pegar
- Procesamiento de texto grande: soporta el plegado y la restauración rápida de cadenas Base64 largas (decenas de miles de caracteres), completándose en segundos en el navegador
- Implementación puramente front-end: basada en APIs nativas de JavaScript del navegador, sin necesidad de instalar complementos ni depender de servicios externos; funciona sin conexión
Preguntas Frecuentes
¿Por qué MIME Base64 tiene un salto de línea fijo cada 76 caracteres?
RFC 2045 especifica que el contenido codificado MIME no debe exceder los 76 caracteres por línea, para compatibilidad con las limitaciones de longitud de línea de los primeros agentes de transferencia de correo (MTA). El protocolo SMTP exigía históricamente que cada línea no superara los 1000 caracteres, pero la especificación MIME es más conservadora y limita a 76 caracteres de datos Base64 más el salto de línea, garantizando que todos los servidores de correo puedan procesarlos correctamente.
¿El contenido codificado de MIME Base64 y de Base64 normal es el mismo?
El contenido codificado es exactamente el mismo; la diferencia está solo en el formato de presentación. MIME Base64 inserta saltos de línea CRLF cada 76 caracteres, mientras que el Base64 normal suele ser una sola línea continua. Al decodificar, los saltos de línea se ignoran, por lo que ambos formatos producen los mismos datos originales al ser decodificados.
¿Se puede restaurar un MIME Base64 multilínea a una sola línea?
Sí. La herramienta detecta y elimina automáticamente los saltos de línea CRLF (\r\n), CR (\r) y LF (\n) del formato plegado MIME, combinándolos en una cadena Base64 continua de una sola línea. La restauración facilita su uso como parámetro de petición API, campo JSON o para transmisión en archivos de configuración.
¿Cuál es la relación entre el formato PEM y MIME Base64?
El formato PEM (por ejemplo, certificados SSL, claves privadas) utiliza plegado de Base64 con 64 caracteres de ancho, ligeramente diferente de los 76 caracteres de MIME. Ambos son formatos de presentación de Base64 de ancho fijo, pero siguen estándares distintos (PEM se basa en RFC 1421, MIME en RFC 2045). La lógica de plegado de la herramienta ayuda a comprender formatos similares.
¿Qué terminador de línea se utiliza en el plegado?
Según el estándar RFC 2045, el plegado MIME Base64 utiliza CRLF (\r\n) como terminador de línea. Es el terminador de línea estándar de los protocolos de internet, garantizando compatibilidad con todos los servidores y agentes de transferencia de correo. Algunos sistemas pueden usar solo LF (\n); la herramienta reconoce ambos automáticamente al restaurar.
¿Las firmas S/MIME necesitan MIME Base64?
Sí. Los segmentos de contenido codificado de la estructura de firma S/MIME (Secure/Multipurpose Internet Mail Extensions) utilizan el formato MIME Base64; los datos PKCS#7 firmados deben plegarse cada 76 caracteres para incrustarse en el correo. La herramienta ayuda a generar Base64 plegado conforme a la especificación S/MIME.
¿La última línea también se rellena hasta 76 caracteres?
No. RFC 2045 establece que la última línea puede tener cualquier longitud (1-76 caracteres) y no necesita relleno. A diferencia de formatos de longitud fija (como algunos formatos binarios con exactamente 76 caracteres por línea), la última línea de MIME Base64 conserva el final natural de la codificación Base64 original.
¿Cómo se gestiona el padding de Base64 (carácter =)?
La codificación Base64 utiliza = como carácter de relleno final (0-2 caracteres); al plegar MIME, el = aparece al final de la última línea. La herramienta mantiene el padding intacto; ni el plegado ni la restauración modifican el contenido de la codificación Base64 en sí.
¿La herramienta modifica el contenido codificado de Base64?
No. La herramienta solo ajusta el formato (inserta o elimina saltos de línea) y no modifica los caracteres Base64 en sí. El Base64 plegado, al ser decodificado, es completamente idéntico a la entrada original, por lo que puede usarse con confianza.
¿Qué ocurre si la entrada contiene caracteres no Base64?
La herramienta filtra automáticamente los espacios en blanco (espacios, tabuladores, saltos de línea) y los caracteres no Base64 (fuera del rango A-Za-z0-9+/=) de la entrada, conservando únicamente el contenido Base64 válido para su procesamiento y evitando caracteres interferentes al copiar y pegar.
¿Qué longitud de cadena Base64 se admite?
La herramienta se basa en el procesamiento local de JavaScript del navegador y soporta el plegado y la restauración rápida de cadenas Base64 de decenas de miles de caracteres. Incluso contenido muy largo (como la codificación Base64 de adjuntos grandes) se procesa en segundos.
¿Se puede usar para decodificar Base64?
Esta herramienta se centra en el formateo MIME (plegado/restauración) y no realiza operaciones de codificación o decodificación Base64. Si necesita codificar o decodificar Base64, utilice la herramienta de codificación/decodificación Base64 del sitio. El formateo MIME solo ajusta el formato de salto de línea de la cadena Base64.
¿Qué significa Content-Transfer-Encoding: base64?
Es un campo de la cabecera MIME que indica que el contenido del cuerpo del correo está codificado en Base64. Al detectar esta marca, el cliente de correo del destinatario decodifica el contenido Base64 del cuerpo (con plegado de 76 caracteres) a los datos binarios originales. El Base64 plegado generado por la herramienta puede usarse directamente en este tipo de cuerpo de correo.
¿Por qué el Base64 de un correo parece tener muchos saltos de línea?
Porque el sistema de correo ajusta el contenido codificado en Base64 con un salto de línea cada 76 caracteres, según el estándar RFC 2045. Es un requisito de la especificación MIME para garantizar que el contenido se transmita correctamente por todos los servidores de correo. En un correo con adjuntos, la codificación Base64 del adjunto aparece en forma multilínea en el código fuente del correo.
¿Se puede usar la herramienta sin conexión?
Sí. Una vez cargada la página, toda la funcionalidad se ejecuta localmente en el navegador, sin necesidad de conexión de red. Incluso sin conexión, las operaciones de plegado y restauración MIME Base64 funcionan con normalidad; los datos procesados no se suben a ningún servidor.
Solución de problemas
¿La decodificación Base64 falla tras el plegado?
El plegado MIME Base64 solo inserta saltos de línea CRLF y no modifica el contenido codificado. Si la decodificación falla tras el plegado, es posible que la entrada original no sea una codificación Base64 válida. Utilice primero una herramienta de validación Base64 para comprobar si el contenido de entrada es legítimo antes de realizar el formateo MIME.
¿Quedan saltos de línea residuales en la cadena Base64 tras la restauración?
La herramienta elimina automáticamente todos los saltos de línea CRLF (\r\n), CR (\r) y LF (\n). Si tras la restauración siguen apareciendo residuos, puede deberse a otros caracteres invisibles en la entrada (como espacios o tabuladores). La herramienta también filtra estos caracteres automáticamente, pero si el problema persiste, compruebe si el contenido de origen contiene caracteres de control especiales.
¿El cliente de correo muestra adjuntos con caracteres ilegibles?
El formato de plegado MIME Base64 es solo una parte de la codificación del correo. Si los adjuntos muestran caracteres ilegibles, puede deberse a una configuración incorrecta de la cabecera Content-Transfer-Encoding, a errores en la propia codificación Base64 o a una discrepancia en Content-Type. Asegúrese de establecer Content-Transfer-Encoding: base64 en la cabecera del correo y utilice un boundary MIME correcto como separador.
¿El ancho de plegado de un certificado PEM es incorrecto?
El formato PEM utiliza plegado de 64 caracteres (RFC 1421), mientras que MIME utiliza plegado de 76 caracteres (RFC 2045). Esta herramienta realiza el plegado según el estándar MIME (76 caracteres) y no es adecuada para formatear certificados PEM. Si necesita plegado PEM de 64 caracteres, utilice una herramienta especializada de procesamiento de certificados u OpenSSL.
Glosario
- MIME
- Multipurpose Internet Mail Extensions, Extensiones Multipropósito de Correo Internet, un conjunto de estándares de internet (RFC 2045-2049) que define cómo transmitir contenido no textual en correos, incluyendo codificación Base64, Content-Type y Content-Transfer-Encoding.
- RFC 2045
- Documento estándar que define la primera parte de MIME; especifica el formato de plegado del contenido codificado en Base64 en el correo: cada línea no debe exceder los 76 caracteres y debe usar CRLF como terminador de línea.
- CRLF
- Carriage Return + Line Feed (\r\n), secuencia de terminador de línea estándar de los protocolos de internet. RFC 2045 exige que el plegado MIME Base64 utilice CRLF, a diferencia del LF (\n) de Unix y del CR (\r) de los antiguos Mac.
- Content-Transfer-Encoding
- Campo de la cabecera MIME que identifica el método de codificación del cuerpo del correo. El valor base64 indica que el contenido está codificado en Base64 y plegado cada 76 caracteres; es el método de codificación más utilizado para adjuntos binarios.
- S/MIME
- Secure/Multipurpose Internet Mail Extensions, extensión de seguridad de MIME para firmas digitales y cifrado de correos. Los segmentos codificados en Base64 del contenido firmado deben plegarse según el estándar MIME.
- PEM
- Privacy Enhanced Mail, un formato que utiliza plegado de Base64 con 64 caracteres de ancho (RFC 1421), habitual en certificados SSL y archivos de claves privadas. A diferencia del plegado de 76 caracteres de MIME.
- Base64 padding
- El relleno final de la codificación Base64 con el carácter = (0-2 caracteres) para alcanzar una longitud múltiplo de 4. Al plegar MIME, el padding aparece al final de la última línea y no se elimina ni modifica.
- MTA
- Mail Transfer Agent, agente de transferencia de correo, software responsable de reenviar correos entre servidores. Los primeros MTA tenían límites estrictos de longitud de línea; el plegado MIME de 76 caracteres se diseñó para ser compatible con ellos.
- SMTP
- Simple Mail Transfer Protocol, protocolo básico de transmisión de correo en internet. SMTP exige que cada línea no supere los 1000 caracteres (incluido CRLF); el límite de 76 caracteres de MIME es más conservador.
- quoted-printable
- Otro método de Content-Transfer-Encoding soportado por MIME, utilizado principalmente para contenido mayoritariamente ASCII; solo codifica los caracteres no ASCII, lo que lo hace más eficiente en espacio que Base64.
- PKCS#7
- Public Key Cryptography Standards #7, estándar de sintaxis de mensajes cifrados utilizado por S/MIME; define la estructura de datos para firmas digitales y contenido cifrado, cuyo contenido codificado utiliza el formato MIME Base64.
- RFC 1421
- Documento estándar que define el formato PEM (Privacy Enhanced Mail); especifica el plegado de Base64 con 64 caracteres de ancho, más estrecho que los 76 de MIME, y se usa habitualmente en archivos de certificados.
Comparación entre MIME Base64 y Base64 normal
La diferencia principal entre ambos formatos radica en la presentación; el contenido codificado es idéntico:
| Aspecto | MIME Base64 | Base64 normal |
|---|---|---|
| Ancho de plegado | 76 caracteres/línea | Generalmente sin plegado (una línea) |
| Terminador de línea | CRLF (\r\n) | Ninguno (o depende del sistema) |
| Estándar de referencia | RFC 2045 | RFC 4648 |
| Uso típico | Adjuntos de correo, S/MIME | Parámetros de API, Data URL |
| Resultado de decodificación | Idéntico | Idéntico |
Comparación de formatos comunes de Base64 de ancho fijo
Comparación del ancho de plegado utilizado por distintos estándares:
| Formato | Estándar | Ancho de plegado | Uso típico |
|---|---|---|---|
| MIME Base64 | RFC 2045 | 76 | Codificación de adjuntos de correo, firmas S/MIME |
| PEM | RFC 1421 | 64 | Certificados SSL, archivos de claves privadas |
| Base64 normal | RFC 4648 | Sin plegado | Parámetros de API, Data URL, JWT |
Comparación de métodos Content-Transfer-Encoding de MIME
Métodos comunes de codificación y transmisión soportados por MIME:
| Codificación | Contenido adecuado | Eficiencia de espacio |
|---|---|---|
| base64 | Cualquier dato binario (imágenes, audio/vídeo, etc.) | Aprox. 33% de inflado (3 bytes → 4 caracteres) |
| quoted-printable | Mayormente texto ASCII con algunos caracteres no ASCII | Solo se inflan los caracteres no ASCII |
| 7bit | Texto ASCII puro (sin codificación) | Sin inflado |
| 8bit | Texto con caracteres de 8 bits (requiere 8BITMIME) | Sin inflado |
Privacy & Security
Todas las operaciones de esta herramienta de formateo MIME Base64 se realizan completamente en tu navegador local mediante JavaScript, sin enviar a ningún servidor el contenido Base64 introducido, los resultados del procesamiento ni los registros de uso. Una vez cargada la página, puede utilizarse sin conexión de red; todos los datos existen únicamente en la memoria del navegador y se borran automáticamente al cerrar o actualizar la página. No existe ninguna carga ni almacenamiento de datos, por lo que no hay riesgo de fuga de privacidad.
Authoritative References
- Comparación segura de cadenas
- Conversor Binario
- Cifrado César
- Código Morse
- Hexadecimal
- Video a Base64
- Base64 a Video
- Imagen a Base64
- Base64 a imagen
- Texto a Base64
- Base64 a texto
- Verificador de hash de archivo
- Archivo a Base64
- Base64 a archivo
- Audio a Base64
- Base64 a Audio
- Cifrar y descifrar AES
- Cifrado y descifrado DES
- Codificador y Decodificador Base32
- Codificar y decodificar Base58
- Codificación Base64
- Decodificación Base64
- Comparador de Base64
- Divisor Base64
- Fusionar Base64 multilínea
- Formato Base64
- Validador de Base64
- Codificación Base64 por lotes
- Decodificador Base64 por lotes
- Limpieza de Base64
- Manejo de padding Base64
- Estadísticas de longitud Base64
- Base64 a Hexadecimal
- Conversor Base64 DataURL
- Convertidor Base64-Hex
- Codificador Base85
- Generador y validador HMAC
- Derivación de Clave PBKDF2
- Hash MD5
- Hash SHA-256
- SHA1 Hash
- Hash SHA512
- Decodificador, Verificador y Generador JWT
- Codificador y decodificador de entidades HTML
- Escape de Unicode
- Codificación URL
- Base64 URL Safe
- MIME Base64
- Ofuscador de Java
- Ofuscador de JS
- Ofuscador de PHP
- Ofuscador de Python