Thunderbird 1.5 リリース 87
ストーリー by yoosee
軽く動くようになってるといいなー 部門より
軽く動くようになってるといいなー 部門より
silvervine曰く、"Mozilla Thunderbird 1.5 のファイナルリリースが公開されたと mozillaZine.org が報じています(mozilla.com のダウンロードページ)。RC1 を使っている人には間もなく、ソフトウェアアップデート機構を通じてアップデートのお知らせが表示されるとのこと。 また RC2 からファイナルリリースに至るまでには変更がなかった模様で、RC2 を使っているユーザはそのまま使い続けても構わないとのことです。 1.5 リリースには次のような新機能が加わっています:
- ソフトウェアアップデートシステム
- リアルタイムのスペルチェック
- 内蔵のフィッシング検知機能
- 草稿の自動保存
- 電子メールに添付されたファイルの削除機能
- 自動返信や自動転送などの新しいフィルタ
rpm作りました (スコア:5, 参考になる)
http://www.geocities.jp/tanaken_1018/work/software/thunderbird-1.5-vpl... [geocities.jp]
で入手できます。Windowsでは、そのままクリックするとRealのプラグインが邪魔して、おかしなことになるかもしれません。
参考: Fedora Core用のThunderbird RPMパッケージの作成方法 [dyndns.org]
RH9用にthunderbird RPMを作成する [dyndns.org]
# 命名規則がわからないので、vpl=vine private releaseとしました。
Your 金銭的 potential. Our passion - Micro$oft
Tsukitomo(月友)
Re:rpm作りました (スコア:1)
Vineのオフィシャルの配布物の%{dist}がvlなので、vine lereaseだと思い込んでいたのですね……。buildしたあとで英辞郎で確認してへこんだのですが、そのままアップロードしてしまいました。
Your 金銭的 potential. Our passion - Micro$oft
Tsukitomo(月友)
アドレス補完リストの自動ソート (スコア:4, 参考になる)
個人的には↓これがヒットかな。
でるのはいいが (スコア:3, 興味深い)
このへんが直ってないと、とてもじゃないが常用できないと思うのだけど、どうなんでしょ>使ってる方々
Re:でるのはいいが (スコア:5, 参考になる)
自分は普通に常用してますが、人に勧めるときにはちょっと考えちゃいますね。
Re:でるのはいいが (スコア:4, 参考になる)
試してはいないのですが、アドレス帳の名前が日本語の場合で起こる問題のようなので、試してみてもらえればと思います。
#自分では、アドレス帳は1個だけなので、あまり困っていないのでした。
Re:でるのはいいが (スコア:2, 参考になる)
これで苦しんでいるので直して欲しかったんですが…。orz
Firefoxに比べるといまいち (スコア:3, 参考になる)
Firefoxに比べると、完成度が低いように思います。
なぜFirefoxほど普及しないかというと (スコア:4, 参考になる)
ポップアップブロックの実装も早かったよね。
IEに比べてまだまだ機能の劣るところがあるとはいえ、魅力的な拡張も
揃っていて使いやすくなってるし、なによりナチュラルにタブ機能がある。
それに引き替えThunderbirdはOEより目立って特徴のある機能があるわけじゃ
ないし、Webブラウザと違って、蓄積した大事なユーザデータがあるからね。
ある程度以上のパワーユーザか物好きじゃなければ、そう簡単に乗り換える
気にはならないでしょう。
そういう意味で、完成度が高くないうちからMozilla Suiteのようにブラウザ
とMUAを統合してしまうと、使い勝手が悪いってイメージをユーザに植え付け
てしまうことになりかねない気がする。やっぱり分離して良かったんだと思
うよ。
Re:なぜFirefoxほど普及しないかというと (スコア:1)
自分で好きに定義できますよ?
項目は
・送信者
・件名
・キーワード
・経過日数
・送信されたアカウント(自分のね)
・未開封/開封済み
・ダウンロード済み/未ダウンロード
といった所。
Thunderbirdはどうなんだろ・・・
# いまさら導入する気になれない
Re:Firefoxに比べるといまいち (スコア:1, 興味深い)
rc2 にしたとたんになぜか削られなくなってしまった。
なんでだ!?
Re:Firefoxに比べるといまいち (スコア:1, 参考になる)
できますよ。
削除した痕跡を残すので見た目あまり綺麗じゃありませんが、削除自体はできてます。
Re:Firefoxに比べるといまいち (スコア:2, 興味深い)
それでも、メッセージのコピーが増えるのです。
素直にうれしい (スコア:2, 興味深い)
リリースの遅延を曖昧にするために、「いつまでもベータぢゃなんだからRCにしとけやぁ」
てふうに使ってるフシありありなベンダーが多い中、入れ替えなくていいってのはうれしい。
えぇええ、所詮「程度の問題」だってことはわかってはいますけれど。
> メッセージから添付ファイルの削除が可能に
んで、これこそ待望の機能だったんだけど、過去のメールについて、
一通一通消してくって作業が、現実逃避の定番作業になりそうな予感。
ソフトウェアアップデート (スコア:2, 興味深い)
WindowsUpdate では、グループポリシーの変更で、非特権ユーザーにも通知が来るように設定でき、非特権ユーザーのままでも更新できるのに比べると、Mozilla 系にしろ、AdobeReader にしろ、アップデート機能の完成度はまだまだ低いと感じますね。
Re:ソフトウェアアップデート (スコア:0)
グループポリシーの「Windows Update」の項目を眺めても該当する項目が分からないし、検索しても情報が出てこないので参考までにお尋ねしたいのですが、具体的にはどのように設定すればいいのでしょうか?
現在は「ユーザーの切り替え」で管理権限のあるユーザーを背後でログインさせています。こうしておくと自動更新も背後で行って、必要なときには勝手に再起動までやってくれるようです。
Re:ソフトウェアアップデート (スコア:3, 参考になる)
ローカル コンピュータ ポリシー -> コンピュータの構成 -> 管理者用テンプレート -> Windows コンポーネント -> Windows Update => 「非管理者による更新の通知を許可する」 を有効にするとできます。 タスクトレイの吹き出しの通知の指示に従うと、 ユーザーの切り替えなんぞしなくても、更新を完了できます。あ、もしかして WSUS 専用か? んなことはないと思うけど。
私も、社内のセキュリティ管理やってる部門の人にこないだ教えてもらったばかりです。知ってる人は知ってると。
せめて、リモートデスクトップで localhost に入れれば、別ウィンドウにでき、同時に作業できていいんですけどね。ログオフしなくてもユーザーの切り替えができるようになっただけ、かなりマシになりましたが、切り替えが終わるまでの手間は馬鹿になりません。別 AC が、ユーザー管理が進んでいると書いてたけど、その進んだ機能を利用するアプリがないんじゃ恩恵は得られない。たしかに、認証なしに更新までできちまうのは問題かもしれんけど、せめて通知だけでもして欲しい。10年進んだユーザー管理を使うなら、Power Users や Administrators ではない通知専用グループを用意するとかね(いや、それじゃ Unix レベルか)。
Re:ソフトウェアアップデート (スコア:2, 興味深い)
Linux の場合 package system との整合性が悪い気がするんだけど、、、
apt や yum が使える場合はそっちを使ってくれれば良いんだけどなぁ、、、
uxi
Re:ソフトウェアアップデート (スコア:1, 参考になる)
という無茶言う人がrootアカウントが存在することの危険を語るのも変な話だけどな。
話の流れから見てイイワケ。いいところで間の悪い知識披露にしか見えないぞ。
#35年前誕生したOSのクローン引き合いに出してなんの「十年進んでる」なのか
#というのがこっちとしちゃ一番おもしろおかしかったわけだが。
#どこのUnixユーザーがいまさらUnixの先進性なんかで他OSと張り合おうとするかっつーの
それよりいまだAdministrator権限で日常を過ごす人が多いWindowsの世界で
きちんとしたユーザー権限を設定できる管理者を想定しなきゃいかん
というものすごく現実的なお話について考えたほうがおもしろい。
単純にスーパーユーザーと一般ユーザーに分けたしくみで
一般ユーザーにはシステムの読み書きを禁じ、
「誤魔化しレベル(?)」の明示的な抜け道を用意したほうが
まだクライアントOSとしてセキュリティを保つにはすっきりしてる気がオレはしてるけどな。
Re:ソフトウェアアップデート (スコア:1)
非管理者権限者への通知しかできないと、どこかで管理者権限に移って作業する必要がでます。今んとこ、Power Users や Administrators なグループに属しているユーザーにならないといかんわけですが、これらのユーザーだとできることが多すぎて、root になるのと変わらない。
たとえば、Mozilla Admins というグループに属していれば更新できるように Firefox なり Thunderbird をインストールする。もちろん、この部分は管理者権限が必要。さらに、Mozilla Users とかいうグループに属していれば、更新通知が来るように設定する。この設定は、Mozilla Admins があればできるようにする。モジラ系のアプリを使うユーザーは、制限ユーザーだけど Mozilla Users に属するようにしておいて生活。通知が来たら、一時的に Mozilla Admins に属しているユーザー(複数人で共用せず個々別々に作る)に移って更新。さらに設定によっては、Mozilla Users のままで、Mozilla Admins 権限で動く自動更新プログラムにメッセージを送るなりして更新作業を進めさせることができるようになってると便利ですやね。一時的にせよ、強目のアカウントに移らなくて済む。
Windows の知識がまるで無いので判断できんのですが、最後のを除けばできそうなもんだと思ってます。で、なんでやらんのだろうと。WindowsUpdate は似たようなことできてるじゃん。それに比べると完成度が低いなと。素人目にこう映るわけです。
実はできないんですかね。なら、個々のアプリがアップデート機能を搭載するではなく、WindowsUpdate で更新できるようになるしかないように思えますね。手間を考えれば、そっちの方が嬉しいですが。
できないんじゃなく、NT系以外でも動かないといけないんで、やらないだけなのかな?
Re:ソフトウェアアップデート (スコア:2, 興味深い)
更新もユーザー権限で好きに行う、の方が仕組みとしてはいいんじゃないかな?
ユーザーが悪意のあるプログラムを踏んでも/WINNTや/Program_Filesには被害が及ばないように出来るだろうし。
Re:ソフトウェアアップデート (スコア:1)
自身の更新用グループを勝手に作るようになったら
大変なことになりますよね。
100個インストールしたら100グループが自動生成とか。
俺はそんなの管理できないです。てかそんなアプリは使いたくないですね。
WindowsUpdateで更新を希望するのは。。。
Microsoftに提案してみてくださいな。
フィルタの適用が自動に (スコア:2, 参考になる)
1.5では共通受信トレイに入る受信時のメールに自動でフィルタが適用されるように動作が変わってました。
1.0では[ツール]→[フィルタの実行]をしないと共通受信トレイにフィルタが適用されなかったので、
共通受信トレイで必要なのだけ読んで、それから読み忘れとかGmailで既に読んだものを
フィルタで既読化、個別のフォルダに振り分けしていたのですが、
読む前にどんどん既読になり、振り分けられていったので焦りました...
# どこまで読んだか把握しきれなくなってチェックに時間を取られましたorz
同じような使い方されている方、気をつけてください。
日本語でタブがきちんと処理されない問題も未解決(Macだけ?) (スコア:2)
半角英数と日本語が混ざった,ちょっとした表まがいの表記がぐちゃぐちゃになるので,非常に困るんだけど.
タブ使うなってか...
Re:日本語でタブがきちんと処理されない問題も未解決(Macだけ?) (スコア:1)
Re:日本語でタブがきちんと処理されない問題も未解決(Macだけ?) (スコア:1)
rbs曰く、 [mozilla.org]
とのことです。GFXにも修正を、ということは全OS分修正がいるのでちょっと手が出しにくいです。
しかもGFXのコードはCairoの導入でどうなるのか私はよく分かってないので、あまり今GFXをいじりたくないというのもあります。Gecko1.9までにはなんとかしたいですが、今は他のもっと深刻な問題の方が山積みなので見通しは暗いですね……
添付ファイル名を正しくエンコードして文字化けする問題 (スコア:2, 参考になる)
これが修正されないと Outlook Express と日本語名の添付ファイルがやりとりできず、事実上日本では使えないのですが…。
Bug 309566 - when sending attachement with long filename and receiver uses Outlook, filename is changed to att00XXX.xxx or when sending a mail with Chinese filename attachment ,and resive by outlook the filename is changeto att00XXX.xxx [mozilla.org]
アップデートするつもりの人は注意してください。ステータスがNEWなのでおそらくそのままです。
Mail.app や Thunderbird 1.5 の日本語ファイル名が文字化けする件 [mac.com]
Re:添付ファイル名を正しくエンコードして文字化けする問題 (スコア:3, 参考になる)
# で、どうしてこんなFUDが「スコア:2, 参考になる」なの?
Re:添付ファイル名を正しくエンコードして文字化けする問題 (スコア:1, すばらしい洞察)
Re:添付ファイル名を正しくエンコードして文字化けする問題 (スコア:2, 参考になる)
という状況を招いた責任はOutlook Expressにあるわけで、Thunderbirdには何も罪はないのです。
ただ、規格ができたからといってすぐに対応というのは無理なので、対応していない相手に対する配慮は必要ではあります。ただし、この配慮の方法は、(Subject等と同じRFC2047方式でファイル名をエンコードするという)間違った方法に合わせるのではなく、添付ファイル名にASCII文字のみを使うことです。
ファイル名に漢字が使えないなんてどうしても耐えられん! というのであれば、Outlook Expressの使用者が(メーラーを変えるなりして)対応するのが規格的には正しい方法でしょう。Microsoft製品を使っているのだから正しいのだというのは通らない。
ただ、Bug 309956 [mozilla.org]のコメントを見ると、Microsoftにも直す気がなくはないらしいので(comment #12)、Microsoft製メーラーのRFC2231対応という形で肯定的に解決される望みもあるのが救いです。
Re:添付ファイル名を正しくエンコードして文字化けする問題 (スコア:2, 参考になる)
そう、Thunderbirdが悪くないとも言い切れません。 RFC2231形式に対応と謳われていますが、正しく対応されていないようです。
現在、長いファイル名を指定すると、
という具合にThunderbirdは書いていますが、 ここは本来、
と、;(セミコロン)で区切られていないといけないと思います(RFC2183)。
おかげで、区切りが無いので、filename*1*= の部分までfilename と思われて、一部のRFC2231対応のMUAでも化けてしまっているようです。
Re:添付ファイル名を正しくエンコードして文字化けする問題 (スコア:2, 参考になる)
ASCIIだけのときには、
という感じで、大丈夫っぽいですね。 regular-parameter は大丈夫で、 extended-parameter が駄目。
ちなみに、RFC2231の4.1の例
は間違ってますから(著者も認めてる)。
Re:添付ファイル名を正しくエンコードして文字化けする問題 (スコア:2, 興味深い)
「無用なトラブルを嫌って」なら、現在でも「日本語ファイル名を使わない、長いファイル名を使わない」です。そもそも、rfc2231対応でない日本語ファイル名、長いファイル名は、標準に反しているのです。つまり、標準に沿った処理をしているほうが、うまく扱えない。実際、IMAP4でメッセージのヘッダの取得を行った場合、一部のサーバからは期待した結果が返らない場合もあったようです。
Thunderbird 1.5英語版を日本語化する (スコア:2, 参考になる)
以下、日記で。
Thunderbird 1.5英語版を日本語化する [srad.jp]
ただ自宅では現在Thunderbirdというかメーラー(MUA)自体を使っていないので、Thunderbird 1.0.xのプロファイルが引き継げるかどうかまで実験しておりませんが。
部門名 (スコア:1, 参考になる)
ベイズフィルターが重いですよね。数十秒間、ほとんど何もできなくなります。
届いたメールを迷惑メール指定しただけで、十秒くらい止まったりとか。
その間に操作をいくつかしてしまうと、落ちてしまったりとか。(Windows版)
とくに、書きかけのメールがあるときに落ちるとげんなりする。
このへん、なんとかしてほしいなあ。ベイズフィルターの辞書からほとんど
出現しない単語を削除してサイズを小さくする操作ができたりとか、
学習をこれ以上させないようにする設定ができればいいのに。
Re:部門名 (スコア:4, 興味深い)
迷惑メール指定というのは、リストビュー内で(メールを開かずに)ゴミ箱マークを付けた時ということでしょうか? そうだとすると、私はまったく経験したことがないです。
Windows版で迷惑メール、という点がひっかかるのですが、"??????"のように表示される文字化けメールを表示しようとするのが重いのではないでしょうか?
もしそうなら、ベイズフィルターの問題ではなく、gfxの問題です。Trunkでは既に修正されています。(Bug 4650 [mozilla.gr.jp])
Re:部門名 (スコア:3, 参考になる)
迷惑メール指定は、Thunderbird 1.0.7に比べて明らかに軽くなっています。私の環境では全くストレスなくマークできるようになりました。
またThunderbird 1.5は日本語のトークナイズが改善されている [mozilla.org]ので、学習結果を1回クリアすることをお勧めします。
消極的対処方法 (スコア:2, 参考になる)
MUAを変えても辞書データをそのまま使えるし。
Re:部門名 (スコア:1, 参考になる)
@win98 の方が滅茶苦茶遅いですね、確かに。
一度に受信するのはせいぜい数十通に過ぎないのだけど。
firefox では大きなパフォーマンスの相違を感じないのに。
Re:部門名 (スコア:3, 参考になる)
thunderbirdは仕様上、適度にフォルダを最適化してやらないとだんだん重くなります。
メッセージフォルダの圧縮 (Compact Folders)
http://level.s69.xrea.com/mozilla/tips.html#compact_this_folder
拡張機能は (スコア:1)
開発者の皆さんによるアップデートに期待しています。
♯自分では開発できないヘタレなので(爆。
cWind - 情報は自ら求める者の元に集う
Re:拡張機能は (スコア:2, 興味深い)
#Firefoxが1.5になった時、非対応だけどすでに開発が凍結しているとおぼしきプラグインをそうやって導入しました。インストール時に署名が付いていることすら稀ですし、多少のリスクは覚悟の上で。
Re:拡張機能は (スコア:2, 参考になる)
Phoenity, Charamel, Aquabirdなど使いたいのですがね。
Re:拡張機能は (スコア:1, すばらしい洞察)
Macとその他でscrollbarのbindingが異なると言うことをテーマ作者が知らない/面倒くさいから対応せずのどちらかでしょうね。
オリジナルテーマ [mozilla.org]を参考に、使いたいテーマを一旦ばらし→bindingを同じように変更→再パッケージで直ったりしませんかね?
※Macでスクロールバーが表示されない。
※bug番号添えてMacとその他でスクロールバーの扱いが違うとテーマ作者へ直接伝えたほうが早いかも
Re:拡張機能は (スコア:1)
JARファイルを一度展開し、global/nativescrollbars.cssを書き換え (scrollbar { … } 内の -moz-binding: の行)、再パッケージしてからThunderbirdにインストールことで、Macでも無事にスクロールバーが表示されるようになりました。
どうもありがとうございます。モデレート権を持っている方、是非親コメントに+1を。
早速導入して (スコア:1)
軽く触っただけなので、GUIに関してしかコメント出来ませんが・・・。
まず、SMTPサーバの設定が非常にやり易くなったように思えます。
設定項目の位置が分かり易いところに変更になったのに加え、
登録してあるSMTPサーバに名前を付ける事が出来るようになってましたし。
SMTP-Authの為に複数同じSMTPサーバを登録していた私のような人間にとっては、とても有難い変更点ですね。
後は、オプションのデザインが変わり、取っ付き易くなりましたね。
複数アカウントを効率良く管理でき、「使い易い」メーラーがあまり無いので、もっとThunderbirdには頑張ってもらいたいところです。
#コメント見てるとバグが多すぎw
FolderPane Tools0.0.2 を 1.5 で使う方法 (スコア:0)
http://mozilla.seesaa.net/article/2307783.html
を、1.5 にも対応させるには
↓
http://pc7.2ch.net/test/read.cgi/mac/1087405457/495-496
まぁ 1.5 が出たから 0.0.3 出るかもわからんが。
そこのこれ (スコア:1, 参考になる)
Re:別のメールアドレス (スコア:1, 参考になる)
Re:ツンデレバード (スコア:-1、荒らし) (スコア:3, 参考になる)
何だそりゃ?、、、って感じで、
上記のリンクを到って行ったところ
Thunderbird をツンデレバードと読むという所までは
ネタとして笑える範囲だった、、、
が、、、しかし、画像が出て来たところで
ようやく荒らし扱いのモデレートされている意味が飲込めた、、、orz
泣かす泣くぞ!ゴルァ!uxi