encodingとも呼ばれる)は、印字可能な文字(例えば、英数字や等号「=」)を使用した符号化方式であり、8ビットデータを7ビットデータパスで転送するためのものである。clean(英語)も参照)。MIMEでは、電子メールでASCII文字以外の情報を送信するためのメカニズムを定義している。これには、英語以外の言語の文字列を、ASCII以外の文字符号化方式を使用して扱うことが含まれる。これらの文字符号化方式ではASCII範囲外の値が頻繁に使用されるので、電子メールで適切に使用できるようにするためには、さらに符号化する必要がある。Quoted-printable符号化方式は、任意のバイト値を一連のASCII文字に変換するための方式である。この符号化方式は可逆変換であり、符号化されたバイト値が表す元のバイト値、つまり非ASCII文字に復元することができる。ほとんどがASCIIではない場合は、Quoted-printableを使用してもそのまま読むことはできず、サイズ効率も非常に悪い。Base64はそのまま読める方式ではないが、どのようなデータに対してでもサイズ効率は一定である。それで、バイナリー形式データやラテン文字ではない言語に対しては、Base64を選択するのが道理にかなっている。電子メールクライアントによっては、Quoted-printable文字列を復号するときに、行末にドットがあると誤動作する場合がある。ビットバイト値は、3文字に符号化してよい。これは、「=」の後ろにそのバイトの数値を表す2桁の16進数文字(0から9またはAからF)を付けたものである。US-ASCIIの改ページ(NP)文字(10進数で12)は「=0C」と表される。US-ASCIIの等号(10進数で61)は「=3D」になる。印字可能なASCII文字以外のすべての文字、および改行文字はこのようにして符号化しなければならない。すべての印字可能なASCII文字(10進数で33から126)はそのまま変換なしに表してよい。「=」(10進数で61)だけは例外である。ASCIIのタブ文字(10進数で9)およびスペース文字(10進数で32)はそのまま変換なしに表してよいが、行末に現れた場合だけは例外である。これらの文字が行末に現れた場合は「=09」(タブ)および「=20」(スペース)に符号化されることになる。符号化処理中のデータに、意味のある改行が含まれている場合、元のバイト値ではなくASCIIのCRとLFの並びに符号化される。逆にいえば、バイト値10および13が行末の意味を持たない場合は「=0A」および「=0D」に符号化される。符号化したデータの行は、76文字を超えてはならない。ソフト改行は符号化後の行末に「=」が置かれたものであり、復号した文字列には改行は現れない。(MIME)この項目は、インターネットやウェブに関連した書きかけの項目です。この項目を加筆・訂正などしてくださる協力者を求めています(PJ:コンピュータ/P:コンピュータ)。(日時は個人設定で未設定ならばUTC)。表示-継承ライセンスの下で利用可能です。追加の条件が適用される場合があります。詳細は利用規約を参照してください。Cookieに関する声明モバイルビュ。