MIME Base64

Texte d'entrée
0 caractères

L'outil de formatage MIME Base64 en ligne de GeekFormat insère des retours CRLF tous les 76 caractères selon la RFC 2045, ou restaure un MIME Base64 multiligne en une seule ligne. Idéal pour les pièces jointes, les signatures S/MIME, le traitement des certificats PEM et la compatibilité avec les anciens systèmes. Traitement 100 % local dans le navigateur, aucune donnée téléversée, copie en un clic.

Recommandations connexes

Fusion Base64 multi-lignes

Vidéo vers Base64

Unicode Escape

Texte vers Base64

Formateur SQL

Testeur d'Expressions Régulières

À propos du formatage MIME Base64

Le MIME Base64 est un format d'affichage du codage Base64 utilisé dans les systèmes de courriel. MIME (Multipurpose Internet Mail Extensions, extensions multipurpose de courrier internet) est un ensemble de normes internet définissant la manière de transmettre du contenu non textuel (par exemple images, audio, vidéo et autres données binaires) dans les courriels. Base64 code les données binaires en texte ASCII pur, permettant aux systèmes de courriel de transmettre en toute sécurité des pièces jointes binaires arbitraires.

La RFC 2045 est l'une des normes fondamentales définissant MIME. Elle spécifie le format de pliage du contenu codé Base64 dans les courriels : chaque ligne ne doit pas dépasser 76 caractères Base64 et la fin de ligne doit utiliser CRLF (\r\n). Cette limite découle de contraintes historiques du protocole SMTP — les premiers agents de transfert de courrier (MTA) imposaient des limites strictes à la longueur d'une ligne, et le paramètre conservateur de 76 caractères garantit que le contenu est correctement traité par tous les serveurs de courriel, sans troncature ni modification.

Le MIME Base64 et le Base64 ordinaire ont un contenu codé strictement identique — même jeu de caractères (A-Za-z0-9+/), même padding (caractère =), même algorithme de codage. La différence ne réside que dans le format d'affichage : le MIME Base64 insère un retour CRLF tous les 76 caractères pour former un texte multiligne, tandis que le Base64 ordinaire est généralement une chaîne continue sur une seule ligne. Lors du décodage, les retours à la ligne sont automatiquement ignorés et les deux formats produisent exactement les mêmes données d'origine.

La conversion bidirectionnelle est le besoin central du traitement MIME Base64. Ligne unique vers pliage : insertion de CRLF tous les 76 caractères dans la chaîne Base64 continue renvoyée par une API, pour produire un format MIME conforme à la norme de courriel, directement intégrable au corps du courriel. Pliage vers ligne unique : suppression de tous les retours à la ligne du format MIME pour restaurer une chaîne continue, pratique pour les paramètres de requête API, les champs JSON ou le stockage en base de données. Les deux opérations sont inverses l'une de l'autre.

CRLF (\r\n) est la séquence de fin de ligne prescrite par la norme MIME : CR (Carriage Return, retour chariot, ASCII 13) + LF (Line Feed, saut de ligne, ASCII 10). Il s'agit du séparateur de ligne standard des protocoles internet, différent du LF seul (\n) utilisé par Unix/Linux et du CR seul (\r) des anciens systèmes Mac. La RFC 2045 exige que le contenu MIME utilise CRLF, mais l'outil reconnaît et accepte les trois types de fins de ligne lors de la restauration.

S/MIME (Secure/MIME) est une extension de sécurité de MIME, utilisée pour la signature numérique et le chiffrement des courriels. La structure de données PKCS#7 produite après signature S/MIME contient le contenu de signature codé en Base64, qui doit être plié selon la norme MIME avant d'être intégré au courriel. PEM (Privacy Enhanced Mail) est un autre format utilisant un pliage Base64 à largeur fixe, mais avec une largeur de 64 caractères (RFC 1421), différente des 76 caractères du MIME. Les deux sont des formats d'affichage Base64 à largeur fixe, et comprendre le MIME Base64 facilite le traitement des formats similaires.

Content-Transfer-Encoding est un champ clé de l'en-tête MIME indiquant la méthode de codage du corps du courriel. Lorsque sa valeur est base64, cela signifie que le corps utilise le codage Base64 et est présenté sous forme pliée tous les 76 caractères. Le client de messagerie du destinataire lit ce marquage et décode automatiquement le Base64 plié en données d'origine. Les autres valeurs courantes de Content-Transfer-Encoding sont 7bit, 8bit, quoted-printable, etc. ; Base64 est la méthode la plus couramment utilisée pour les pièces jointes binaires.

Cet outil se concentre sur le formatage MIME Base64 — pliage et restauration — et n'effectue ni codage ni décodage Base64. Tout le traitement est réalisé localement dans le navigateur via JavaScript, et les données ne quittent jamais votre appareil. Le pliage suit strictement la norme RFC 2045 (76 caractères + CRLF), et la restauration est compatible avec les trois types de fins de ligne CRLF, CR et LF. Il convient au développement de courriel, au traitement S/MIME, au débogage de protocoles et à la compatibilité avec les anciens systèmes.

Cas d'utilisation

  • Formater un Base64 sur une ligne en format MIME de pièce jointe avec retours tous les 76 caractères selon la RFC 2045
  • Restaurer un MIME Base64 multiligne en une seule ligne pour le transport via API ou l'intégration dans des champs JSON
  • Traiter les sections de contenu encodé en Base64 dans les courriels signés S/MIME et ajuster le format des retours à la ligne
  • Garantir la compatibilité avec les anciens systèmes ou protocoles historiques exigeant un format Base64 à largeur fixe
  • Vérifier lors du débogage de développement de courriels que les retours à la ligne du contenu Base64 des pièces jointes sont conformes à la norme MIME
  • Convertir une chaîne Base64 continue renvoyée par une API en format plié pour faciliter l'affichage dans le corps d'un courriel
  • Traiter le contenu Base64 des certificats PEM en s'inspirant de la logique de pliage à largeur fixe
  • Scénarios nécessitant du Base64 au format MIME dans les fichiers de configuration (passerelles de courriel, configuration de relais SMTP)
  • Prétraiter le contenu Base64 avant l'encodage de pièces jointes pour garantir une largeur de pliage correcte
  • Unifier le formatage Base64 provenant de différentes sources vers la norme MIME pour les systèmes de courriel
  • Comparer les différences de contenu Base64 avant et après pliage lors du diagnostic de problèmes d'encodage de pièces jointes
  • Convertir entre le Base64 continu produit par les outils en ligne de commande (comme OpenSSL) et le format plié attendu par les systèmes de courriel

Comment utiliser

  1. Collez ou saisissez le contenu Base64 dans la zone de saisie
  2. Choisissez la direction de conversion : ligne unique vers MIME plié (retour tous les 76 caractères) ou MIME plié vers ligne unique (suppression des retours)
  3. L'outil traite automatiquement le format selon la norme RFC 2045 et affiche le résultat en temps réel
  4. Cliquez sur le bouton copier pour copier le résultat dans le presse-papiers, à utiliser dans les systèmes de courriel, les paramètres d'API ou les fichiers de configuration

Fonctionnalités

  • Retours à la ligne conformes à la RFC 2045 : insertion stricte de CRLF tous les 76 caractères, conforme à la norme de transport MIME
  • Conversion bidirectionnelle : transformation de Base64 sur une ligne vers le format MIME avec retours, et inversement, restoration d'un MIME multiligne en une seule ligne continue
  • 100 % local, zéro téléversement : toutes les conversions de format s'effectuent dans le navigateur, sans passer par aucun serveur, les données ne quittent jamais votre appareil
  • Copie en un clic : le résultat peut être copié directement dans le presse-papiers pour les clients de messagerie, les paramètres d'API ou les fichiers de configuration
  • Séquence CRLF standard : les retours à la ligne utilisent la séquence CRLF (\r\n) standard, conforme aux exigences de la RFC 2045 sur les fins de ligne MIME
  • Retour à la ligne précis à 76 caractères : chaque ligne contient exactement 76 caractères Base64 (la dernière ligne peut être plus courte), garantissant la compatibilité avec tous les agents de transfert de courrier
  • Restauration multiligne intelligente : identification et suppression automatiques des retours à la ligne CRLF/CR/LF du format MIME pour produire une chaîne Base64 continue
  • Compatibilité pièces jointes : le format de sortie peut être directement intégré dans le corps d'un courriel MIME, compatible avec Outlook, Thunderbird et autres clients de messagerie
  • Prise en charge des signatures S/MIME : le Base64 avec retours généré peut être utilisé dans les sections de contenu encodé des structures de signature S/MIME
  • Référence au format PEM : bien que PEM utilise des retours tous les 64 caractères, la logique de mise en forme de l'outil aide à comprendre et traiter les formats d'encodage à largeur fixe similaires
  • Aperçu en temps réel : les résultats de mise en forme/restauration s'affichent instantanément après la saisie, sans attendre de clic sur un bouton
  • Nettoyage automatique de l'entrée : suppression automatique des espaces et des caractères non Base64 de l'entrée pour éviter le bruit lors du copier-coller
  • Traitement de grands textes : prise en charge du pliage et de la restauration rapides de longues chaînes Base64 (dizaines de milliers de caractères), exécuté en quelques secondes dans le navigateur
  • Implémentation purement frontale : basée sur les API JavaScript natives du navigateur, sans plugin ni service externe, utilisable hors ligne

FAQ

Pourquoi le MIME Base64 utilise-t-il un retour à la ligne fixe tous les 76 caractères ?

La RFC 2045 stipule que le contenu codé MIME ne doit pas dépasser 76 caractères par ligne, afin de garantir la compatibilité avec les limitations de longueur de ligne des anciens agents de transfert de courrier (MTA). Le protocole SMTP exigeait historiquement que chaque ligne ne dépasse pas 1000 caractères, mais la norme MIME fixe une limite plus conservatrice de 76 caractères de données Base64 plus le retour à la ligne, afin que tous les serveurs de courriel puissent traiter correctement le contenu.

Le contenu codé du MIME Base64 et du Base64 ordinaire est-il identique ?

Le contenu codé est strictement identique, la différence ne réside que dans le format d'affichage. Le MIME Base64 insère un retour CRLF tous les 76 caractères, tandis que le Base64 ordinaire est généralement une seule ligne continue. Lors du décodage, les retours à la ligne sont ignorés et les deux formats produisent les mêmes données d'origine.

Peut-on restaurer un MIME Base64 multiligne en une seule ligne ?

Oui. L'outil détecte et supprime automatiquement les retours à la ligne CRLF (\r\n), CR (\r) et LF (\n) du format MIME plié pour produire une chaîne Base64 continue. Le résultat est plus pratique pour les paramètres de requête API, les champs JSON ou le transport via fichiers de configuration.

Quelle est la relation entre le format PEM et le MIME Base64 ?

Le format PEM (par exemple certificats SSL, clés privées) utilise des retours Base64 tous les 64 caractères, légèrement différent du MIME qui en utilise 76. Les deux sont des formats d'affichage Base64 à largeur fixe, mais suivent des normes différentes (PEM basé sur la RFC 1421, MIME sur la RFC 2045). La logique de pliage de l'outil aide à comprendre les formats similaires.

Quel séparateur de ligne est utilisé lors du pliage ?

Selon la norme RFC 2045, le pliage MIME Base64 utilise CRLF (\r\n) comme fin de ligne. Il s'agit du séparateur de ligne standard des protocoles internet, garantissant la compatibilité avec tous les serveurs de courriel et agents de transfert. Certains systèmes utilisent uniquement LF (\n) ; l'outil reconnaît automatiquement les deux lors de la restauration.

Le MIME Base64 est-il nécessaire dans les signatures S/MIME ?

Oui. La structure de signature S/MIME (Secure/Multipurpose Internet Mail Extensions) contient une section de contenu codé au format MIME Base64 ; les données PKCS#7 signées doivent être intégrées au courriel avec un pliage tous les 76 caractères. L'outil permet de générer un Base64 plié conforme à la norme S/MIME.

La dernière ligne est-elle également complétée à 76 caractères ?

Non. La RFC 2045 stipule que la dernière ligne peut être de n'importe quelle longueur (1 à 76 caractères), sans nécessité de complétion. Contrairement à certains formats binaires à longueur fixe (où chaque ligne fait exactement 76 caractères), la dernière ligne du MIME Base64 conserve la fin naturelle du codage Base64.

Comment est géré le padding Base64 (caractère =) ?

Le codage Base64 utilise = comme caractère de remplissage en fin de chaîne (0 à 2), qui apparaîtra à la fin de la dernière ligne lors du pliage MIME. L'outil conserve le padding inchangé ; les opérations de pliage et de restauration ne modifient pas le contenu du codage Base64 lui-même.

L'outil modifie-t-il le contenu codé du Base64 ?

Non. L'outil n'effectue que des ajustements de format (insertion ou suppression de retours à la ligne) et ne modifie pas les caractères Base64 eux-mêmes. Le Base64 plié, une fois décodé, est strictement identique à l'entrée d'origine ; vous pouvez l'utiliser en toute confiance.

Que se passe-t-il si l'entrée contient des caractères non Base64 ?

L'outil filtre automatiquement les espaces (espaces, tabulations, retours à la ligne) et les caractères non Base64 (hors de la plage A-Za-z0-9+/=) de l'entrée, en ne conservant que le contenu Base64 valide, afin d'éviter l'introduction de caractères parasites lors du copier-coller.

Quelle est la longueur maximale de chaîne Base64 prise en charge ?

Basé sur le traitement JavaScript local du navigateur, l'outil prend en charge le pliage et la restauration rapides de chaînes Base64 de l'ordre de plusieurs dizaines de milliers de caractères. Même les contenus très longs (comme le codage Base64 de grandes pièces jointes) sont traités en quelques secondes.

Peut-il être utilisé pour décoder du Base64 ?

Cet outil se concentre sur le formatage MIME (pliage/restauration) et n'effectue ni codage ni décodage Base64. Pour le codage/décodage Base64, veuillez utiliser l'outil d'encodage/décodage Base64 du site. Le formatage MIME ne fait qu'ajuster le format des retours à la ligne de la chaîne Base64.

Que signifie Content-Transfer-Encoding: base64 ?

Il s'agit d'un champ de l'en-tête MIME indiquant que le contenu du corps du courriel est codé en Base64. Le client de messagerie du destinataire, voyant ce marquage, décode le contenu Base64 du corps (y compris les retours tous les 76 caractères) en données binaires d'origine. Le Base64 plié généré par l'outil peut être directement utilisé dans ce type de corps de courriel.

Pourquoi le Base64 dans les courriels semble-t-il comporter de nombreux retours à la ligne ?

Parce que le système de courriel, conformément à la RFC 2045, insère un retour à la ligne tous les 76 caractères dans le contenu codé Base64. C'est une exigence de la norme MIME pour garantir que le contenu soit correctement transmis par tous les serveurs de courriel. Dans un courriel avec pièce jointe, le codage Base64 de la pièce jointe apparaît sous forme de plusieurs lignes pliées dans le code source du courriel.

Cet outil peut-il être utilisé hors ligne ?

Oui. Une fois la page chargée, toutes les fonctionnalités s'exécutent localement dans le navigateur, sans nécessiter de connexion réseau. Même hors connexion, le pliage et la restauration MIME Base64 fonctionnent normalement, et les données traitées ne sont téléversées sur aucun serveur.

Dépannage

Le décodage Base64 échoue après le pliage ?

Le pliage MIME Base64 se contente d'insérer des retours CRLF et ne modifie pas le contenu codé. Si le décodage échoue après le pliage, c'est probablement que l'entrée n'était pas un codage Base64 valide. Veuillez d'abord vérifier la validité de l'entrée avec un outil de validation Base64 avant d'effectuer le formatage MIME.

Des retours à la ligne subsistent dans la chaîne Base64 restaurée ?

L'outil supprime automatiquement tous les retours CRLF (\r\n), CR (\r) et LF (\n). Si des résidus persistent après la restauration, l'entrée contient peut-être d'autres caractères invisibles (espaces, tabulations). L'outil filtre également ces caractères, mais si le problème persiste, vérifiez la présence de caractères de contrôle spéciaux dans le contenu source.

Le client de messagerie affiche des pièces jointes illisibles ?

Le format de pliage MIME Base64 n'est qu'un maillon du codage des courriels. Si la pièce jointe est illisible, cela peut être dû à un en-tête Content-Transfer-Encoding incorrect, à une erreur dans le codage Base64 lui-même, ou à une inadéquation du Content-Type. Assurez-vous que l'en-tête du courriel définit Content-Transfer-Encoding: base64 et utilise une limite MIME (boundary) correcte.

La largeur de pliage d'un certificat PEM est incorrecte ?

Le format PEM utilise un pliage tous les 64 caractères (RFC 1421), tandis que MIME utilise un pliage tous les 76 caractères (RFC 2045). Cet outil plie selon la norme MIME (76 caractères) et n'est pas adapté au formatage des certificats PEM. Pour un pliage PEM tous les 64 caractères, veuillez utiliser un outil dédié aux certificats ou OpenSSL.

Glossaire

MIME
Multipurpose Internet Mail Extensions, extensions multipurpose de courrier internet. Un ensemble de normes internet (RFC 2045-2049) définissant la manière de transmettre du contenu non textuel dans les courriels, incluant le codage Base64, Content-Type et Content-Transfer-Encoding.
RFC 2045
Document normatif définissant la première partie de MIME. Il spécifie le format de pliage du codage Base64 dans les courriels : chaque ligne ne dépasse pas 76 caractères et utilise CRLF comme fin de ligne.
CRLF
Carriage Return + Line Feed (\r\n), séquence de fin de ligne standard des protocoles internet. La RFC 2045 exige que le pliage MIME Base64 utilise CRLF, contrairement au LF (\n) d'Unix et au CR (\r) des anciens Mac.
Content-Transfer-Encoding
Champ d'en-tête MIME indiquant la méthode de codage du corps du courriel. La valeur base64 signifie que le contenu est codé en Base64 et plié tous les 76 caractères ; c'est la méthode de codage la plus courante pour les pièces jointes binaires.
S/MIME
Secure/Multipurpose Internet Mail Extensions, extension de sécurité de MIME utilisée pour la signature numérique et le chiffrement des courriels. La section codée en Base64 du contenu signé doit être pliée selon la norme MIME.
PEM
Privacy Enhanced Mail, un format utilisant un pliage Base64 tous les 64 caractères (RFC 1421), couramment utilisé pour les certificats SSL et les fichiers de clés privées. Différent du pliage MIME tous les 76 caractères.
Base64 padding
Caractère de remplissage = (0 à 2) utilisé en fin de codage Base64 pour atteindre une longueur multiple de 4. Lors du pliage MIME, le padding apparaît à la fin de la dernière ligne et n'est ni supprimé ni modifié.
MTA
Mail Transfer Agent, agent de transfert de courriel, logiciel responsable du transfert des courriels entre serveurs. Les premiers MTA imposaient des limites strictes à la longueur d'une ligne, et le pliage MIME tous les 76 caractères a été conçu pour garantir la compatibilité avec eux.
SMTP
Simple Mail Transfer Protocol, protocole simple de transfert de courriel, protocole fondamental du transport de courrier sur internet. SMTP exige que chaque ligne ne dépasse pas 1000 caractères (CRLF inclus) ; la limite MIME de 76 caractères est plus conservatrice.
quoted-printable
Autre méthode Content-Transfer-Encoding prise en charge par MIME, principalement utilisée pour les contenus majoritairement en ASCII, en ne codant que les caractères non ASCII. Plus économe en espace que Base64.
PKCS#7
Public Key Cryptography Standards #7, standard de syntaxe de message cryptographique utilisé par S/MIME. Il définit la structure des données signées et chiffrées, dont le contenu codé utilise le format MIME Base64.
RFC 1421
Document normatif définissant le format PEM (Privacy Enhanced Mail). Il stipule un pliage Base64 tous les 64 caractères, plus étroit que les 76 caractères du MIME, et couramment utilisé pour les fichiers de certificats.

Comparaison entre MIME Base64 et Base64 ordinaire

La différence essentielle entre les deux formats réside dans le mode d'affichage, le contenu codé étant strictement identique :

CritèreMIME Base64Base64 ordinaire
Largeur de pliage76 caractères/ligneGénéralement non plié (une seule ligne)
Fin de ligneCRLF (\r\n)Aucune (ou selon le système)
Référence normativeRFC 2045RFC 4648
Usage typiquePièces jointes, S/MIMEParamètres API, Data URL
Résultat du décodageIdentiqueIdentique

Comparaison des formats Base64 à largeur fixe courants

Comparaison des largeurs de pliage selon les différentes normes :

FormatNormeLargeur de pliageUsage typique
MIME Base64RFC 204576Encodage pièces jointes, signatures S/MIME
PEMRFC 142164Certificats SSL, fichiers de clés privées
Base64 ordinaireRFC 4648Non pliéParamètres API, Data URL, JWT

Comparaison des méthodes MIME Content-Transfer-Encoding

Méthodes courantes de codage et de transport prises en charge par MIME :

Méthode de codageContenu adaptéEfficacité spatiale
base64Données binaires arbitraires (images, audio/vidéo, etc.)Environ 33 % de gonflement (3 octets → 4 caractères)
quoted-printableTexte majoritairement ASCII, peu de non ASCIISeuls les caractères non ASCII sont gonflés
7bitTexte ASCII pur (aucun codage nécessaire)Aucun gonflement
8bitTexte avec caractères 8 bits (nécessite 8BITMIME)Aucun gonflement

Privacy & Security

Cet outil de formatage MIME Base64 effectue toutes les opérations localement dans votre navigateur via JavaScript. Il n'envoie aucun contenu Base64 saisi, aucun résultat de traitement ni aucune donnée d'utilisation à un serveur. Une fois la page chargée, aucune connexion réseau n'est nécessaire ; toutes les données existent uniquement dans la mémoire du navigateur et sont automatiquement effacées lors de la fermeture ou du rafraîchissement de la page. Il n'y a aucun téléversement ni stockage de données, et donc aucun risque de fuite de vie privée.

Authoritative References