Thunderbird 45.0b1 における

日本語メッセージの作成テスト

次期メジャーバージョン（ESR 相当）となる Thunderbird 45.0 系では、日本語メッセージの作成においていくつかの仕様変更や新しい機能が盛り込まれています。
とくに注目したいのは、"format=flowed" の "delsp=yes" がサポートされたことです。
Thunderbird 38.x 系では、UTF-8 のとき自動的に "format=flowed" が適用されるだけでしたが、45.0 系では ISO-2022-JP でも "delsp=yes" 付きで自動的に適用されるようになっています。

"delsp=yes" のサポート自体は日本語ユーザーにとっては喜ばしいことで、関係者のご努力に謝意を表したいと思います。
注意するとしたら、既存バージョンの Thunderbird をそのまま 45.0 に自動更新したとき、ユーザーが施しているかもしれない設定変更やカスタマイズが、45.0 系の仕様を正しく機能させなかったり、思わぬ結果を導いてしまう可能性が考えられる点でしょうか。
そのあたりの注意喚起を兼ねて、当方の環境（Windows 7 / 8）でテストした結果をお示しすることで、Thunderbird 45.0 の正式リリースに備える材料にしていただければと思います。

（共通の条件）

• Windows 版 Thunderbird 45.0b1（日本語ロケール）での日本語メールの作成
• 設定はすべてデフォルト値。例えば、文字列の Wrap 値は 72（半角換算／全角なら 36 文字）

（個別条件）

メッセージの形式、エンコーディング、１行の長さ（改行までの文字数）の３要素を組み合わせ、以下のパターンを Thunderbird 45.0b1 でテストしました。
比較として、同一条件における Thunderbird 38.5.1 の動作も試しました。

（1）プレーンテキスト形式
　　　├ ISO-2022-JP エンコーディング
　　　│　├ １行の長さが全角 36 文字以内　………………（A-1）
　　　│　└ １行の長さが全角 36 文字を大幅に超える　…（B-1）
　　　└ UTF-8 エンコーディング
　　　　　├ １行の長さが全角 36 文字以内　………………（C-1）
　　　　　└ １行の長さが全角 36 文字を大幅に超える　…（D-1）
（2）HTML 形式
　　　├ ISO-2022-JP エンコーディング
　　　│　├ １行の長さが全角 36 文字以内　………………（A-2）
　　　│　└ １行の長さが全角 36 文字を大幅に超える　…（B-2）
　　　└ UTF-8 エンコーディング
　　　　　├ １行の長さが全角 36 文字以内　………………（C-2）
　　　　　└ １行の長さが全角 36 文字を大幅に超える　…（D-2）

（サンプル）

メッセージ作成に使用した文字列サンプルは次の通りです。
（C）と（D）のサンプルに含まれる青字の文字 は ISO-2022-JP では取り扱えないため、Thunderbird は自動的に UTF-8 でエンコーディングします。したがって、いちいちエンコーディングを切り替えなくても、サンプルをコピー＆ペーストするだけで追試できます。

（A）

（B）

（C）

（D）

（テスト結果）

上記の各条件で作成したメッセージを下書き保存し、そのソースの Content ヘッダを確認しました。その結果を一覧表にします。赤字部分が、Thunderbird 38.x 系との違いです。
メッセージ本文の実際の表示状態は、メールクライアントの仕様やその設定内容などに左右されますので、ここでは省略します。

作成したメッセージの Content ヘッダ
	Thuderbird 45.0b1	Thunderbird 38.5.1
A-1	Content-Type: text/plain; charset=iso-2022-jp; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit	Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit
B-1	Content-Type: text/plain; charset=iso-2022-jp; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit	Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit
C-1	Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit	Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit
D-1	Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64	Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit
A-2	Content-Type: text/html; charset=iso-2022-jp Content-Transfer-Encoding: 7bit	Content-Type: text/html; charset=iso-2022-jp Content-Transfer-Encoding: 7bit
B-2	Content-Type: text/html; charset=iso-2022-jp Content-Transfer-Encoding: 7bit	Content-Type: text/html; charset=iso-2022-jp Content-Transfer-Encoding: 7bit
C-2	Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit	Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
D-2	Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: base64	Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit

（補足）

違いが一番わかりやすい例を挙げると、次のようになりましょうか。上表の B-1 に相当するケースです。
プレーンテキストのメッセージ作成ウィンドウに（B）のサンプル文字列をペーストしたとき、Thunderbird のデフォルト設定であれば、全角 36 文字（半角 72 文字相当）で自動的に折り返して表示されます。
この表示のされ方は、45.0b1 と 38.5.1で違いはありません。しかし、これを下書き保存したものをメッセージペインやタブで見たとき、明白な違いがわかるでしょう。

Thunderbird 38.5.1 では、既定の文字数で折り返して表示されます。作成画面で見るのと、ほぼ同じ状態です。ソースは、その文字数ごとに改行コードが挿入されています。

Thunderbird 45.0b1 では、既定の文字数では折り返されず、元のサンプル文字列が持つ改行に沿うように表示されます。ただし、Thunderbird の設定によってウィンドウの幅では折り返しが効いています。
ソースは、 "format=flowed" に従って既定の文字数ごとに半角スペースと改行コードが挿入されていますが、表示するときはこの改行コードは無視されます。同時に、"delsp=yes" があるので改行コードとセットになっている半角スペースが削除されますから、日本語文字列の途中に不用意なアキが入ることはありません。

もし、Thunderbird の自動改行をあてにして、メッセージ作成画面どおりの表示を期待すると、裏切られることになります。
Thunderbird 45.0 での日本語プレーンテキストメッセージの作成で、"format=flowed" を使わず旧来通りの折り返し（自動的な改行挿入）に基づく表示を望むなら、mailnews.send_plaintext_flowed の値を false に切り替えることで、"format=flowed" を無効化できます。

他にも、折り返し指定（Wrap）まわりの設定条件、アドオンなどによるカスタマイズの状況によっては、思わぬ動作になることがあるかもしれません。

実際の日常的な場面では、メッセージの新規作成以外にも返信や転送などをおこないます。自分が受信したメッセージに対しての編集・送信が、Thunderbird 45.0 ではどのようになるのか、テストしておく余地はあろうかと思いますが、その導入として本記事が参考になれば幸いです。