MIME Base64

Eingabetext
0 Zeichen

GeekFormat Online MIME Base64 Formatierungs-Tool, fügt CRLF-Zeilenumbrüche gemäß RFC 2045 bei 76-Zeichen-Breite ein oder stellt mehrzeiliges MIME Base64 als Einzelzeile wieder her. Ideal für E-Mail-Anhang-Kodierung, S/MIME-Signaturen, PEM-Zertifikatsverarbeitung und Kompatibilität mit älteren Systemen. Reine browserseitige Verarbeitung, Daten werden nicht auf Server hochgeladen, mit Ein-Klick-Kopie.

Ähnliche Tools

Base64 mehrzeilig zusammenführen

Video zu Base64

Unicode-Escaping

Text zu Base64

SQL Formatierer

Regex-Tester

Über MIME Base64 Formatierung

MIME Base64 ist ein Base64-Kodierungs-Anzeigeformat, das in E-Mail-Systemen verwendet wird. MIME (Multipurpose Internet Mail Extensions) ist eine Reihe von Internet-Standards, die definieren, wie Nicht-Text-Inhalte (z. B. Bilder, Audio, Video und andere Binärdaten) in E-Mails übertragen werden. Base64 kodiert Binärdaten als reinen ASCII-Text, sodass E-Mail-Systeme beliebige Binäranhänge sicher übertragen können.

RFC 2045 ist einer der Kernstandards zur Definition von MIME und legt das Zeilenumbruch-Format für Base64-kodierte Inhalte in E-Mails fest: maximal 76 Base64-Zeichen pro Zeile, Zeilenende CRLF (\r\n). Diese Beschränkung stammt aus den historischen Zwängen des SMTP-Protokolls – frühe Mail Transfer Agents (MTA) hatten strenge Begrenzungen der Zeilenlänge. Der konservative 76-Zeichen-Wert stellt sicher, dass Inhalte auf allen E-Mail-Servern korrekt verarbeitet, weder abgeschnitten noch verändert werden.

MIME Base64 und normales Base64 sind im kodierten Inhalt völlig identisch – derselbe Zeichensatz (A-Za-z0-9+/), dasselbe Padding (= Zeichen), derselbe Kodierungsalgorithmus. Der Unterschied liegt ausschließlich im Anzeigeformat: MIME Base64 fügt nach jeweils 76 Zeichen einen CRLF-Umbruch ein und erzeugt mehrzeiligen Text, normales Base64 ist meist ein durchgehender einzeiliger String. Beim Dekodieren werden Zeilenumbrüche automatisch ignoriert, beide Formate ergeben nach dem Dekodieren dieselben ursprünglichen Daten.

Bidirektionale Konvertierung ist die Kernanforderung der MIME Base64-Verarbeitung. Einzelzeile zu Umbruch: Ein von einer API zurückgegebener durchgehender Base64-String wird bei 76-Zeichen-Breite mit CRLF umgebrochen und erzeugt ein MIME-konformes Format, das direkt in den E-Mail-Body eingebettet werden kann. Umbruch zu Einzelzeile: Entfernt alle Zeilenumbrüche im MIME-Format und stellt einen durchgehenden String wieder her, der für API-Anfrage-Parameter, JSON-Felder oder Datenbankspeicherung geeignet ist. Beide Operationen sind invers zueinander.

CRLF (\r\n) ist der im MIME-Standard vorgeschriebene Zeilenende-Sequenz: CR (Carriage Return, Wagenrücklauf, ASCII 13) + LF (Line Feed, Zeilenvorschub, ASCII 10). Dies ist der Standard-Zeilenabschluss für Internet-Protokolle und unterscheidet sich von dem reinen LF (\n) auf Unix/Linux-Systemen und dem reinen CR (\r) auf alten Mac-Systemen. RFC 2045 verlangt CRLF für MIME-Inhalte, beim Wiederherstellen erkennt das Tool jedoch alle drei Umbruch-Typen.

S/MIME (Secure/MIME) ist die Sicherheits-Erweiterung von MIME für digitale Signaturen und Verschlüsselung von E-Mails. Die nach der S/MIME-Signatur erzeugte PKCS#7-Datenstruktur enthält Base64-kodierte Signaturinhalte, die nach MIME-Standard umgebrochen in die E-Mail eingebettet werden müssen. PEM (Privacy Enhanced Mail) ist ein weiteres Format mit festbreitem Base64-Umbruch, verwendet jedoch 64 Zeichen (RFC 1421), im Gegensatz zu den 76 Zeichen von MIME. Beide sind festbreite Base64-Anzeigeformate; das Verständnis von MIME Base64 hilft bei der Verarbeitung ähnlicher Formate.

Content-Transfer-Encoding ist ein Schlüsselfeld im MIME-E-Mail-Header, das die Kodierungsweise des E-Mail-Bodies kennzeichnet. Der Wert base64 zeigt an, dass der E-Mail-Body Base64-kodiert ist und im 76-Zeichen-Umbruch-Format vorliegt. Der Empfänger-E-Mail-Client liest diese Markierung und dekodiert automatisch den umgebrochenen Base64 in die ursprünglichen Daten. Weitere gängige Content-Transfer-Encoding-Werte sind 7bit, 8bit, quoted-printable; Base64 ist die am häufigsten verwendete Methode für Binäranhänge.

Dieses Tool konzentriert sich auf Formatierungs-Operationen für MIME Base64 – Umbruch und Wiederherstellung – und führt keine Base64-Kodierung oder -Dekodierung durch. Die gesamte Verarbeitung erfolgt browserseitig über JavaScript, die Daten verlassen Ihr Gerät nicht. Der Umbruch folgt strikt RFC 2045 (76 Zeichen + CRLF), beim Wiederherstellen werden automatisch CRLF, CR und LF erkannt. Geeignet für E-Mail-Entwicklung, S/MIME-Verarbeitung, Protokoll-Debugging und Kompatibilität mit älteren Systemen.

Anwendungsfälle

  • Formatierung von Einzelzeilen-Base64 in das 76-Zeichen-breite MIME-E-Mail-Anhang-Format gemäß RFC 2045
  • Wiederherstellung von mehrzeiligem MIME Base64 als Einzelzeile für API-Übertragung oder JSON-Feldeinbettung
  • Verarbeitung von Base64-kodierten Inhaltssegmenten in S/MIME-Signatur-E-Mails, Anpassung des Zeilenumbruch-Formats
  • Kompatibilität mit festbreitem Base64-Ausgabeformat, das von älteren Systemen oder historischen Protokollen gefordert wird
  • Überprüfung der Base64-Anhang-Zeilenumbrüche auf MIME-Konformität während der E-Mail-Entwicklungs- und Debugging-Phase
  • Umwandlung von kontinuierlichen API-Base64-Strings in das Umbruch-Format zur einfachen Anzeige im E-Mail-Body
  • Referenz zur festbreiten Umbruch-Logik bei der Verarbeitung von Base64-Inhalten in PEM-Zertifikaten
  • Szenarien in Konfigurationsdateien, die MIME-formatiertes Base64 erfordern (z. B. E-Mail-Gateways, SMTP-Relay-Konfiguration)
  • Vorverarbeitung von Base64-Inhalten vor der Kodierung von E-Mail-Anhängen, Sicherstellung korrekter Umbruchbreite
  • Vereinheitlichung von Base64-Daten unterschiedlicher Herkunft in das MIME-Standardformat für E-Mail-Systeme
  • Vergleich von Base64-Inhalten vor und nach dem Umbruch bei der Fehlersuche in E-Mail-Anhang-Kodierung
  • Konvertierung zwischen kontinuierlichem Base64 aus Kommandozeilen-Tools (z. B. OpenSSL) und dem für E-Mail-Systeme erforderlichen Umbruch-Format

Anleitung

  1. Base64-Inhalt in das Eingabefeld einfügen oder eingeben
  2. Konvertierungsrichtung wählen: Einzelzeile zu MIME-Umbruch (76 Zeichen) oder MIME-Umbruch zu Einzelzeile (Umbruch entfernen)
  3. Das Tool verarbeitet das Format automatisch nach RFC 2045-Standard und zeigt das Ergebnis in Echtzeit
  4. Kopie-Button klicken, um das Ergebnis in die Zwischenablage zu kopieren, für E-Mail-Systeme, API-Parameter oder Konfigurationsdateien

Funktionen

  • RFC 2045 Standard-Umbruch: Streng nach 76-Zeichen-Breite mit CRLF-Zeilenumbruch, konform zur MIME-E-Mail-Übertragungsnorm
  • Bidirektionale Konvertierung: Unterstützt Einzelzeile-zu-MIME-Umbruch sowie Mehrzeilen-MIME-zu-Einzelzeile-Wiederherstellung
  • Browser lokal ohne Upload: Alle Formatkonvertierungen erfolgen im Browser, ohne Server, Daten verlassen das Gerät nicht
  • Ein-Klick-Kopie: Ergebnisse direkt in die Zwischenablage kopieren, für E-Mail-Clients, API-Parameter oder Konfigurationsdateien
  • CRLF-Zeilenumbruch-Standard: Umbruch verwendet Standard-CRLF-Sequenz (\r\n), entsprechend RFC 2045 für MIME-Zeilenenden
  • Genaue 76-Zeichen-Umbruch: Jede Zeile exakt 76 Base64-Zeichen (letzte Zeile kann kürzer sein), garantierte Kompatibilität mit allen Mail Transfer Agents
  • Intelligente Mehrzeilen-Wiederherstellung: Automatische Erkennung und Entfernung von CRLF/CR/LF-Zeilenumbrüchen im MIME-Format, Zusammenführung zu fortlaufendem Base64-String
  • E-Mail-Anhang-Kompatibilität: Ausgabeformat direkt in MIME-E-Mail-Body einbettbar, kompatibel mit Outlook, Thunderbird und anderen E-Mail-Clients
  • S/MIME-Signatur-Unterstützung: Der generierte umgebrochene Base64-String kann für kodierte Inhaltssegmente in S/MIME-Signaturstrukturen verwendet werden
  • PEM-Format-Referenz: PEM verwendet zwar 64-Zeichen-Umbruch, die Umbruch-Logik des Tools hilft jedoch beim Verständnis und der Verarbeitung ähnlicher festbreiter Kodierungsformate
  • Echtzeit-Vorschau: Sofortige Anzeige des Umbruch-/Wiederherstellungsergebnisses nach der Eingabe, kein Warten auf Button-Klick
  • Automatische Eingabebereinigung: Automatisches Entfernen von Leerzeichen und Nicht-Base64-Zeichen aus der Eingabe, um Störungen beim Kopieren und Einfügen zu vermeiden
  • Großtext-Verarbeitung: Unterstützt schnellen Umbruch und Wiederherstellung langer Base64-Strings (zehntausende Zeichen), browserseitig in Sekundenbruchteilen
  • Reine Frontend-Implementierung: Basierend auf nativen Browser-JavaScript-APIs, keine Plugin-Installation oder externe Dienste erforderlich, offline nutzbar

Häufig gestellte Fragen

Warum wird MIME Base64 unbedingt bei 76 Zeichen umgebrochen?

RFC 2045 legt fest, dass MIME-kodierter Inhalt pro Zeile 76 Zeichen nicht überschreitet. Dies dient der Kompatibilität mit frühen Mail Transfer Agents (MTA) und deren Zeilenlängen-Beschränkungen. SMTP verlangte historisch maximal 1000 Zeichen pro Zeile, MIME wählt jedoch konservativ 76 Base64-Zeichen plus Zeilenumbruch, um sicherzustellen, dass alle E-Mail-Server den Inhalt korrekt verarbeiten können.

Sind die kodierten Inhalte bei MIME Base64 und normalem Base64 identisch?

Der kodierte Inhalt ist völlig identisch, der Unterschied liegt ausschließlich im Anzeigeformat. MIME Base64 fügt nach jeweils 76 Zeichen einen CRLF-Umbruch ein, normales Base64 liegt meist als durchgehende Einzelzeile vor. Beim Dekodieren werden Zeilenumbrüche ignoriert, beide Formate ergeben nach dem Dekodieren dieselben Rohdaten.

Kann mehrzeiliges MIME Base64 in eine Einzelzeile zurückgewandelt werden?

Ja. Das Tool erkennt automatisch CRLF (\r\n), CR (\r) und LF (\n) Umbrüche im MIME-Format und entfernt sie vollständig, sodass ein durchgehender einzeiliger Base64-String entsteht. Das Ergebnis eignet sich besser für API-Anfrage-Parameter, JSON-Felder oder Konfigurationsdatei-Übertragungen.

Wie hängen PEM-Zertifikatsformat und MIME Base64 zusammen?

PEM-Format (z. B. SSL-Zertifikate, private Schlüssel) verwendet 64-Zeichen-breiten Base64-Umbruch, MIME verwendet 76 Zeichen. Beide sind festbreite Base64-Anzeigeformate, folgen jedoch unterschiedlichen Standards (PEM basiert auf RFC 1421, MIME auf RFC 2045). Die Umbruch-Logik des Tools hilft beim Verständnis ähnlicher Formate.

Welche Zeilenumbruch-Zeichen werden beim Umbruch verwendet?

Gemäß RFC 2045 verwendet MIME Base64 CRLF (\r\n) als Zeilenendezeichen. Dies ist der Standard-Zeilenabschluss für Internet-Protokolle und gewährleistet Kompatibilität mit allen E-Mail-Servern und Übertragungs-Agenten. Einige Systeme verwenden nur LF (\n), das Tool erkennt beim Wiederherstellen beide Formate automatisch.

Wird MIME Base64 in S/MIME-Signaturen benötigt?

Ja. Die kodierten Inhaltssegmente in der S/MIME (Secure/Multipurpose Internet Mail Extensions) Signaturstruktur verwenden das MIME Base64-Format. Die signierten PKCS#7-Daten müssen nach 76 Zeichen umgebrochen in die E-Mail eingebettet werden. Das Tool hilft beim Erzeugen RFC 2045-konformer umgebrochener Base64-Strings für S/MIME.

Wird die letzte Zeile ebenfalls auf 76 Zeichen aufgefüllt?

Nein. RFC 2045 legt fest, dass die letzte Zeile eine beliebige Länge (1-76 Zeichen) haben darf und nicht aufgefüllt werden muss. Im Gegensatz zu festlängigen Kodierungen (z. B. bestimmte Binärformate mit exakt 76 Zeichen pro Zeile) behält die letzte Zeile bei MIME Base64 das natürliche Ende der ursprünglichen Base64-Kodierung bei.

Wie wird mit Base64-Padding (= Füllzeichen) umgegangen?

Base64-Kodierung verwendet = als End-Füllzeichen (0-2 Stück). Beim MIME-Umbruch erscheint das = am Ende der letzten Zeile. Das Tool lässt das Padding unverändert, sowohl der Umbruch als auch die Wiederherstellung ändern nicht den Inhalt der Base64-Kodierung selbst.

Ändert das Tool den kodierten Base64-Inhalt?

Nein. Das Tool nimmt nur Formatanpassungen vor (Einfügen oder Entfernen von Zeilenumbrüchen), ohne die Base64-Zeichen selbst zu verändern. Der umgebrochene Base64-String ergibt nach dem Dekodieren exakt die ursprüngliche Eingabe, gefahrlos einsetzbar.

Was passiert, wenn die Eingabe Nicht-Base64-Zeichen enthält?

Das Tool filtert automatisch Leerzeichen (Leerzeichen, Tabulatoren, Zeilenumbrüche) und Nicht-Base64-Zeichen (außerhalb des Bereichs A-Za-z0-9+/=) aus der Eingabe. Nur gültige Base64-Inhalte werden verarbeitet, um Störungen durch kopierte Zeichen zu vermeiden.

Wie lange Base64-Strings werden unterstützt?

Das Tool basiert auf browserseitiger JavaScript-Verarbeitung und unterstützt schnellen Umbruch und Wiederherstellung von Base64-Strings mit zehntausenden Zeichen. Auch sehr lange Inhalte (z. B. Base64-Kodierung großer Anhänge) werden in Sekundenbruchteilen verarbeitet.

Kann das Tool zum Dekodieren von Base64 verwendet werden?

Dieses Tool konzentriert sich auf MIME-Formatierung (Umbruch/Wiederherstellung) und führt keine Base64-Kodierung oder -Dekodierung durch. Für Base64-Kodierung und -Dekodierung verwenden Sie bitte das hauseigene Base64-Kodierungs-/Dekodierungs-Tool. Die MIME-Formatierung passt nur das Zeilenumbruch-Format des Base64-Strings an.

Was bedeutet Content-Transfer-Encoding: base64?

Dies ist ein Feld im MIME-E-Mail-Header, das anzeigt, dass der E-Mail-Body-Inhalt Base64-kodiert ist. Der Empfänger-E-Mail-Client erkennt diese Markierung und dekodiert den Base64-Inhalt (mit 76-Zeichen-Umbruch) im E-Mail-Body zurück in die ursprünglichen Binärdaten. Das vom Tool erzeugte umgebrochene Base64 kann direkt für solche E-Mail-Bodies verwendet werden.

Warum enthält Base64 in E-Mails scheinbar viele Zeilenumbrüche?

Weil das E-Mail-System gemäß RFC 2045 den Base64-kodierten Inhalt nach jeweils 76 Zeichen umbricht. Dies ist eine Anforderung der MIME-Spezifikation, die sicherstellt, dass der Inhalt von allen E-Mail-Servern korrekt übertragen wird. In einer E-Mail mit Anhang erscheint die Base64-Kodierung des Anhangs im E-Mail-Quelltext in mehrzeiliger Umbruch-Form.

Ist dieses Tool offline nutzbar?

Ja. Nach dem Laden der Seite laufen alle Funktionen lokal im Browser, ohne Netzwerkverbindung. Auch ohne Internet ist der MIME Base64-Umbruch und die Wiederherstellung problemlos möglich, die verarbeiteten Daten werden nicht auf irgendwelche Server hochgeladen.

Fehlerbehebung

Schlägt das Base64-Dekodieren nach dem Umbruch fehl?

Der MIME Base64-Umbruch fügt nur CRLF-Zeilenumbrüche ein und ändert nicht den kodierten Inhalt. Wenn das Dekodieren nach dem Umbruch fehlschlägt, ist die Eingabe selbst möglicherweise keine gültige Base64-Kodierung. Verwenden Sie zuerst ein Base64-Validierungstool, um die Eingabe zu prüfen, bevor Sie die MIME-Formatierung durchführen.

Verbleiben Zeilenumbrüche im wiederhergestellten Base64-String?

Das Tool entfernt automatisch alle CRLF (\r\n), CR (\r) und LF (\n) Umbrüche. Sollten nach der Wiederherstellung Reste verbleiben, enthält die Eingabe möglicherweise andere unsichtbare Zeichen (z. B. Leerzeichen, Tabulatoren). Das Tool filtert diese ebenfalls automatisch, bei anhaltenden Problemen prüfen Sie den Quellinhalt auf spezielle Steuerzeichen.

Zeigt der E-Mail-Client den Anhang mit verstümmelten Zeichen an?

Das MIME Base64-Umbruch-Format ist nur ein Aspekt der E-Mail-Kodierung. Bei verstümmelten Zeichen im Anhang kann der Content-Transfer-Encoding-Header falsch gesetzt sein, die Base64-Kodierung selbst fehlerhaft sein oder Content-Type nicht übereinstimmen. Stellen Sie sicher, dass der E-Mail-Header Content-Transfer-Encoding: base64 enthält und eine korrekte MIME-Boundary verwendet wird.

Ist die PEM-Zertifikats-Umbruchbreite falsch?

Das PEM-Format verwendet 64-Zeichen-Umbruch (RFC 1421), MIME 76-Zeichen-Umbruch (RFC 2045). Dieses Tool bricht nach MIME-Standard (76 Zeichen) um und ist nicht für die PEM-Zertifikatsformatierung geeignet. Für 64-Zeichen-Umbruch im PEM-Format verwenden Sie bitte ein spezielles Zertifikats-Tool oder OpenSSL.

Glossar

MIME
Multipurpose Internet Mail Extensions, eine Reihe von Internet-Standards (RFC 2045-2049), die definieren, wie Nicht-Text-Inhalte in E-Mails übertragen werden, einschließlich Base64-Kodierung, Content-Type und Content-Transfer-Encoding.
RFC 2045
Standarddokument, das den ersten Teil von MIME definiert und das Umbruch-Format für Base64-kodierte Inhalte in E-Mails festlegt: maximal 76 Zeichen pro Zeile, CRLF als Zeilenende.
CRLF
Carriage Return + Line Feed (\r\n), die Standard-Zeilenende-Sequenz für Internet-Protokolle. RFC 2045 verlangt CRLF für MIME Base64-Umbrüche, im Gegensatz zu Unix LF (\n) und altem Mac CR (\r).
Content-Transfer-Encoding
MIME-E-Mail-Header-Feld, das die Kodierungsweise des E-Mail-Bodies kennzeichnet. Der Wert base64 zeigt an, dass der Inhalt Base64-kodiert und nach 76 Zeichen umgebrochen ist, die häufigste Kodierungsmethode für Binäranhänge.
S/MIME
Secure/Multipurpose Internet Mail Extensions, die Sicherheits-Erweiterung von MIME für digitale E-Mail-Signaturen und Verschlüsselung. Base64-kodierte Segmente in Signaturinhalten müssen nach MIME-Standard umgebrochen werden.
PEM
Privacy Enhanced Mail, ein Format mit 64-Zeichen-breitem Base64-Umbruch (RFC 1421), häufig verwendet für SSL-Zertifikate und private Schlüsseldateien. Unterscheidet sich vom 76-Zeichen-Umbruch bei MIME.
Base64 padding
Base64-Kodierung verwendet am Ende = als Füllzeichen (0-2 Stück), um die Länge zu einem Vielfachen von 4 aufzufüllen. Beim MIME-Umbruch erscheint das Padding am Ende der letzten Zeile und wird weder entfernt noch verändert.
MTA
Mail Transfer Agent, Software, die für die Weiterleitung von E-Mails zwischen Servern verantwortlich ist. Frühe MTAs hatten strenge Zeilenlängen-Beschränkungen; der MIME 76-Zeichen-Umbruch wurde für MTA-Kompatibilität entwickelt.
SMTP
Simple Mail Transfer Protocol, das Basis-Protokoll für die Internet-E-Mail-Übertragung. SMTP verlangt maximal 1000 Zeichen pro Zeile (inklusive CRLF); die 76-Zeichen-Begrenzung von MIME ist deutlich konservativer.
quoted-printable
Eine weitere von MIME unterstützte Content-Transfer-Encoding-Methode, hauptsächlich für Inhalte, die größtenteils aus ASCII-Text bestehen. Nur Nicht-ASCII-Zeichen werden kodiert, platzsparender als Base64.
PKCS#7
Public Key Cryptography Standards #7, der Standard für die Syntax kryptografischer Nachrichten, der von S/MIME verwendet wird. Er definiert Datenstrukturen für digitale Signaturen und Verschlüsselung, deren kodierte Inhalte das MIME Base64-Format verwenden.
RFC 1421
Standarddokument, das das PEM-Format (Privacy Enhanced Mail) definiert. Es schreibt einen Base64-Umbruch bei 64 Zeichen Breite vor, schmaler als die 76 Zeichen von MIME, häufig für Zertifikatsdateien verwendet.

Vergleich: MIME Base64 vs. normales Base64

Der Kernunterschied beider Formate liegt in der Darstellung, der kodierte Inhalt ist identisch:

VergleichsaspektMIME Base64Normales Base64
Umbruchbreite76 Zeichen/ZeileMeist kein Umbruch (Einzelzeile)
ZeilenendeCRLF (\r\n)Keines (oder systemabhängig)
StandardRFC 2045RFC 4648
Typische VerwendungE-Mail-Anhänge, S/MIMEAPI-Parameter, Data URL
DekodierungsergebnisIdentischIdentisch

Übersicht gängiger festbreiter Base64-Formate

Vergleich der Umbruchbreiten verschiedener Standards:

FormatStandardUmbruchbreiteTypische Verwendung
MIME Base64RFC 204576E-Mail-Anhang-Kodierung, S/MIME-Signatur
PEMRFC 142164SSL-Zertifikate, private Schlüsseldateien
Normales Base64RFC 4648Kein UmbruchAPI-Parameter, Data URL, JWT

Vergleich der MIME Content-Transfer-Encoding-Methoden

Gängige MIME-Kodierungs- und Übertragungsmethoden:

KodierungGeeigneter InhaltPlatzeffizienz
base64Beliebige Binärdaten (Bilder, Audio/Video usw.)Etwa 33% Overhead (3 Bytes → 4 Zeichen)
quoted-printableGrößtenteils ASCII-Text, wenig Nicht-ASCIINur Nicht-ASCII-Zeichen vergrößert
7bitReiner ASCII-Text (keine Kodierung nötig)Kein Overhead
8bitText mit 8-Bit-Zeichen (erfordert 8BITMIME-Unterstützung)Kein Overhead

Privacy & Security

Alle Operationen dieses MIME Base64-Formatierungs-Tools erfolgen vollständig lokal in Ihrem Browser über JavaScript. Es werden keine eingegebenen Base64-Inhalte, Verarbeitungsergebnisse oder Nutzungsdaten an irgendwelche Server gesendet. Nach dem Laden der Seite ist keine Netzwerkverbindung erforderlich. Alle Daten existieren nur im Browser-Arbeitsspeicher und werden nach dem Schließen oder Aktualisieren der Seite automatisch gelöscht. Es gibt keinen Daten-Upload oder -Speicherung, kein Datenschutzrisiko.

Authoritative References