アカウント名:
パスワード:
それより、メールの整理方法で良いのないですかね。検索かけても所望のメールがなかなか出てこないんですよ。ちなみに、私は、日付+要約のフォルダ名で作って、そこにファイル突っ込んでます。日付でソートされるので、だいたい見つけられます。
メールクライアントにもよるんだろうけど、やり取りを残すために全てのメールで前の内容を引用する風習があって、引用の中身がいちいちヒットする場合があって凄く検索がしづらい。あと、逆に返信を繰り返してるメールを見やすくするためなのか、やり取りの途中が省略されて表示されることがあって、その部分が検索でヒットしてるのかしてないのかわからないこともあるし。
メールの検索のためだけにSSDにする価値があると思うよ。(というかしている)もちろん、明らかに不要なものは即消してはいるけどね。
ただ、タイミングがよくわからないけど、Outlookが時々インデックスを初期化してくれるのですごくイラッとくる。
会話の流れを見たいとき以外はスレッド表示やめるといいですよ。探してる時は見つけやすいし。あとはフォルダに入れるのとやってることおなじだけど、タグやラベルを活用するぐらい。
受信日時と件名で1メール1テキストファイルに出力するスクリプト組んだ。後はテキストエディタでGrep
受信・送信メールをすべて gmail に自動転送している。
フォルダで大雑把に分類して、タグで詳細の分類をしているので、いつ頃のものかわかっていれば、大抵はそれで見つかる。それで見つからなければ、検索だけど、見つからないということはまずない。
もっとも、検索にはキーワードが重要なので、それをExcelで作っていて、それによるところは大きい。
あとは、フォルダ横断の検索は面倒なので、探しているメールの入っているフォルダを1つに絞れると検索が速いし、余計なものが少なくて、目的のものが探しやすい。
情報を探したいという事であれば、少なくとも社内のやり取りでは積極的にグループウェアなりで情報が分類整理された状態をメンバー間で保つのがよい気がしますよ。
メールから情報引き出すのはログを漁る様なもんだと思います。メールストックは検索コストの掛かるデータベースという前提でワークスタイルを考えた方がよいかも。
メールの量とか内容にもよりますが、多めの私の経験から。・日付はソートで絞り込めますので、フォルダの肥大化防止のために四半期以上の 大きな単位で切り分ける以上の用途は不要です。・送信者もソートで絞り込めるのでそれでフォルダ分けする意味はありません。・タグで分類してもいいのですがそうしたところ1フォルダが巨大になりすぎて 問題になったので、結局カテゴリによるフォルダ分けに戻りました。・レスによるツリー構造は頼りにしません。まともな形式でレスしない人が 多すぎだし、あまつさえ過去のメールに返信で新規メール投げてくる人もいるし、 話が脱線したりする
Thunderdirdでは、SQLite使いたい [mozilla.org]とか、PostgreSQL使いたい [mozilla.org]というバグがファイルされていますので、実装に是非ご貢献ください。ちなみに、Thunderbirdのインデックス&検索システムはGloda [mozilla.org]で、インデックスはSQLiteファイルに保存されています。
メールの読み書きはEmacs+Mewだが検索のためだけにThunderbirdも併用してる
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
クラックを法規制強化で止められると思ってる奴は頭がおかしい -- あるアレゲ人
ファイルよりメール (スコア:0)
それより、メールの整理方法で良いのないですかね。検索かけても所望のメールがなかなか出てこないんですよ。
ちなみに、私は、日付+要約のフォルダ名で作って、そこにファイル突っ込んでます。日付でソートされるので、だいたい見つけられます。
Re:ファイルよりメール (スコア:2)
メールクライアントにもよるんだろうけど、やり取りを残すために
全てのメールで前の内容を引用する風習があって、
引用の中身がいちいちヒットする場合があって凄く検索がしづらい。
あと、逆に返信を繰り返してるメールを見やすくするためなのか、
やり取りの途中が省略されて表示されることがあって、
その部分が検索でヒットしてるのかしてないのかわからないこともあるし。
Re: (スコア:0)
メールの検索のためだけにSSDにする価値があると思うよ。(というかしている)
もちろん、明らかに不要なものは即消してはいるけどね。
ただ、タイミングがよくわからないけど、Outlookが時々インデックスを初期化してくれるのですごくイラッとくる。
Re: (スコア:0)
会話の流れを見たいとき以外はスレッド表示やめるといいですよ。探してる時は見つけやすいし。
あとはフォルダに入れるのとやってることおなじだけど、タグやラベルを活用するぐらい。
Re: (スコア:0)
受信日時と件名で1メール1テキストファイルに出力するスクリプト組んだ。
後はテキストエディタでGrep
Re: (スコア:0)
受信・送信メールをすべて gmail に自動転送している。
Re: (スコア:0)
フォルダで大雑把に分類して、タグで詳細の分類をしているので、いつ頃のものかわかっていれば、大抵はそれで見つかる。それで見つからなければ、検索だけど、見つからないということはまずない。
もっとも、検索にはキーワードが重要なので、それをExcelで作っていて、それによるところは大きい。
あとは、フォルダ横断の検索は面倒なので、探しているメールの入っているフォルダを1つに絞れると検索が速いし、余計なものが少なくて、目的のものが探しやすい。
Re: (スコア:0)
情報を探したいという事であれば、少なくとも社内のやり取りでは積極的にグループウェアなりで
情報が分類整理された状態をメンバー間で保つのがよい気がしますよ。
メールから情報引き出すのはログを漁る様なもんだと思います。
メールストックは検索コストの掛かるデータベースという前提でワークスタイルを考えた方がよいかも。
Re: (スコア:0)
メールの量とか内容にもよりますが、多めの私の経験から。
・日付はソートで絞り込めますので、フォルダの肥大化防止のために四半期以上の
大きな単位で切り分ける以上の用途は不要です。
・送信者もソートで絞り込めるのでそれでフォルダ分けする意味はありません。
・タグで分類してもいいのですがそうしたところ1フォルダが巨大になりすぎて
問題になったので、結局カテゴリによるフォルダ分けに戻りました。
・レスによるツリー構造は頼りにしません。まともな形式でレスしない人が
多すぎだし、あまつさえ過去のメールに返信で新規メール投げてくる人もいるし、
話が脱線したりする
Re: (スコア:0)
Thunderdirdでは、SQLite使いたい [mozilla.org]とか、PostgreSQL使いたい [mozilla.org]というバグがファイルされていますので、実装に是非ご貢献ください。
ちなみに、Thunderbirdのインデックス&検索システムはGloda [mozilla.org]で、インデックスはSQLiteファイルに保存されています。
Re: (スコア:0)
メールの読み書きはEmacs+Mewだが検索のためだけにThunderbirdも併用してる