MIME Base64

入力テキスト

0文字

入力テキスト

0文字

Mimeの符号化の出力

0文字

GeekFormatのオンラインMIME Base64フォーマットツールは、RFC 2045規格に従い76文字幅でCRLF改行を挿入、または複数行MIME Base64を単一行に復元します。メール添付エンコード、S/MIME署名、PEM証明書処理、レガシーシステム互換に最適。純ブラウザローカル処理でデータはサーバーにアップロードされず、ワンクリックコピーに対応。

MIME Base64フォーマットについて

MIME Base64はメールシステムで使用されるBase64エンコードの表示形式です。MIME（Multipurpose Internet Mail Extensions、多目的インターネットメール拡張）はインターネット標準の一群で、メール中に非テキストコンテンツ（画像、音声、動画などのバイナリデータ）を転送する方式を定義します。Base64はバイナリデータを純粋なASCIIテキストにエンコードし、メールシステムが任意のバイナリ添付ファイルを安全に転送できるようにします。

RFC 2045はMIMEを定義する中核規格の1つで、Base64エンコードコンテンツのメール中の折り返し形式を規定しています：1行あたり76文字以下のBase64文字、行終端文字はCRLF（\r\n）を使用。この制限はSMTPプロトコルの歴史的制約に由来します——早期のメール転送エージェント（MTA）は単一行の長さに厳格な制限があり、76文字という保守的な設定はコンテンツがすべてのメールサーバーで正しく処理・切断・変更されないことを保証します。

MIME Base64と通常のBase64はエンコード内容が完全に同じ——同じ文字セット（A-Za-z0-9+/）、同じpadding（= 記号）、同じエンコードアルゴリズム。違いは表示形式のみ：MIME Base64は76文字ごとにCRLF改行を挿入して複数行テキストを形成、通常のBase64は通常連続した単一行文字列。デコード時には改行コードは自動的に無視され、両形式のデコード結果は完全に同一の元データになります。

双方向変換はMIME Base64処理の中核要件です。単行→折り返し：APIが返す連続Base64文字列を76文字幅でCRLFを挿入し、メール規格に準拠したMIME形式を生成してメール本体に直接埋め込み可能。折り返し→単行：MIME形式中のすべての改行コードを削除し、連続文字列に復元してAPIリクエストパラメータ、JSONフィールド、データベース保存に便利。両操作は互いに逆変換の関係にあります。

CRLF（\r\n）はMIME規格が規定する行終端文字シーケンス：CR（Carriage Return、キャリッジリターン、ASCII 13）+ LF（Line Feed、ラインフィード、ASCII 10）。これはインターネットプロトコルの標準行終端文字で、Unix/Linuxシステムが使用する純LF（\n）や旧Macシステムが使用する純CR（\r）とは異なります。RFC 2045はMIMEコンテンツのCRLF使用を要求しますが、ツールは復元時に3種類すべての改行コードを互換的に識別します。

S/MIME（Secure/MIME）はMIMEのセキュア拡張で、メールのデジタル署名と暗号化に使用されます。S/MIME署名後のPKCS#7データ構造にはBase64エンコードされた署名コンテンツが含まれ、これらのコンテンツはMIME規格に従って折り返した後メールに埋め込む必要があります。PEM（Privacy Enhanced Mail）は別の固定幅Base64折り返しを使用する形式ですが、64文字幅（RFC 1421）を使用し、MIMEの76文字とは異なります。どちらも固定幅Base64表示形式で、MIME Base64の理解は類似形式の処理に役立ちます。

Content-Transfer-EncodingはMIMEメールヘッダーの重要フィールドで、メール本体のエンコード方式を識別します。値がbase64の場合、メール本体がBase64エンコードされ76文字折り返し形式で提示されることを示します。受信側のメールクライアントはこのマーカーを読み取った後、折り返しBase64を自動的に元のデータにデコードします。その他の一般的なContent-Transfer-Encoding値には7bit、8bit、quoted-printableなどがあり、Base64はバイナリ添付ファイルを処理する最も一般的な方式です。

本ツールはMIME Base64のフォーマット操作——折り返しと復元——に特化し、Base64エンコードやデコードは実行しません。すべての処理はブラウザローカルでJavaScriptにより完了し、データはデバイスから離れません。折り返しはRFC 2045規格（76文字+CRLF）に厳密に従い、復元時はCRLF、CR、LFの3種類の改行コードを自動的に互換識別します。メール開発、S/MIME処理、プロトコルデバッグ、レガシーシステム互換などのシーンに適しています。

ユースケース

単一行Base64をRFC 2045規格に従い76文字幅のMIMEメール添付形式にフォーマット
複数行MIME Base64を単一行に復元し、APIインターフェース転送やJSONフィールド埋め込みに使用
S/MIME署名メール中のBase64エンコード済みコンテンツセグメントを処理し、改行形式を調整
レガシーシステムや歴史プロトコルが要求する固定幅Base64出力形式に対応
メール開発デバッグ時にBase64添付コンテンツの折り返しがMIME規格に準拠しているか検証
APIが返す連続Base64文字列を折り返し形式に変換し、メール本文中への貼り付け表示に便利
PEM証明書中のBase64コンテンツ処理時に固定幅折り返しロジックを参考
MIME形式Base64が必要な設定ファイルシーン（メールゲートウェイ、SMTPリレー設定など）
メール添付エンコード前にBase64コンテンツを前処理し、折り返し幅が正しいことを保証
異なるソースのBase64データをMIME規格に統一フォーマット後、メールシステムに使用
メール添付エンコード問題のトラブルシューティング時、折り返し前後のBase64コンテンツ差異を比較
コマンドラインツール（OpenSSLなど）が出力する連続Base64とメールシステムが必要とする折り返し形式間の変換

使い方

Base64コンテンツを入力ボックスに貼り付けまたは入力
変換方向を選択：単一行→MIME折り返し（76文字改行）またはMIME折り返し→単一行（改行削除）
ツールがRFC 2045規格に従い自動処理し、結果をリアルタイム表示
コピーボタンをクリックして結果をクリップボードにコピー、メールシステム、APIパラメータ、設定ファイルに使用

特徴

RFC 2045規格準拠の折り返し：厳密に76文字幅でCRLF改行を挿入し、MIMEメール転送規格に準拠します
双方向変換：単一行Base64をMIME折り返し形式に変換、また複数行MIMEを連続単一行に復元可能
ブラウザローカルでアップロード不要：すべてのフォーマット変換はブラウザ内で完結し、サーバーを経由せずデータはデバイスから離れません
ワンクリックコピー：処理結果をクリップボードに直接コピーし、メールクライアント、APIパラメータ、設定ファイルに利用可能
CRLF改行コード規格：折り返しは標準のCRLF（\r\n）シーケンスを使用し、RFC 2045のMIME行終端文字要件に準拠
76文字正確な折り返し：1行あたり正確に76文字のBase64文字（最終行は短い場合あり）、すべてのメール転送エージェントとの互換性を保証
複数行スマート復元：MIME形式中のCRLF/CR/LF改行コードを自動識別・削除し、連続Base64文字列に結合
メール添付互換：出力形式はMIMEメール本体に直接埋め込み可能で、Outlook、Thunderbirdなどのメールクライアント解析に対応
S/MIME署名サポート：生成された折り返しBase64はS/MIME署名構造中のエンコード済みコンテンツセグメントに使用可能
PEM形式参考：PEMは64文字折り返しを使用しますが、ツールの折り返しロジックは類似の固定幅エンコード形式の理解と処理に役立ちます
リアルタイムプレビュー：入力後に折り返し/復元結果を即時表示、ボタンクリックの待機不要
入力自動クリーンアップ：入力中の空白文字と非Base64文字を自動削除し、コピーペースト時のノイズを回避
大容量テキスト処理：長いBase64文字列（数万文字）の高速折り返しと復元に対応、ブラウザローカルで秒単位で完了
純フロントエンド実装：ブラウザネイティブのJavaScript APIに基づき、プラグイン不要・外部サービス非依存・オフライン利用可能

よくある質問

MIME Base64はなぜ76文字で固定改行するのですか？

RFC 2045はMIMEエンコードコンテンツの1行を76文字以下と規定しています。これは早期のメール転送エージェント（MTA）の行長制限との互換性のためです。SMTPプロトコルは歴史的に1行1000文字以下を要求していましたが、MIME規格はより保守的に76文字のBase64データ+改行コードに制限し、すべてのメールサーバーが正しく処理できることを保証しています。

MIME Base64と通常のBase64のエンコード内容は同じですか？

エンコード内容は完全に同じで、違いは表示形式のみです。MIME Base64は76文字ごとにCRLF改行を挿入し、通常のBase64は通常連続単一行です。デコード時には改行コードは無視され、両形式のデコード結果は同一の元データになります。

複数行MIME Base64を単一行に復元できますか？

はい。ツールはMIME折り返し形式中のCRLF（\r\n）、CR（\r）、LF（\n）改行コードを自動的に識別してすべて削除し、連続した単一行Base64文字列に結合します。復元後はAPIリクエストパラメータ、JSONフィールド、設定ファイル転送により便利です。

PEM証明書形式とMIME Base64の関係は何ですか？

PEM形式（SSL証明書、秘密鍵など）は64文字幅のBase64折り返しを使用し、MIMEの76文字とは若干異なります。どちらも固定幅Base64表示形式ですが、異なる規格に従います（PEMはRFC 1421、MIMEはRFC 2045）。ツールの折り返しロジックは類似形式の理解に役立ちます。

折り返し時にはどの改行コードが使用されますか？

RFC 2045規格に従い、MIME Base64折り返しはCRLF（\r\n）を行終端文字として使用します。これはインターネットプロトコルの標準行終端文字で、すべてのメールサーバーと転送エージェントとの互換性を保証します。一部システムではLF（\n）のみ使用する場合があり、ツールは復元時に両方を自動識別します。

S/MIME署名でMIME Base64を使用する必要がありますか？

はい。S/MIME（Secure/Multipurpose Internet Mail Extensions）署名構造中のエンコード済みコンテンツセグメントはMIME Base64形式を使用し、署名後のPKCS#7データは76文字折り返しでメールに埋め込む必要があります。ツールはS/MIME規格に準拠した折り返しBase64の生成に役立ちます。

最終行も76文字に補完されますか？

いいえ。RFC 2045は最終行を任意の長さ（1〜76文字）にできると規定しており、補完は不要です。これは固定長エンコード（各行が正確に76文字の一部のバイナリ形式など）とは異なり、MIME Base64の最終行はBase64エンコードの自然な末尾を維持します。

Base64 padding（= パディング文字）はどう処理されますか？

Base64エンコードは末尾に=記号をパディング文字として使用し（0〜2個）、MIME折り返し時には=記号は最終行の末尾に現れます。ツールはpaddingを変更せず、折り返し操作と復元操作はどちらもBase64エンコード自体の内容を変更しません。

ツールはBase64のエンコード内容を変更しますか？

いいえ。ツールはフォーマット調整（改行コードの挿入または削除）のみを行い、Base64文字自体を変更しません。折り返し後のBase64をデコードすると元の入力と完全に一致するため、安心してご使用いただけます。

入力に非Base64文字が含まれている場合はどうなりますか？

ツールは入力中の空白文字（スペース、タブ、改行）と非Base64文字（A-Za-z0-9+/= 範囲外の文字）を自動的にフィルタリングし、有効なBase64コンテンツのみを処理します。これによりコピーペースト時のノイズ文字の混入を回避します。

どのくらいの長さのBase64文字列に対応していますか？

ツールはブラウザローカルのJavaScript処理に基づき、数万文字レベルのBase64文字列の高速折り返しと復元に対応します。超長コンテンツ（大型添付ファイルのBase64エンコードなど）でも秒単位で処理を完了します。

Base64のデコードにも使用できますか？

本ツールはMIMEフォーマット（折り返し/復元）に特化しており、Base64エンコードやデコード操作は実行しません。Base64エンコード/デコードが必要な場合は、サイト内のBase64エンコード/デコードツールを使用してください。MIMEフォーマットはBase64文字列の改行形式のみを調整します。

Content-Transfer-Encoding: base64とはどういう意味ですか？

これはMIMEメールヘッダーのフィールドで、メール本体コンテンツがBase64エンコードされていることを示します。受信側のメールクライアントはこのマーカーを見ると、メール本体中のBase64コンテンツ（76文字折り返し含む）を元のバイナリデータにデコードします。ツールが生成した折り返しBase64はこのようなメール本体に直接使用可能です。

メール中のBase64に多くの改行があるのはなぜですか？

メールシステムがRFC 2045規格に従いBase64エンコードコンテンツを76文字ごとに改行しているためです。これはMIME規格の要件で、すべてのメールサーバーがコンテンツを正しく転送できることを保証します。添付ファイル付きメールでは、添付ファイルのBase64エンコードが複数行の折り返し形式でメールソースコード中に現れます。

オフラインでこのツールを使用できますか？

はい。ページ読み込み完了後、すべての機能はブラウザローカルで動作し、ネットワーク接続は不要です。オフラインでもMIME Base64の折り返しと復元操作が正常に実行でき、処理されたデータはいかなるサーバーにもアップロードされません。

トラブルシューティング

折り返し後Base64のデコードに失敗しますか？

MIME Base64折り返しはCRLF改行コードを挿入するだけで、エンコード内容を変更しません。折り返し後にデコードが失敗する場合、入力自体が有効なBase64エンコードではない可能性があります。先にBase64検証ツールで入力内容が有効か確認してから、MIMEフォーマットを行ってください。

復元後のBase64文字列に改行コードが残っていますか？

ツールはすべてのCRLF（\r\n）、CR（\r）、LF（\n）改行コードを自動的に削除します。復元後も残りがある場合、入力中に他の不可視文字（スペース、タブなど）が含まれている可能性があります。ツールはこれらの文字も自動的にフィルタリングしますが、問題が続く場合はソースコンテンツに特殊制御文字がないか確認してください。

メールクライアントが添付ファイルを文字化け表示しますか？

MIME Base64折り返し形式はメールエンコードの一環に過ぎません。添付ファイルが文字化けする場合、Content-Transfer-Encodingヘッダーの設定が正しくない、Base64エンコード自体に誤りがある、またはContent-Typeが一致しない可能性があります。メールヘッダーにContent-Transfer-Encoding: base64を設定し、正しいMIME boundaryで区切ってください。

PEM証明書の折り返し幅が正しくありませんか？

PEM形式は64文字折り返し（RFC 1421）を使用し、MIMEは76文字折り返し（RFC 2045）を使用します。本ツールはMIME規格（76文字）で折り返すため、PEM証明書フォーマットには適していません。PEM形式の64文字折り返しが必要な場合は、専用の証明書処理ツールまたはOpenSSLを使用してください。

用語集

MIME: Multipurpose Internet Mail Extensions、多目的インターネットメール拡張。インターネット標準の一群（RFC 2045-2049）で、メール中に非テキストコンテンツを転送する方式を定義し、Base64エンコード、Content-Type、Content-Transfer-Encodingなどのメカニズムを含みます。
RFC 2045: MIME第1部を定義する標準文書で、Base64エンコードのメール中の折り返し形式を規定：1行あたり76文字以下、CRLFを行終端文字として使用。
CRLF: Carriage Return + Line Feed（\r\n）、インターネットプロトコル標準の行終端文字シーケンス。RFC 2045はMIME Base64折り返しにCRLFの使用を要求し、UnixのLF（\n）や旧MacのCR（\r）とは異なります。
Content-Transfer-Encoding: MIMEメールヘッダーフィールドで、メール本体のエンコード方式を識別します。値がbase64の場合はコンテンツがBase64エンコードされ76文字折り返しされていることを示し、バイナリ添付ファイルの最も一般的なエンコード方式です。
S/MIME: Secure/Multipurpose Internet Mail Extensions、MIMEのセキュア拡張。メールのデジタル署名と暗号化に使用されます。署名コンテンツ中のBase64エンコードセグメントはMIME規格に従って折り返す必要があります。
PEM: Privacy Enhanced Mail、64文字幅のBase64折り返しを使用する形式（RFC 1421）。SSL証明書や秘密鍵ファイルによく使用されます。MIMEの76文字折り返しとは異なります。
Base64 padding: Base64エンコード末尾で長さを4の倍数にするため= 記号（0〜2個）でパディング。MIME折り返し時にはpaddingは最終行の末尾に現れ、削除や変更されません。
MTA: Mail Transfer Agent、メール転送エージェント。サーバー間でメールを転送するソフトウェア。早期のMTAは単一行の長さに厳格な制限があり、MIMEの76文字折り返しはMTA互換性のために設計されました。
SMTP: Simple Mail Transfer Protocol、シンプルメール転送プロトコル。インターネットメール転送の基盤プロトコル。SMTPは1行あたり1000文字以下（CRLF含む）を要求し、MIMEの76文字制限はより保守的です。
quoted-printable: MIMEがサポートする別のContent-Transfer-Encoding方式で、主に大部分がASCIIテキストのコンテンツに使用し、非ASCII文字のみをエンコードするためBase64よりもスペース効率が良い。
PKCS#7: Public Key Cryptography Standards #7、S/MIMEが使用する暗号化メッセージ構文標準。デジタル署名と暗号化のデータ構造を定義し、エンコードコンテンツはMIME Base64形式を使用します。
RFC 1421: PEM（Privacy Enhanced Mail）形式を定義する標準文書。Base64を64文字幅で折り返すことを規定し、MIMEの76文字より狭く、証明書ファイルによく使用されます。

MIME Base64と通常のBase64の比較

両形式の中核的な違いは表示方法にあり、エンコード内容は完全に同じです：

比較項目	MIME Base64	通常のBase64
折り返し幅	76文字/行	通常折り返しなし（単一行）
行終端文字	CRLF (\r\n)	なし（またはシステム依存）
標準規格	RFC 2045	RFC 4648
主な用途	メール添付、S/MIME	APIパラメータ、Data URL
デコード結果	同じ	同じ

一般的な固定幅Base64形式対照表

異なる規格が使用する折り返し幅の比較：

形式	規格	折り返し幅	主な用途
MIME Base64	RFC 2045	`76`	メール添付エンコード、S/MIME署名
PEM	RFC 1421	`64`	SSL証明書、秘密鍵ファイル
通常のBase64	RFC 4648	`折り返しなし`	APIパラメータ、Data URL、JWT

MIME Content-Transfer-Encoding方式比較

MIMEがサポートする一般的なエンコード転送方式：

エンコード方式	適用コンテンツ	スペース効率
base64	任意のバイナリデータ（画像、音声動画など）	約33%膨張（3バイト→4文字）
quoted-printable	大部分がASCIIテキスト、少量の非ASCII	非ASCII文字のみ膨張
7bit	純粋なASCIIテキスト（エンコード不要）	膨張なし
8bit	8ビット文字を含むテキスト（8BITMIMEサポート必要）	膨張なし

Privacy & Security

本MIME Base64フォーマットツールのすべての操作は完全にブラウザローカルでJavaScriptにより完了し、入力されたBase64コンテンツ、処理結果、利用履歴をいかなるサーバーにも送信しません。ページ読み込み後はネットワーク接続なしで使用可能で、すべてのデータはブラウザメモリ内にのみ存在し、ページを閉じるか更新すると自動的にクリアされます。データのアップロードや保存は一切なく、プライバシー漏洩のリスクはありません。