Thunderbirdのアドオン「Simple Template」を作りました。

Thunderbirdで新規メールや返信を書く際にメールの先頭に
-----------------------------
To : ○○様

お世話になっております。
森林ソフト　木本です。



以上、よろしくお願いいたします。
-----------------------------
という感じの定型文を挿入してくれる「SmartTemplate」(https://addons.thunderbird.net/ja/thunderbird/addon/smarttemplate/)というアドオンを使っていたのですが、
Thunderbirdのアドオン絡みのバージョンアップの関係で使えなくなってしまったんですよね。

その後別の人が作成した「SmartTemplate4」(https://addons.thunderbird.net/ja/thunderbird/addon/smarttemplate4/)というアドオンを使っていたのですが、
年間ライセンスを購入しないと使えなくなってしまったので定型文手打ち生活に逆戻りをしておりました。

しばらく待ってみても良さそうな代替手段が見つからなかったので、いっそ作ればいいじゃない！という事でアドオンを作ってみました。

■Simple Template
https://addons.thunderbird.net/ja/thunderbird/addon/simple-template/

■Simple Templateのソース
https://github.com/forest-soft/thunderbird_addon_simple_template


■2025年12月13日追記
ページの最後の方にリリースノートセクションを作りました。
Thunderbirdのバージョンアップに伴って動かないところがいくつか出ていたので、
もろもろ修正して v1.2 から v1.4 にバージョンアップしました。 

このアドオンで出来ること

まずはアドオンの設定画面でテンプレートを設定します。

そして新規メールを作成するとこのようにテンプレートが挿入された状態になります。

返信時も同様にテンプレートが挿入された状態になります。

テンプレートの設定は「共通」と「アカウントごと」の2種類が設定できます。
「アカウントごと」にテンプレートが設定されていればメール作成画面の差出人ごとに個別のテンプレートを挿入できます。
「共通」は「アカウントごと」の設定がされていない場合に使われるテンプレートを設定できます。

メールの作成画面で差出人を切り替えれば切り替えたタイミングでテンプレートが差し替わります。

ただしテンプレート部分を編集したうえで差出人を切り替えると
■切り替え前

■切り替え後

という感じで切り替え前のアカウントのテンプレート部分の上に、切り替え後のアカウントのテンプレートが挿入されます。
この挙動はちょっと悩ましいところなのですが、
切り替え後のアカウントのテンプレートが挿入されないとそのアカウント用の文章を打たないといけませんし、
かといって編集した部分を無視して切り替え前のテンプレート部分を丸っと消してしまうとせっかく打った文章が消えてしまうので、
それならば切り替え後のアカウントのテンプレートが挿入されたうえで、要らない部分を手動で削るのが一番無難かと思ったのでこういう挙動にしてあります。

テンプレートはHTML形式で作ることもできます。
設定画面の下にある「HTMLタグを有効にする」にチェックを入れ、テンプレートにHTMLタグを書いてください。

するとこのようにHTMLタグが有効になった状態でテンプレートが挿入されます。

ちなみに
・下書きデータを編集した場合
・「リダイレクト」の場合
・「新しいメッセージとして編集」の場合
・テンプレートファイルから作成した場合
はテンプレートの挿入を行わないようにしています。

■2025年12月15日追記
Thunderbirdのバージョンアップにより新規作成時の判別がつかなくなってしまったので、
v1.5にて
・「新しいメッセージとして編集」の場合
・テンプレートファイルから作成した場合
の場合にもテンプレートの挿入をするようにしました。
---------------------------------------------------------

そんな感じのアドオンです。

あとがき

このアドオンを作ってる最中に見つけた挙動ですが、どうもThunderbird本体の本文編集の挙動がちょっとアレな感じですね。
例えば署名を設定した状態で差出人を切り替えると、署名の手前にある改行が1個ずつ消えて行ったりします。
※アドオンを全て無効にした状態です。



別のケースでは本文末尾に改行が1個ずつ増えて行ったりすることもありました。
こういう風に改行が消えていってしまうと差出人切り替え時のテンプレート差し替え処理がうまく行かなかったりするので、一応対策を入れてあります。
もしもThunderbird本体でこの挙動が修正されたら対策処理を取っ払おうと思います。


Firefoxのアドオン開発の経験があったからこそではありますが、案外簡単にできました。
まぁ元々使っていたSmartTemplateと比べると機能はかなーり劣りますが、個人的に使ってたのはテンプレートの挿入機能だけだったのでこれで満足できました。

アドオンの作り方はこの後記事を書いていこうと思います。
以上です。

リリースノート

1.5 (2025年12月15日)

・v1.4の「新しいメッセージとして編集」判定がうまく行かないことがあったので、
　判定処理を廃止して新規作成時は常にテンプレートを挿入するように修正しました。

v1.4の時にちょっとどうかなぁと思いつつ、「browser.compose.getComposeDetails」で取得したメールデータに含まれる「isModified」項目の値を使って
まっさらな新規 or 「新しいメッセージとして編集」 or テンプレートから作成
のどれなのか判定するようにしてみましたが、うまく判定できないことがあることが分かったのでこの機能を廃止しました。

これからは新規作成の操作であれば常にテンプレートを挿入する形になります。

過去に送ったメールを「新しいメッセージとして編集」で再度送信する際にテンプレートが挿入されると邪魔くさいかなぁと思って判定処理を入れていましたが、
「browser.compose.getComposeDetails」から得られる情報だとどうにもうまく判定できなさそうなので、
誤爆してうまく動かないならいっそ取っ払った方が安心ですね！
余計に挿入されたものはサっと消せば良いですしね！

将来的に「browser.compose.getComposeDetails」から得られる情報が増えて、
今までみたいな推測での判定ではなく、明確に判定できるようになったらまた復活を考えるかもしれませんが、
ひとまずこの形が現状ではベストかなぁと思うところです。

v1.4 (2025年12月13日)

・Thunderbird 143以降の場合にインライン画像が消える不具合を修正しました。

https://bugzilla.mozilla.org/show_bug.cgi?id=1997519
によるとThunderbird 148で解消されそうですが、ひとまず対策用の処理を入れました。

メールの編集画面を開いた際にアドオン側でメール本文を取得すると、
インラインの画像は「<img src="mailbox://・・・」というようなimgタグで返ってくるのですが、
並行してThunderbird本体側が「<img src="data:image/・・・」というような形式に変換をしているようです。
この挙動はこのアドオンを作ったThunderbird 102の頃からそうなんですが、
143にて内部的にいろいろ手が入ったみたいで、アドオン側のメール本文書き換え処理とうまくタイミングが合わなくなった結果インライン画像が消えてしまう様です。
「ReplyWithHeader」などの本文に編集を加えるいろいろなアドオンが影響を受けていたようですね。

bugzillaを見ると「<img src="data:image/・・・」への変換が終わるまで待機する処理を入れれば回避できるようだったので、

function sleep(time) {
    return new Promise((resolve) => setTimeout(resolve, time));
}


async function wait_conversion_inline_image(tab_id) {
    let compose_data;
    let i = 0;
    do {
        compose_data = await browser.compose.getComposeDetails(tab_id);

        if (compose_data.body.includes('<img src="mailbox://') || compose_data.body.includes('<img src="imap://')) {
            await sleep(100);
        }

        i++;
    } while(i < 10);
}

という待機関数を作り、

// v143以降でインライン画像が消えてしまう現象の対策
await wait_conversion_inline_image(tab.id);

let compose_data = await browser.compose.getComposeDetails(tab.id);

というようにメールデータを取得する前に噛ませて回避しました。

143のリリースノートに書いてある
https://www.thunderbird.net/en-US/thunderbird/143.0/releasenotes/
> fixed Visual and UX improvements
「修正済み ビジュアルとUXの改善」
というのがなかなか影響デカいのかもしれませんね。

・Thunderbirdのバージョンアップにより「新しいメッセージとして編集」の場合にもテンプレートが挿入されていたのを修正しました。

■2025年12月15日追記
v1.4で改定した判定ではうまく行かないことが分かったため、
v1.5でこの判定処理を無くしました。
-----------------------------------------------------

「browser.compose.getComposeDetails」でメールの情報を取得した際に「type」が「new」になっていれば新規のメールであると判定できるのですが、
まっさらな新規なのか、「新しいメッセージとして編集」なのかテンプレートから作成したのか区別が付かないんですよね。
まっさらな新規じゃない場合は「relatedMessageId」に値が入ってくるようだったのでThunderbird 102の時はこの項目で判定していました。

しかし、Thunderbirdのバージョンアップによりこの挙動が変わってしまって「relatedMessageId」に値が入らなくなってしまったので、
今度はThunderbird 125から追加された「isModified」項目を見るようにしました。
まっさらな新規だと「true」が設定され、「新しいメッセージとして編集」かテンプレートから作成した場合は「false」が入ってくるようです。
「isModified」はウインドウを閉じる際に確認ダイアログを出すかどうかのフラグ項目ですね。

またバージョンアップによって挙動が変わる可能性が有るので、いっそのこと常にテンプレートを挿入するようにした方が安全かなぁと思ったりもしますが、
とりあえず判定を改めました。

v1.3 (2025年12月13日)

・Thunderbird 143以降の場合にメール作成画面でIMEの切り替えが効かず、日本語が入力できなくなる不具合を修正しました。

let compose_data = await browser.compose.getComposeDetails(tab.id);

でメールのデータを取得し、

browser.compose.setComposeDetails(tab.id, {body: "書き換えた後のメール本文"});

というようにテンプレート追加したメール本文を設定していたのですが、
Thunderbird 143以降でなぜかIMEが効かない状態になっていました。

細かい原因はわかりませんが、

compose_data.body = "書き換えた後のメール本文";
browser.compose.setComposeDetails(tab.id, compose_data);

というようにbody以外も渡してあげると起こらなくなりました。

・転送時にテンプレートが挿入されないことがある不具合を修正しました。

「browser.compose.getComposeDetails」で取得したメール本文はプレーンテキスト形式もHTML形式の場合もHTMLの文章になっていたので、
テンプレート挿入時箇所を特定するために「<body>」を探しに行っていたのですが、
転送元のHTMLメールの内容によっては(細かい条件不明)bodyタグにstyle属性が付与されていました。
そのためbodyタグが見つけられず、テンプレートの挿入に失敗していました。

compose_data.body.match(/<body.*?>/);

というように正規表現でbodyの開始タグを見つけに行くようにして修正しました。