Mozilla Thunderbird Part30

■公式サイト
日 https://www.thunderbird.net/ja/
英 https://www.thunderbird.net/en-US/

■Mozilla Thunderbird リリースノート
日 https://www.thunderbird.net/ja/releases/
英 https://www.thunderbird.net/en-US/releases/

■Thunderbird サポート／使い方ガイド
日 https://support.mozilla.org/ja/products/thunderbird
英 https://support.mozilla.org/en-US/products/thunderbird

■最新の情報など（mozillaZine）
日 https://mozillazine.jp/
英 http://www.mozillazine.org/

■開発情報Mozilla Developer Center
日 https://developer.mozilla.org/ja/
英 https://developer.mozilla.org/en/

■技術情報・開発者向け情報（mozilla wiki）
https://wiki.mozilla.org/Thunderbird:Home

■Thunderbird まとめサイト
http://geckodev.******.ne.jp/p/thunderbird/

■前スレ
Mozilla Thunderbird Part29
https://egg.5ch.net/test/read.cgi/software/1606932397/

> 91.3.2
起動がめちゃくちゃ時間がかかるようになった

>>158
俺は1キーショートカット全部削除したい派なので、keyconfigが使えるバージョンで長らく止めてたわ。
その目的で使える代替アドオンがいつの間にか登場している(tbkeys-lite)ことに最近気付いて上げた。91で問題なし。

keyconfigの新版対応は78対応困難とかで集金してた話↓が記憶に残ってたから、よっぽど実現が難しいんだろうとだけ思い込んでて他が登場してる可能性は探してなかった。
https://forest.watch.impress.co.jp/docs/serial/yajiuma/1231765.html
てかこの話はその後一体どうなったのだろう？

>>158
78までの使い勝手（の更新）に特に不満がなかったから自動更新にしてたけど、91で一気に不都合が頻発したので78に戻した
日本語フォルダ名が検索フォルダ・統合フォルダに入れられないとかしょっちゅうマスターパスワード入力画面が裏に入って入力不能になるとか、古の文字コードがおかしいメールを読めなくなったとか

フィードのソース表示が全部文字化けしてるの草
「テキストエンコーディングを修復(&C)」したら毎回治るけどさ
UTF-8を逆に一体何のつもりでデコードしてるんだよ…

というかフィードなんてほぼ全部UTF-8なんだからいっそUTF-8決め打ちのほうがずっと正答率高いと思う

firefoxもそうだけど、文書に文字コードが指定されておらず不明な場合には、
最初は文字列をろくすっぽ読まずにcp932（というか、システムロケール）で表示してる感じだな

フィードのソース表示見てみたが
Content-Type: text/html; charset=UTF-8
は入っとるな。そのうえで堂々と化けとるｗ

EUCか？修復がメニューにある時点で合わせる気が無いつか「ソースの表示」が2バイト文字圏のヤツ向けの機能じゃなさそうだ

さすがにContent-Language: en-USみたいに何年も放置されるとは思わないけど
>>96で書いてくれてるようにこういう問題はいろんな意味で面倒だよな
俺も>>162と同じでやる気ないなら決め打ちさせろと思う

どんぐらいの体制で開発してるんだろう
保守管理でいっぱいいっぱいっぽい感じから案外palemoonとかと大差ないんじゃないかという気がしてきた

結局latin1な人たちが作ってるわけなんで

>>161
> 日本語フォルダ名が検索フォルダ・統合フォルダに入れられない
これ、まじでなんとかしてくれ
GMailが全滅だ

78のままにしておけば何の問題もないでしょ

更新してだいぶ立つからなぁ
残念だが、戻るという選択肢はないわ

91になってからGMailの送信済みトレイが表示されないので、
いろいろいじってテストしていたら、
中身空っぽなのに未読（1）のまま消えなくなってしまった
全既読ににしても、空にしても、修復しても、全然治らん
文字化けして読み取れないフォルダのどこかに閉じ込められてるのかもしれない

>>171
いや、今の所お前には78にもどるか、
何があっても文句を言わずに大人しくしているかの二択しかない
フォルダー名をMUTF7→UTF8にしてしまったことによる茨の道は険しすぎて出口が見えない

ブラウザやOSならともかくメールクライアントは更新しなきゃって考える必要ないと思うよ
利便性が一番なのに更新で使い勝手悪化したら意味ないでしょ

統合フォルダが直れば移行してもいいのだが…

検索フォルダに日本語が通らんってのがよくわからないんだけどIMAPユーザー限定の話なんかな？

>>176
「いまのところ」 GmailのIMAPアカウントを使っている人が対象の問題
78まではIMAPの非アスキー名のフォルダーは修正UTF-7でエンコードされて送られてきて
そのままフォルダーの内部名にしていた
メッセージの保存先フォルダーを見ると、＆から始まる暗号のような名前になってる
それが91からUTF-8をサポートするようになり、Gmailは元々UTF-8をサポートしていたので
それに従ってUTF-8の名前でフォルダーを受け取り、修正UTF-7のフォルダー名はリネームされた
これが間違いの元

検索フォルダーや統合フォルダーはアスキー文字のURIしか受け付かないので
UTF-8で書かれた日本語名フォルダーにアクセスできなくなった
いまAPIのUTF-8対応をやっているが、そんなのバグを増やすだけじゃないのか
IMAPのUTF-8対応を一旦なしにするという判断がどうしてできないんだろう

これはわかりやすい

>>164
iframe内の1024バイトくらい以降のcharsetを無視しちゃうバグ(仕様?)のせいじゃないのかな?
firefoxの話だけど拡張機能で(iframeで)charsetを無視されちゃって文字化けで困ってる

GMailの統合・検索フォルダ問題「だけ」なら91でも回避策はあるよ

>>177
> IMAPのUTF-8対応を一旦なしにするという判断がどうしてできないんだろう

prefs.jsで mail.server.default.allow_utf8_accept をfalseにすればまさにそうなってくれる模様

Cf. ttps://bugzilla.mozilla.org/show_bug.cgi?id=1739789
たぶん日本人かな？のEarlgreyTeaさんが頑張ってバグ報告、調査してくれてる

>>171, 173
--allow-downgradeで無理やり91のprefs.jsで78を起動して戻る選択肢もなくはないかと
（試してみたが起動はする、カレンダーのトークンとかは壊れるので再登録っぽいとか、細かい手作業はたぶん必要）

>>180
GJ

これはやくにたつ

これ早く煮立つ
脳内音声はこれだった

>>180
それMozillaZine.jpの常連さんじゃん
他にも常連さんは一応いるけどほとんどその人で回してる感じ

googleが二段階認証になってgmail受信できなくなったんだけどみんな出来てるの？
最新版に更新されてるけどダメだわ

時空を超えたつぶやきが聞こえた気がする

しらんけどOauth 2.0 の設定じゃないの？

>>185
パスワード削除してログインしなおせばいいんじゃない？
うちは二段階認証のアカウントでもgmail使えてるよ

これは確かに時空が歪んでいるようだな

もうメールソフトは使わない方が賢いな

ポストペットに戻るか…

telnetでSMTP手打ちする

？？「ｱｯｵｰ」

https://youtu.be/RhGHerssyk4

windows側の色の設定をダークにして
3ペインで使ってるとメッセージペインだけ真っ黒の背景になるんですが
変な感じじゃないですか？
他のペインは白背景なのに

>>195
ならねーよ。

>他のペインは白背景なのに
それがおかしい。逆だ。

>>195
あなたのWindowsはどちらのWindowsでしょうか

>>196
自分が知っている知識がすべてだと思い込んで
イキらないほうがいいですよ

https://i.imgur.com/pTS3IdJ.png

>>198
だからなに？
君のところでそれが起きたからって
それを当たり前のように言われましてもね
とうぜんトラブルシューティングモードとか
新規プロファイルとかやったうえでのことなんだろうな？

顧みず相変わらずの調子ですね

「Thunderbird」や「LibreOffice」などに影響か 〜Mozillaが「NSS」の致命的な脆弱性を公表
ttp://forest.watch.impress.co.jp/docs/news/1371016.html
Mozillaによると、「Firefox」はこの問題の影響を受けない。
しかし、「Thunderbird」や「LibreOffice」、「Evolution」、「Evince」など、
署名検証に「NSS」を使用しているメールクライアントやPDFビューアには影響があるという。
アップデートが公開されたら、できるだけ早めに適用したい。

>>198
その画像を見る限り明らかにダークモードになっていない。
当方の Thunderbird では Windows 側のダークモード設定に対応・追随してメッセージペイン以外の背景色はダークモード（黒色）になる。
Windows 10 Pro 21H2 64bit
Thunderbird 91.3.2 64bit

トラブルシューティングモードや新規プロファイルで Thunderbird 側の問題か OS 側の問題なのかを切り分けてみるのをお勧めする。
その理由は Thunderbird 側でアドオンや CSS でカスタマイズしている影響を排除する必要があるからです。
それでも再現するようならば OS 側のカスタマイズや設定などに問題がある可能性が高くなる。
OS のユーザーアカウントファイルの破損や異常の可能性も考えられる。

ちなみにダークモード対応は Thunderbird のバージョンや Windows OS の種類やバージョンによって異なる場合があるのでその点も注意が必要です。

>>202
設定はwindowsの色がダークでthunderbirdのテーマがLightですよ
windowsの色をダークにしようがthuderbird側のテーマがあるなら3ペインともそれに沿うべきではという事です

>>203
おまえはくだらん主張する前に言われたことをやれ

まだ反省してないのかよ

>>203
Windows 側のダークモード設定に関係なく Ｔｈｕｎｄｅｒｂｉｒｄ の標準テーマ以外によるダークモードの問題ならば、そのテーマ作者に文句を言ってください。

そうではなくて Thunderbird の標準テーマ（既定、Dark、Light）がどれであっても Windows 側のダークモード（色）に追随・対応してちゃんとダークモードになるべき（メッセージペインの背景色は白）という話ならば、最初からそう書くべきです。
なぜなら問題点が異なるからです。
もしそうならば Bugzilla に再現条件・手順を提示して要望あるいは修正バグとしてファイルしましょう。

やたら突っかかるクセにろくな解決策も挙げられない
ただの知ったかぶったクズいるよねー

メッセージペインの背景(と文字色)を設定で変えるのはけしからん、テーマに追従すべき
と言ってるだけよな

>>206
違いますよ
thunderbird側がテーマでdark light OS側のテーマに従うと三種用意しているのだから
OS側のテーマに従う以外を選択した場合は例えばlightを選択した場合は
メッセージペインも含めて3ペインともOSに引っ張られることなくlightになるべきだという事です。

まさか設定で変えたの忘れてて暴れてるだけか？

>>209
>OS側のテーマに従う以外を選択した場合は例えばlightを選択した場合は
>メッセージペインも含めて3ペインともOSに引っ張られることなくlightになるべきだという事です。

当方では標準テーマの Light でちゃんとメッセージペインの背景色は白になってますよ。
まさか Thunderbird の設定 →　一般 →　言語と外観 → 配色 でテキストと背景の色を変えてませんか？

>>211
https://i.imgur.com/xtWdnn4.png
メッセージペインで問題になるのは読み込まれていない状態です
メールが読み込まれていればこちらは基本HTML形式で表示しているので
メッセージペインにテーマは関係ないと思います

おま環なのにしつこいヤツ

>>212
スクリーンショットで配色で変更がないことはわかりました。
がしかし、あなたの書いている事情はほとんどが後出し情報で誰もが誤解しますよ。
しかも問題点がまったく異なる別問題です。
どうして最初からテーマの問題かのような表現の書き方をしたんですか？

メッセージが読み込まれた状態であれば正常なんですよね？
であれば、あなたも書いているようにテーマの問題ではなくて「メッセージが読み込まれていない状態」が発生することが問題点です。

繰り返しますが基本中の基本のトラブルシューティングをおこなうのが先決です。
（トラブルシューティングモードや新規プロファイルでのテストです））
もしノーマルな環境条件でないのならば、その点を排除しておこなうのがいいでしょう。

>>212
言われたことすらできないのは
ガキか
みずほ銀行の経営陣だ

>>215
お前が反省しろ

>>214
あなたこそ試しているんですか？
Windows 色 色を選択する ライト Thunderbird テーマ Light
https://i.imgur.com/Rv0LzVR.png
Windows 色 色を選択する ダーク Thunderbird テーマ Light
https://i.imgur.com/x0TP9ko.png

そのテーマ設定で空のフォルダを選択してる時にメッセージペインが黒になるってヤツの事？
Thunderbird 91.3.2 64bit+Win10 21H2では一応再現したけど、テーマはインボックスのバージョン1.2

95.0b5だとならなかったから、待つかアップデートすればいいんでない？
というか、使ってる環境とかバージョン情報とかを書いた方がいいんじゃないかと思うが

最初からネタ臭ぷんぷんしてるじゃん
まあ、こっちも真面目に取り合う気は無いしな

>>218
結局おまかんでもないのに
>214さんはたしかめもせず自分の知識内で回答したのですね

報告する側が再現可能な手順を提示する義務がある。

義務なんてないよ
何を勘違いしているのか知らないが
情報が少なければ望んだ返答が返ってこないとか
回答者は質問者の知識を自分より下に見るとか
あるかもだが

>>217
>>220

申し訳ない。
手元でも再現するかどうか試していたが、再現手順が違っていた。

「メッセージペインで問題になるのは読み込まれていない状態です」という箇所が違っていた。
要するにスレッドペインのメッセージを選択していない状態や選択したフォルダ内にメッセージがない空の状態のときに再現した。

>>218 さんが書いているように ９５．０ Beta５ では再現しないのでいつか修正されたものになるでしょう。
個人的にはメッセージペインが真っ黒でも支障はないが確かに Light なのにという違和感はある。

>>221
義務とまでは云わないが、わかりやすい具体的な再現手順を書いてほしいという願望はある。

>>223
ありがとう
ベータが正式版になるまでとりあえず待ちます

CVE-2021-43527は91.3.2では解決済みなのかな
バージョン3.68になってるから微妙な感じだけど

未解決
来週リリースのThunderbird 91.4.0でNSSが3.68.1に更新されるはず

>>227
やっぱ未解決なのか
サンキュー

91.4.0

ヘルプから
https://www.thunderbird.net/en-US/thunderbird/91.4.0/releasenotes/

タスクバーのアイコン真っ白になったわ

Icon doesn't appear in taskbar (yes, taskbar, not system tray)
https://bugzilla.mozilla.org/show_bug.cgi?id=1741885

イエス！タスクバー

タスクバーにアイコンは現れるべきである

７８ぐらいまではメール送信すると下書きが自動で消えてくれたんだけど
９１になってから送信しても残ったままなんだけど…
これって仕様変更？消す設定が別に出来た？

活動再開のマルウェア「Emotet」、オープンソースのメールソフト「Thunderbird」も攻撃対象に。警察庁が解析
https://internet.watch.impress.co.jp/docs/news/1371526.html

そらまあ、添付ファイルのzipを展開してマクロを実行しちゃうボケにメーラー関係無いものな

そういう話じゃなくて感染した場合に、thunderbirdの保持してる設定などから
IDパスワード的なものを抜いて回るって事じゃないの？

>>235
同類事例の紹介です。
特定の IMAP サーバーで起きているようです。

MozillaZine.jp フォーラム - Thunderbird 91.2.1で自動保存した下書きメール送信時に下書きが消えずに残る
https://forums.mozillazine.jp/viewtopic.php?f=3&;t=19008

もし IMAP サーバーの種類や仕様などの詳細が判明したら情報提示を。
また Bugzilla で同類事象が確認できたら紹介してください。

>>239
214 は間違いです。失礼しました。

サンダーバード（Thunderbird）のプロファイルに、大量のアーカイブファイルが蓄積される
https://amksystem.com/post/thunderbird-datareporting-archived/#toc2

これ自分も気になってたんだけど消してもいいんだよね？
ほんと邪魔…

>>241
なにが邪魔なんだろう？
サイズはたかだか2MB程度だろ？
それ位の余裕もないほどPCのストレージが逼迫してるのなら、
まず大容量のストレージに交換するべき

こういう見なければ気にならないはずのものをいちいち気にするやつ
理解の及ばないものを消し去ろうとするやつは
精神科のクリニックに行って相談するべき

このスレ名物の喧嘩腰の人相変わらず元気みたいだな

近所に出かける際に、ドアの施錠確認で何度もドアノブをガチャガチャ、ゴンゴン鳴らす人がいる
それも何度もしつこく、一度歩きだしてもまた戻って数回鳴らす
その人と本質的には一緒だと思う

>>244
プロファイルをバックアップ用に毎日圧縮してたけど78にしてから異様に時間かかる用のなったのはこれのせいだったんだなって分かった
全然余裕はあるけど無くてもいいなら邪魔だし感じ悪いから消すよって話

数百MBとかGB超えかと思ったら10MBもいってないし
OSのテンポラリフォルダとかを整理する方がよほど効果ありそう

自分的にはglobal-messages-db.sqliteが1GB越えしてる中で2MBなんてどうでもいいと思ってしまうわ

>>245
2MBのフォルダーの圧縮に時間がかかる？
圧縮方法は？
zipにしたら一瞬で終わりましたけど・・・

>>245
プロファイルを毎日バックアップするのは感心だけど、圧縮する必要ある？
まさか・・・まさかと思うけど、MozBackup とか使っているんじゃないよね？
さすがにそんなわけないよね？

ユーザーデータはvhdxマウントした中に全部入れてるからバックアップはファイル1個だわ

圧縮する前に自動で消すことにしたわ

あと時間はそりゃ一瞬だけど78にしてから若干もたつく原因が分かったってこと
気になんない人は平気だろう

>>251
「異様に時間かかる」→「そりゃ一瞬だけど78にしてから若干もたつく」

一瞬というのは意識できないほどの瞬間だよ
若干もたつくというのは何秒？
君の言ってることは情緒にまかせた非科学的なことばかり
やっぱり精神科に行ってクスリ処方してもらったほうがいいよ

バックアップ時間が気になるなら
不要なメールを削除してフォルダーを最適化したり、
global-messages-db.sqlite が肥大化してたら時々リフレッシュする方が効果あるし
ただバックアップする前にそれをやるのは本末転倒な愚かな行為（やるならバックアップした後）

プロファイルフォルダ内のファイル数が約140ファイルぐらい
それが78にしてからはプラス2000ファイルなんだから若干もたつくのはすぐ分かったよ

それが気になってたら原因が分かったってだけ

ID:QQVoYL7p0のレスがブーメランで草

>>254
多少もたつくののは何秒？　コンマ何秒？
まだ答えてもらってないけど

実運用しているプロファイル（5.9GB）をzip圧縮してみた
ストレージはSSDなので問題ないが、CPUパワーが足りなくて4分かかった
そのうち datareporting は経過表示1秒で終わってる（経過表示のせいで単独なら一瞬）
時間かかかっていたのはなんといっても global-messages-db.sqlite なので
これはバックアップ前に削除したほうがいいと思う

そもそもバックアップ方法を見直したほうがいいのでは?

人それぞれだし気になんない人はいいんじゃない

気にすべきことを気にせず
気にしなくていいことを気にして
余計なことをして自らトラブルに巻き込まれる
これは愚かなことだと思う