理想のメーラー仕様検討スレ

あまた世にあるメーラーを超えて、理想のメーラーについて考えて
みるスレです。既存のメーラーの長所／欠点も検討しつつ、みんなで
「こんな機能が欲しい」と語り合いませんか。駄目ですか。そうですか。

関連スレ：
おすすめのメールソフトは何？Part9
http://pc8.2ch.net/test/read.cgi/software/1101659990/
優良メーラーお願いします
http://pc8.2ch.net/test/read.cgi/software/1017904045/

新しいジャンルのソフトならともかく、メーラーなんてもう語りつくされてると思うけどな。
「こんな機能が欲しい」と思ったら直接作者に要望出した方がはるかに建設的だし。

メーラーって、そんなに枯れてしまってますかね。
自分はまだもっと改善の余地があるように感じているんですが。
といいつつ、たしかに有名どころの製品のバージョンアップも
革新的な内容は出てこなくなっているとは思えますが。

君が作りたまえ

いや、ホント、スキルがあるなら作りたいよ。
ていうか、その前にどんな機能が必要かを考えてみてるんだけどね。
枯れている機能や仕様は放っておいて、使い勝手を飛躍的に改善
できるようなアイデアをまとめられたらなあ、と。

> メーラーって、そんなに枯れてしまってますかね。
> 自分はまだもっと改善の余地があるように感じているんですが。

どうしてそれを今使ってるメーラーの開発者に言わないで
こんな糞すれ立ててんの？

それだと、細部の改善しか無理そうじゃないですか。
もっと本質的な変更ってのを目指したいんですけどね。

VC++.netの関数表示方法で｢-｣、｢+｣で閉じたり開いたりするみたいな機能を使って、
レス引用の｢>｣の個数がどんどん多くなって階層が深くなった時に。
引用レスを｢+｣、｢-｣で表示したりしなかったりできる機能が欲しい。

たとえば

>>>>メール1本文
>>>>メール1本文の続き
>>>>>メール2本文

↓

+メール1
>>>>>メール2本文

みたいにする感じです。どうでしょうか…？

１メール１ファイル

バグがない

>>10
Outlook Expressにはその機能がありますね。
他のメーラーでもあるのかな。

ちがった、読み間違えてた。
メールごとじゃなくて、１つのメールの中で、ですね？
なるほど。

なんつーか、メールやメーリングリストという現状の形態にこだわらず、
何らかのコミュニケーションをとるプラットフォームについての話なら面白いかな？

>>14
そうですね。
1通のメールの文章で、どんどん引用の階層が深くなっている時(5段にも6段にも…)です。

たとえばメールの件名で言えば、「Re:Re:Re:Re:Re:件名」みたいになった1通の
メールの本文の文章を、VS.netみたいに｢-｣｢+｣で「>」の個数別に閉じたり
開いたりできたら、引用が深くなったとき見やすいかなと思いました。

>>15
そっちも面白そうですよね。
ただ、ここでそこまでやると収集つかないかも・・。

>>17
トリップ凄い事になってまつネw
3つも(ry

ども、自慢のトリップです。ｗ
ここいらだったら、686まで拾ってもらえると期待してました。

ARENAやBecky!のメーリングリストにある
void氏の投稿を参考にしてもらって、
すべての要望を満たす仕様のメーラを作ってほしい。

一般のメーラーで不満なのは、送信メールと受信メールが別物として
扱われているところ。自分はどっちかというと、送信／受信の区別は
不要で、誰とのやり取りという整理をしたいので、Ａさんからのメール、
Ａさんへのメールは１つのフォルダで管理してる。
けれど、そういう振り分けルールを作るとすると、送信メールに適用
するルールと受信メールのとで、たいてい２つルールが必要になる。
なんか変。違和感ある。
でも、書いているうちにどうでもいいことのようにも思えてきた。寝よ。

>>20
ジョークかも知れんが、、汎用性に欠けるモノになるよ

>>21
ふつうそういうときは常にBCCに自分のアドレスを入れるようにしといて
どっちも「受信メール」として振り分けるのが普通の運用だと思うんだが、
21さんの書いたやり方が出来るというのもわるくないとは思う

その場合は、Message-IDを送信前に自前でつける設定が必要になると思う
そうしないとReferencesを使ったスレッド表示ができなくなるから

hotmailを受信したり送信したり出来るようにして欲しい
余計なソフト使わずに

>>22
Message-IDの件がありますね、たしかに。
ちなみに通常は Message-IDって、最初にPOSTされたSMTPサーバが付与
するんでしょうか。素人質問ですみませんが。
あと、自分も必要に応じてBCCする場合もありますが、ただ、それをメーラー
の送信メールの管理の「仕様」としてしまうのは微妙な感じもありますね。

>>24
現状ではMTA側がMessage-IDをつけてる。

最近のRFCを知らないのでもしかしたら変わってるかも知れないけど、
Message-IDはMUA(メーラー)側で付けるかMTA側(サーバ)で付けるかは微妙な問題だったと思う。

RFC的には「MUAで付けてね、でもついてない場合はMTAが補完してね」という
スタンスだったハズだけど、じゃあMUAで付けるとしてもそれが「そのメールを
特定できる、つまりユニークなID」という条件を満たすかどうかという問題がある。
(それはMTA側で付けるにしても難しい話ではあるけど、単純なMessage-IDを
付けるメーラーが現れるよりはマシかと。)

それに実際問題として、自前でMessage-IDを付ける設定があるメーラーは
普及率から考えたら少ないわけだし。

ちなみに22にある「常にBCCに特定のアドレスを入れる」や
「自前でﾕﾆｰｸなMessage-IDを付ける」という設定がどちらも備わってるメーラーは
複数存在すると思われ

良スレの予感。
記念カキコ

>21氏の意見には前面賛成。
送信、受信ってのはあくまでシステム側の考え方であって
人間側から見た考え方ではないね。

>1氏の革命的に効率が上がるアイデアが欲しいってのも賛成、
みなが思い思いのこと書きなぐるだけでもいいと思う。
仕事で一日数千件のメールを受け取るが、振り分けの設定とか半端じゃなくて、
システム移行のときとか大変。でも決してメーラーのインターフェースが悪いわけでもない。

相手で振り分けたいときもあれば、話題で振り分けたいときもある、
機械的な現在の振り分けじゃ不可能で、今の効率が限界っぽい。
もともと、メールのヘッダとかって振り分けのために作られた仕様じゃないしね、
かってにメーラーが検索かけて処理してるだけだから。

振り分け先も、100件以上越えるとかなり厳しい。
まじで同僚の間とかで自分らで作るかって話も出るくらい、超高機能メーラーが欲しい時代かもしれない。

>>26
> 相手で振り分けたいときもあれば、話題で振り分けたいときもある

振り分けを主導でやる以上は、大してなにも変わらないと思うんだが。

相手で振り分けたり、話題で振り分けたりして
見たいときに見たい分類をしたいというんなら、
Mailistのようなエイリアス方式でいろんな分類のフォルダに
1通のメールのエイリアスを振り分けるというのもアリだろうし、
Datulaみたいに検索とは別に絞込みを用意してそれを活用するというやり方もある。

いちいち書くのがめんどくさい。

既存のメーラーの仕様をある程度知ってる者が参加しないと
あんまし建設的なスレにはならんと思うがなあ。

思いつきを列挙した中に、あっっというアイディアがあることも否定はしないが。

主導→手動ね

>>26
それなら鶴亀メールでできそうだけどな。

まず、鶴亀は一つの振り分け設定を送信、受信、あるいは両方に適用可能。
もちろん送信したメールを「送信済み」フォルダに入れることなく、
振り分けで設定したフォルダへ直接移動させることができる。

＞相手で振り分けたいときもあれば、話題で振り分けたいときもある
鶴亀はメール一覧をスレッド表示できるから、
最初に振り分けでその相手とのやりとりを一つのフォルダにいれておいて、
そのフォルダをスレッド表示にすれば、あとは勝手に同じ話題を一ヶ所にまとめてくれる。
この方法でかなり解決すると思う。

>>29
スレッド表示できないメーラーのほうが少ないわけだから、

>相手で振り分けたいときもあれば、話題で振り分けたいときもある

ってのは、複数人で同じ話題のメールをやりとりしてるときに
そのメールを個人ごとのフォルダに収めるか、話題ごとのフォルダに収めるか、
あるいは、とかいう問題だと思うんだが

自分仕様は自分で作るしかない

アイデアなんて作ってりゃ沸いてくるだろ

振り分けルールの管理をどうにかして楽にしてほしい。
自分の場合、数百くらいルールがあるので、管理が煩雑。

>>33
例えば？楽っていってもいろいろあるだろう

基本的な考え方として、大量にメールを扱わない人はたいして要望って無いと思うのね。
で、大量に扱う人にとっては、メールは何らかデータベース的な管理をしたいのでは
ないかと思うのよ。メールそのものもそうだし、振り分けルールなどの管理情報もね。
でも、あんまりそういう感じの製品って無いような・・・。なんでだろう？

>>35
人気のあるソフトを目指す場合多くの人に受け入れられるような
仕様になる。
大勢のライトユーザー向けに開発されるのは当然。

>>35
超整理法に準拠したメーラーとか。

俺詳しくないんだけどビジネス用でないわけ？
グループウェアとかでメールをデータとして蓄積するような。

Wiki+メールはすでにあったような。
なんかいまいちすっきりしないんだけどな。

[ビジネスsoft板]
ビジネスメールの仕分けを考える
http://pc8.2ch.net/test/read.cgi/bsoft/1079271475/

>>36
たしかに間口は広くする方がいいけれど、奥行きを狭くする必要もないと思う。
ドラクエみたく（？）、初心者でも入り込みやすくて、それでいて熟練者には
使い勝手の良いツールというのも実現できると思う。抽象的でスマンけど。

話は違うけど、メールの性質に応じた管理方法ってのもあるかと感じている。
受信専用のもの（ML、MM等）、ある時期だけ集中的にやり取りするもの、
たまにやり取りするだけの相手、コンスタントにやり取りのあるもの、など。
こういうのを上手いこと切り分けて管理する方法を模索してるんだけど、
何か良い方法はないかな。

メーラー作ってる作者さんに要望出すか自分で作る

>>37
ほほう、超整理法ね。なんか面白そう。
具体的なイメージはパッとは沸かないけど、そうだな、
>>41にもからむけど、最近やり取りしている相手、トピックというのが
上手いことクローズアップされるような仕組みがあると良さそう。
で、その相手＆トピックが沈静化すると、自然とメールそのものも
視界からフェードアウトしていくような・・・。もちろん削除されてという
わけではなくね。

>>38
サイボウズの製品にも、メールを蓄積することをメインとした
グループウェアみたいなのがあったと思う。詳しく知らないけど。

たとえば、自分が過去 24時間とか 48時間とか以内に発信したメールへの
返信（らしきもも）は自動的にクローズアップされる仕組みとか欲しい。
たまにだけど、相手のPCの時刻設定がおかしくて、わけのわからん発信日時
で送信されているせいで、こちらが見落としてしまうメールとかあるんだよね。
それと、こちらの振り分けルールの設定加減で思わぬ形で埋もれてしまうとか。
そういうのを回避して、優先的にクローズアップできる仕組みがあると嬉しい。

返信なら通常はReferencesかSubjectでスレッド化するだろうから
時間がずれてても見落とすことはないと思うんだが
それプラス、未読数表示もあったりするわけだし

>>32
ならおまえが作れよ。沸いてくるんだろ？

>>46
自分は仕事の関係で、新しい人（お客）とメールのやり取りが日々発生する
んで、その中にたまにうっかり見落としが発生するんだよね。
まあ、ずっとってことではなく、少し遅れて発見はできるんだけど。
お客相手に発信したメールを集めたフォルダを用意しても、お客からのメール
はそこに振り分けにくい（新しいアドレスなのと、サブジェクトはお客によって
変えられてしまう場合がある）しね。
こういうのって、新しい機能とかいわなくても、何かうまい管理方法はあるの
かな。

migemoでズバズバ日本語インクリメンタルサーチできる
メーラーあれば最強なんだがな

>>49
それすごいな

>>45と>>48を読む限りでは、見落とす理由がわからない。

>51
はよっぽどしっかりした人なんじゃない？
同僚でも半分くらいはメールが埋もれたりって事言ってない。
俺とかその他へたれ数名が埋もれたりトンでったりして困ってる。

使うのがうまくなくても困らない仕様感がほしい。
>27のdatulaの機能いいね。そんな機能あったのか。
でもあれ確か開発中止だったよね。
残念。
データベース化してほしいってのは本とその通りだね。
mysqlとかインスコして直接クエリたたけるメーラでもいいな。（笑
そしたら抽出も振り分けもいろいろできそうだ。

>49
>migemoでズバズバ日本語インクリメンタルサーチできる

それ萌えーー

Mewって使ったことないけどそういうのできるの？

エイリアスで色々分けておいておくってのも良いなー
クエリたたいた履歴がフォルダみたいになってて
残ってくれてればそれで良いような気がする。

振り分けルールと違ってクエリなら条件式の階層化とか概念的に楽そう。
ただし初心者は完全に置いてけぼり仕様だが、、、
表面にはその辺を抽象化した既存のメーラみたいでいいけど
内部はDBで動いてて、その辺もカスタマイズなりマクロを組むのが可能。
みたいな。

誰かつくってくり、、

オレも
>クエリたたいた履歴がフォルダみたいになってて

てのを考えて、同じように

>ただし初心者は完全に置いてけぼり仕様だが、、

と考えて、行き詰まり

そのあたりをうまく具現化できる神様の登場を願うばかり

んー単に既存のメーラみたいなインタフェースで振り分け機能があって、
それに応じたフォルダ・クエリを生成してくれれば良いんでないかな。
クエリ方式を見た目だけ振り分け方式にするって感じ。

>>54
メール本体は、たとえば受信フォルダやらログフォルダみたいなところに
まとめて格納することになるんだろうけど、必ず「クエリフォルダじゃなくて、
とある属性のメール本体を別フォルダに分けて入れたい」ってな欲求が産まれる

それは実利上の問題からだったり、見た目（受信フォルダ内に「異物」を入れている
ような気になる感覚）の問題からだったり

そうすると通常のフォルダと見かけ上のフォルダが存在することになって、
ちと概念が複雑になって分りづらくなると思うわけよ

>55
んーDB使う時点で実体はフォルダも何も無いんだけどなあ、
インタフェースを作り込めば、そういう整理欲求を満たす仕様には
十分できると思うけど。
メーラじゃないけどとあるソフトでそういう仕様のもの使ってるけど、
特にストレスは感じないよ。

まあ、メーラに限った事じゃないけど、使う人のレベルにあわせて
初級、中級、上級とインターフェースやなんかは分けて作るしか無いよね。
高度かつ汎用的なソフトに仕上げようと思ったら。

クエリ式だと「すべてのメールを送信元でフォルダ分け」みたいなことも
瞬時にできるよね。
クエリ＝フォルダよりも
クエリグループ＝複数フォルダビュー

みたいなのが良いのかなあ。
うーんただの使いにくいだけのメーラになりそう、、、

firebirdでも入れてプラグイン漁ってアイデア考えてみる。

なんかそのうち、いつのまにか気がついたら Google Mailと Google Desktop Searchが
シームレスになってて、悩みがすべて解消されてしまったりして。よく知らんけど。

google mailってのもそんなに良いの？
垢作ってみよう。

>>53
未来検索とかでは検索結果をRSSにできるけど、あんなイメージかな？

個人的には、メールはもう外においておいて、インターフェースはWebでいいやと。
検索できて、そのトリガーをひっかけられるようにできたらそれでOK。

>>56
>クエリ式だと「すべてのメールを送信元でフォルダ分け」みたいなことも
ぽけっと一つの原則に基づいて且つクエリ＝ラベルと捉えると、Gmailでやっていることそのまんまだけど。
さらに個人的なものを浮かび上がらせるために☆マークもある。

Gmailのフロントエンド作っても意味なさそうだし、
Gmailに似た使い勝手のメーラーを目標にして
作っても良いかもしれないな。

thunder birdが結構良さげ。
プラグインもがんがんあるし。
フォルダ＝クエリって考えかただし。

ほほう。ふーむ。

>>62
ひさびさにいれてみるか。
Netscape2.0ぐらいだったかについていたやつ以来になるけど。

宛名印刷の出来るメーラーってあるかな。
筆まめにメーラーがついててアドレス帳を共有できるんだけど
そのメーラーが使いづらい。

印刷とメールは別々のソフトでもいいけどアプリごとにアドレス帳を
作りたくないんだよな、同期させなきゃいけないし。

そう思ってるのは俺だけかな。

>>65
LDAPで・・・・

>65
LDAPとそれに対応してるメールソフトでできるよ。
ベッキーとか
筆まめはしらんが。

>>6667�d
LDAPでぐぐってみた。
理屈はわかったけど対応してるアプリがあんまり見つからなかったから
メジャーじゃないのかな？

年賀状の宛名印刷に使いたいんだよね。
ベッキー試してみるかな。。。

普通にアドレス帳のインポート、エクスポートではだめなの？
CVSで吐き出すとかありそうだけど。

>68
LDAPかなりメジャーですが、、、
まあそれはおいといて個人で使うのは色々大変かもしれぬ。
年賀状の宛名印刷って具体的に何がやりたいの？
筆まめに入ってるなら筆まめで印刷できたと思うが。
筆まめとメーラーのアドレスを共有したいのかい？？

何がやりたいかはっきりしないんだが。

>>70　わかりにくくてスマン。

筆まめで年賀状作成
↓
苦労して作ったアドレス帳が付属の筆まめメールで使える　ｳﾏｰ。
↓
使ってみたら　送受信のたびに回線が切れる　送受信ダイアログが
出っぱなしでｳｻﾞｲ　等　公式ページでもサポートなし。　ﾏｽﾞｰ。
↓
というわけで　メールやら宛名印刷やらを一つで色々出来るオールインワン、
もしくは一つのアドレス帳を複数のアプリで共有できればなー。


って>>69で思いついたけどcsvを基本としてアドレス帳を管理って
手軽でよくね？

>71
.......
筆まめからアドレスのデータをテキスト出力
メーラーでテキストをインポートで出来ます、、、

＞って>>69で思いついたけどcsvを基本としてアドレス帳を管理って
＞手軽でよくね？

CSVでインポート、エクスポートの出来ないメーラーか年賀状ソフト
あるなら教えてくれ。
んで、使うのやめた方が良いよそれ。

だ・か・ら
いちいちアプリ間でインポートだエクスポートだのするのが
ﾏﾝﾄﾞｸｾｰっつってんの！(煽り)

本人だとしたらただの池沼だな。

MSのOffice（Outlook+Word）でやればいいだけじゃないのかね。

CSVサーバー的なミドルウェアがあって今後でるソフトが自動同期に
対応してくれれば良いかもしれないんが、
事実上LDAPが最有力候補だし、
CSVじゃ遅すぎて話にならんと思う。
個人用には良いかもしれんが、CSVの出力、入力を個人のレベルで
めんどくさいと思う人はかなり少ないと思う。
そのニッチな需要のためにミドルウェアのCSVサーバーを開発する意味が
俺には見いだせない。
自分で自動化スクリプトとか好きなソフトのバイナリデータを引っこ抜いて
動機させるコードを書いたほうが幸せになれると思う。

>>44
サイボウズだと、メールワイズっていうやつかな。
ここでの議論とは少し方向性が違う製品かもしれないが。

このスレでは厨な質問だったかな。。。
自分で考えることにするよ。

てｓ

なんか、こっち↓のスレじゃ
http://pc7.2ch.net/test/read.cgi/software/1017904045/
Socketとかゆーのが出てきて、ちょっと盛り上がってるみたいなんだけど、
俺が欲しいのはそんなん(>>436)じゃないんだよね。

大事なのは検索性、いや正規表現云々じゃないぜ。
見たいメールがすぐ見れるような表示方法、そもそも検索なんかしなくていいような。
n-Reply-ToヘッダやReferencesヘッダのみに依存するのではなく、subjectやtoやfromなんかも
解析して、更に自分で編集可能なスレッド機能とか。

要は仕事でちゃんと使えるような仕様を考えてくれ。

どうぞ
↓

おまい以外の人がそれ使ったら大混乱だろうな

つか、対応できないイレギュラーが出たときに
メーラーを信用しきってたらそれを見逃すし、
信用してなければ日々の能率はおちまくりんぐ

スレッドの並びを自分で編集できたり、Referencesで並べたうえで
Subjectなんかで一時的に寄せ集める、なんてことができるメーラーならあるが

それ教えてよ。

出来ればm2以外でおねげーします

>>81
答えられないなら黙ってろよ？

　ク　　ソ　　が

糞はしゃべりませんが

　　　 ∧＿∧　 ／￣￣￣￣
　 ∧（　´∀｀）＜　あげ
　（　⊂ 　　　⊃ ＼＿＿＿＿
　（　つ　ノ ノ
　｜（_＿）＿）
　（_＿）＿）

Received ヘッダで振り分けがしたい。
その際、まっとうな正規表現が使いたい。

電信八号・EdMaxは正規表現に癖があって。。。

まっとうな正規表現ってどういうの？
ツールによってどれもこれも違うから、何をもってまっとうと言うのかわからないので
「○○に実装されている正規表現」って感じで教えて。

exchange serverにも対応したメーラ...
特にアドレス帳プロバイダにアクセスしたりしたい...
Outlookは重くていや...

「仕様」といえる具体的なものではないが、
俺が望むのは、昔の＋＋Mailと今のGmailを足して２で
割ったような感じのメールだな。

送信メールと受信メールの違いすらない
すべてのメールはひとっところに保存されてて
分けて表示する必要があるときは、クエリの検索結果
表示という形で表示する。

そんな感じのんがほしい。

ああ、同感。

送信済みと受信とで分ける必要性って無いよね。

出したのも来たのも、基本は人毎に分けたいよね。
複数のアドレスと会社や部署名も保持出来るアドレス帳を持ってて、
その情報を元に、人毎とか会社毎に分けて表示出来るの。

そんで、同じ人でも別案件は別表示とか、別の人でも同案件はくっつけて表示とかが簡単に出来ると尚良し。

皆気づいている事だけど，正直これだけPCに保存できる情報が増えると
ツリー型階層構造に分類するってのは無理があるよ

流行のタグ付けとかスマートフォルダみたいな一つに複数の関連付けが
できるような分類法じゃないとどうしても違和感が出る

ただ，この場合検索が完璧じゃないとダメだな
取りこぼしがあるようじゃ使えない

>90
だよね。　送信メールと受信メールを分別する必要性は全くないよね。

>91
まったくもって、おっしゃるとおり。

ツリー型管理手法だと、必ず「コウモリ問題」にぶち当たる。
せっかくの電算機なんだから、grepなりSQLなりでの検索を前提
にしといたほうがいいんだよな。　

7ヶ月前と同じ話がループしている点について

>93
それだけみんな、現状に不満があるってことよ。
過去ログ確認するのわすれるぐらい。

２ちゃんブラウザ風メーラー
やりとりがスレッドみたいに表示されるやつ

>>95
ツリー形式で表示させればいいだろ

>>94
同じ人たちだけがいるわけじゃないし
どの話題でもループしてるとおもうぞ
それに解決、あきらめた人はこんなとこにこ二度とないんだからさ・・・

こんなのどうかな。

受信送信ごちゃまぜのスレッド表示にしてもこんな感じになりますよね。
↓が受信メールで、↑が送信ね。

+Aちゃん　　　　　+B君　　　　　　　+C様
↓合コン　　　　　↑Fw:合コン　　　 ↑円高(A,C)
　↑Re:合コン　　　↓Re:Fw:合コン　　 ↓Re:円高(Cから)
　↑Fw:合コン
　　↓Re:Re:合コン
↑円高(A,C)
　↓Re:円高(Aから)

それを、

+A↓合コン　　　　　　　　　　+A,C↑円高
　A↑Re:合コン　　　　　　　　　A↓Re:円高
　　A↓Re:Re:合コン　　　　　　 C↓Re:円高
　B↑Fw:合コン
　　B↓Re:Fw:合コン

こんな感じの表示も出来ると良いなと思う訳です。
金出すから、誰か作ってよ。

それはもうあるな

>>99
何てやつ?






華麗に100

>>91
皆気づいてる事だけど、正直どれだけPCに保存されてる情報が増えても、
そのほとんどがクズだって事だよ。クズを分類してどうするのよ。

>>101
君はHDDフォーマットしなよ

一カ月もレス無しかよ。。。
つーか理想の仕様てメールの分類とか表示しかないの？

ttp://japan.cnet.com/news/ent/story/0,2000047623,20092137-2,00.htm

迷惑メール送信者に報復機能

国産オープンソース・メール・クライアントSylpheedがWindowsに正式対応
http://itpro.nikkeibp.co.jp/article/NEWS/20060214/229305/

＞検索結果を仮想フォルダとして保存する機能や，絞りこみ検索など，検索機能を強化した。

迷惑メール対策で
件名が指定した文字数以上の1バイト文字のみで構成されているメールを
自動でスパムメールとして認識できるメーラーがほしい。

フォルダ管理するんじゃなくて、gmailみたいなラベル管理
検索は基本的に全文検索、もちろん速度はGoogle程度

更にスパムの学習のように、メール着信時にラベルも自動的に付与されてるといいかな

gmail使えばいいんじゃね

>>108
Googleはインデックス化しているから速いんだろ。
だからきちんと全文検索してないのでは？
想像だが。

>>109
仕事のメールをgmailに転送できないので、サーバを兼ねないクライアントが欲しい
>>110
HDDの容量は余っているので、それならGoogleみたいにインデックス化したメーラーを

前にGoogle Desktop Search使ってみたが、検索漏れまくり。
とてもじゃないがメールの全文検索には使えなかった。

>>111
ThunderbirdでもIMAPだとリアルのフォルダーに分けず
ラベルで仮想フォルダーは作れるぞ。

メーラー作ってるんだけど、保存形式が独自形式だと引く？
具体的には、Firebirdっていう組み込み用RDBMSの形式なんだけど。

>>114
コンバータ付けてくれりゃ無問題

よし、やったるでー

今、新たなる伝説が生まれようとしている

>>116
兎に角スレッド表示とスパムフィルタと振り分け設定が強力なやつ頼む

「スレッド表示を強力に」を具体的にプリーズ。今までのメーラのスレッド表示の何が不満なのかを。

スパムフィルタは既成のベイズフィルタを使うしかないと思う。
振り分けとかの拡張機能は、Pythonスクリプトで記述できるようにしようと思う。

というか、今はまだデータモデリングをしている段階で、完成はまだまだ先。
popの受信が出来るようになったら公開しようと思ってます。

>>119
>「スレッド表示を強力に」を具体的にプリーズ。今までのメーラ
>のスレッド表示の何が不満なのかを。
これは>>80のことを言っているのでは？
ただ直下のレスにもあるように、スレッド化ルールのOnOffが個別に出来ないと混乱を招くでしょうな。

私的には>>98みたいに送信受信フォルダの区別なく、纏めてスレッド表示してくれると、一つの話題を
時系列で追っていけるので見やすいかなと。

今使ってるメーラでは、スレッド表示しているメールの一つを別フォルダに移動して、元のフォルダに
戻しても元のスレッドに自動でくっついてくれないので、そこは不満です。
あと、私はメールの一覧を新着順に表示しているので、スレッドにくっつく際も上方向にくっついて
くれた方が新着を見やすくなりますね。

ま、>>80のリンク先の某S○cketみたいにならないことを願いつつ、ﾏﾀｰﾘ待ってます。

ファイル形式云々というからやはりPOPのみなのかなぁ？とは思っていたけど、
最近Plagger＋IMAPでブログを読んでいるから、便利なクライアントが
あれば使ってみたいところ。ま、期待してます。

バックアップしやすいのがいいな

検索が強力なのがいいな。

選んだフォルダ以下のメールを全て検索し、その検索結果一覧を、検索フォルダみたいの
の中で普通のメールのように見れるといいなぁ。Outlook方式かな？
そのときは検索文字がハイライトしてるの。

あと、フォルダ内のメールを検索して、条件に合ったメール一覧を、タブかなんかで増やし
てくの。「XTMemo」っていうソフトみたいな方式。

自動的にメールを受信して、読む必要のないメールはゴミ箱にポイ。
必要なメールは本文の要約を携帯メールに送信。
返事はメーラーが勝手に書いてくれる。

そんなメーラーがいい。

>>114
これだけ釣れりゃ、気が済んだろ？
純粋な俺達を、これ以上玩ぶのはよしてくれ。
解っちゃいるが期待しちゃうんだよ。
釣りじゃなきゃ鳥付けて再登場ｷﾎﾞﾝﾇ

なんかむかつく言い方だな
やめた

QMAIL3の振り分け使ったら、送受信メールを一緒くたに出来る。快適 快適
スパムフィルタも強力。
マクロ使いこなせば、>>80みたいなスレッド表示も出来ちゃうかも。
いつ出来るとも知れん新メーラなんぞ待つ必要なし。

Receivedヘッダのアドレスを逆引き？して、トップレベルドメインでフィルタできる機能がほしい。
もっと具体的に言うと.cnを経由してくるメールを自動で削除したい。
迷惑メールの経由先を分類してみたらほとんど中国だった。

たとえば
Received: from gwycn.gnway.net ([203.90.163.227]) by ***
の　203.90.163.227　から　whoisで
country: CN
を調べてCNに一致しているから無条件に削除。

海外に知り合いいない人にはかなり強力なフィルタになると思うけどどうだろう？

hosu

>>122
MailExp か　emlXtracter　を使うのはやはり面倒？

eml形式、UNIX mbox形式の
いずれについても
インポート、エクスポートを確実にできること。

スレッド表示させる場合、未読や最近の分という指定ができること。

秀丸メールはできるが、昔のbeckyはできなかった（今はしらんけど）。

114生きてるか

>>133
>>126

ユーザーの要望が載っているスレなので、保守age

秀丸メールは大抵の事はできる。出来ないのは日時指定送信

海外からのメールがきたらスカサズ翻訳受信←これあれば便利

俺的メモ
ttp://www.tokix.net/txt/000184.html
ttp://inc-ikimono.jugem.jp/?eid=313
同じ事考えてる人はいっぱい居るわけで。
クエリフォルダだけだと、あるトピックに関するけど
キーワードを入れてないために漏れが出てくると思う。

でもフォルダ管理も残しておいて欲しい。
ttp://www.ideaxidea.com/archives/2005/08/the_inbox_makeo.html
このフォルダ分けとラベル管理の組み合わせが良さそうだと思った。

・フォルダ管理
・スレッド表示
・スパムフィルタ（ベイシアンフィルタ）
・タグ（ラベル）管理
・クエリフォルダ
・数GBを超えても動作が軽い。
もちろんｱﾄﾞﾚｽ帳もタグ管理（Edmax等ですでにあるけど）

Gmailだと会社で使えないのがﾂﾗｽ
鯖立ててSquirrelmailってので実装できるそうだが・・・？
ttp://q.hatena.ne.jp/1117770520
実際に導入するのは敷居ﾀｶｽ

近いのはQmail3かなぁ。
複数ラベルに対応してくれたらいいんだが。

>>80のスレって鯖移動してたのね。

優良メーラーお願いします
http://pc8.2ch.net/test/read.cgi/software/1017904045/

Socket興味本位で使ってみたかったけど
開発とまったっぽいね。

>>138
昔々、++Mail（たしかこんな名前だった）っていうほとんどデータベースみたいなメールボックスを持つメーラーがあった。
結局売れなかったが、大多数の人たちにとって使いにくかったんだろうね。

>>140
ttp://internet.watch.impress.co.jp/www/article/981109/puram.htm
++Mail ぷらぷらメール
これですね。

この時代にキーワード（ラベル）機能をつけてるのはすごいｗ
Googleよりも5年以上前ですねｗ

ただ、これもQmail3のようにラベルを右上のペインのカラムの項目に設定してるけど
抽出フォルダの項目の一つにして、1メールに複数キーワード設定可能の方が
いいと思うけどどうでしょう？
仕事では一つのメールに二つ以上の案件があることがざらですし。

ここにも電子メールクライアントについて少し
ttp://www.rubyist.net/~matz/20040608.html#p01

>>141
懐かしいね。++Mailは一時試用したことある。
発想は良かったんだけど、その発想以外の部分の基本機能がいまいちだったのと、
1万円以上出すメリットまではなかったなぁ…。

メーラー作ってる。深いね……

要素技術だけでも、ネットワーク、GUI、メールの管理、設定の管理、アドレス帳の管理、検索、全文検索、SPAMフィルタ。
メールの書式に関する規格(RFC)は山のようにあるし。無駄に高機能だし。
日常使うソフトだから軽い方がいいけど、高機能でもあってほしい。そのあたりのバランスとか。

帰宅してから夜中にチョコチョコと作っているので、あまり期待せずに待たれい。

超wktk

祭が来るのか

(1)手におえなくて製作断念
(2)規格不整合なものができあがる
(3)超使いにくいものが完成
(4)既存のメーラーに劣るものが完成

さあどれ

全部

>>143
できればWebMailに対応できるようにして欲しい
自分は普段NPOPとか使ってて、HotMailだけThunderbirdとかやってる。
Thunderbirdいいんだけど重いのが難点

軽くてWeb（特にHotMail）を手軽に扱えるﾒｰﾗ希望

HotMail自体が重い希ガス、、


質問
特定のメールがきたら内容に書かれているURLにブラウザで確認する、
そんなメーラーしってますか？

P

>>148
Hotmailはメッセ専用でメールだけ他に移行するが吉。
主要なWebメールサービスで未だにPOP受信できないのはホトメくらいだよ。
Gmailも登録できるようになったし、Yahooなんかも容量増えてるし。
ホトメに執着する意味はもはやない。

RFC2822読んでるんだけど

2.2.2
略
The general rule is
that wherever this standard allows for folding white space (not
simply WSP characters), a CRLF may be inserted before any WSP.

ここがさっぱりわからん。
和訳を読んでももっとわからん。
この一文誰か訳しておくれ

×2.2.2
○2.2.3

folding white spaceの一般的な規則は、CRLFがWSPの前に現れるということである。
（規格では、folding white space(CRLF+WSP)はどこにでも存在できる）

てことかな？
なんで括弧の注釈がつくのかわからんが。

なぜ注釈があるかは、あれこれ読み込むとわかる

RSSリーダーとメーラーは一緒になってほしいと思う。
アイコンのセンスが悪かったり動作劇重なのはごめんだけど。

QMAIL3とかエロエロある訳で。
Operaにいたってはブラウザさえも統合されてる訳で

WinnyでMP3ファイルを手に入れたのだが、10曲が1つのMP3ファイルになっている、
これを1曲ずつ10個のMP3ファイルに分けたいのだがどうしたらいいのかね？

全メールを１ファイルにして、インデックスとクエリでフォルダ分けするのを
考えてるんだけど、インデックスが破損したりすると全て終わってしまうのが怖い。
あるいは、保存しているメールの中にウイルスデータがあって、
新しくインストールしたアンチウイルスソフトを入れてチェックしていると
インデックスが狂ったり、メールファイルが削除されてしまったりとか・・・。
そういうのを考えるとなかなか冒険できないな。

既存のメーラーの仕様見たら、それくらい解決できるだろ…
常識的に考えて…

メーラーでダウンロードされたメールファイルって、PCのどこに保存される？
保存形式はメーラーで違うの？
保存形式はどうやたら分かる？

>>161
ばーかばーか

タグ分類についてはthunderbird2.0で実装するみたいだな。
まぁ雷鳥は機能はともかく重いので
他のメーラーが追随してタグ付けできるようにしてくれることを望むけど。。。

軽くて安定。セキュリティもばっちり。

オープンソースでマルチプラットホーム、マルチランゲージ。

コア、エディタ、マネージャ、インターフェース、スキンが分離されており、規格に基いて別の作者が作れる。

個人でも企業でもなく非営利組織で開発・保守されている。

サーバ、デスクトップ、リムーバブル、ポータブル、携帯などの複数の実装がある。

アカウント毎、複数ユーザー対複数拠点で連携できる。

見かけ上はツリー階層型でもタグ型でもあり、内部ではリレーショナルデータベースで管理。内部データ形式はXMLで標準化する。

データ交換・連携機能にも優れており、例えばメーリングリストとBBSが渾然一体となった運用や、P2P型掲示板やWiKi･CMSのような形態と連携できる。

拡張機能にデータマイニング機能があり、個人の必要で好きにデータマイニングできるほか、スパムについての分析結果はP2P技術で共有することもできる。

まさにそんなメーラーを今開発中だ。
あとちょっとだけ待っててくれ。

マジデスカ

せいぜいメッセージとアドレス帳しかないのに、
リレーショナルである意味がわからないし、

”内部”データをXMLとしているのもわけがわからない

多対多のリレーションシップ

>>167
いろいろ勉強しろ…

私は、小学３年です。 は、彼氏がいます。彼とわたしは、デートの時 、どちらかの家に行き、だれもいないとき、部屋 で横になって裸でだきあいます。
それがだんだ んエスカレートしていって、学校の体育倉庫で服 をぬがされ、まだ３年生ですが学年で１番大きい おっぱいを、つかむように触られたり、しゃぶっ たりされます。
最初は、苦手だったんだけどだん だん気持ちよくなりサイコーです。しかも、わたし は、学年１美人でもてます。
彼も同じで、美男 美女でよくみんなにうらやましく、思われます。
: : このカキコ見たあなたは4日後に不幸がおとづれ 44日後に死にます。それがイヤならコレをコピペ して5ケ所にカキコして下さい。
私の友達はこれを信じ ず4日後に親が死にました。44日後友達は行方不明・・・・。 いまだに手がかりもなく私はこのコピペを5ケ所に貼り付けました。すると7日後に彼氏ができ10日後に大嫌いな人が事 故で入院しました。 : : 　　　　信じる信じないは勝ってで