アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
長期的な見通しやビジョンはあえて持たないようにしてる -- Linus Torvalds
++Mail (スコア:1)
抽出の概念に慣れると、振り分けなんて窮屈なモノのあるメーラには戻れません。
非常に気に入っているのですが、一年以上から開発は止まっており、未
Re:++Mail (スコア:2)
今は++Mailにはあんまり注力されてないようで、乗り換えるにはちょっと尻込みしてしまいます。
>抽出の概念に慣れると、振り分けなんて窮屈なモノのあるメーラには戻れません。
++Mailはこのデータベース化と検索機能の強力さが魅力だったんですが、わたしは結局、
今使ってるWeMail32から乗り換える機会を逸してしまいました。
＃これらの機能は結構使えそうなのに、宣伝が弱かったのかな・・・。
検索と言えば、ちょっと話が変わりますが、Mailerにnamazuを組み合わせるなんてことを
一時期考えてみたりしたことがあります。
＃WeMail32にはメールの中身を１キーワードのみ指定して検索できる機能があるのですが
＃はっきり言って検索処理が非常に遅く重い、使い勝手が悪いと、かなり悲しい状況でして(汗)。
まぁ、組み合わせると言っても、わたしはその時にはUnixマシンとPCの両方が使える状況で、
WeMail32のメール保管形式がtext file(MH互換？)であることを利用し、namazuでメールを検索する
システムを動作させようとしたわけです。
簡単に構成を書くと、以下のような流れですね。
WeMail32でメール取り込み→保管ディレクトリをsamba経由でUnixのファイルシステム上にする→
Unix上でnamazuを動かし、必要なときはPCからUnixにloginしてnamazuで検索。
＃前記のようにWeMail32がtext fileでメールを保管する事から思いついた方法です。
＃わたしは常にktermを画面に出してる人間なので、こういう方法でもそれほど不便じゃ
＃なかったという特殊事情がありましたことを、念のために述べておきます。
しかし・・・残念ながら使っていたUnixがちょいと特殊だったため、namazuを動かすことが出来ず
断念してしまいましたけど・・・。
＃もろもろの事情でUnixマシンを手放してしまい、今はもうそんな悪巧みを出来なくなって
＃しまいました(苦笑)。
---- redbrick
Re:++Mail (スコア:1)
電信八号でも使い方次第では使い物になるかもしれないと思いつつ。 [syam.net]
Re:++Mail (スコア:2)
＃これは盲点だったなぁ・・・。
＃職場のマシンは非力なんですが、これが出来ればかなり便利なので
＃ちょっと検討してみます。
AL-Mail用のnamazuプラグインなんてものもあるんですね。
---- redbrick
Re:++Mail (スコア:2, 参考になる)
試しに使ってみましたが、その用途に使うにはいまいちでした。
っていうかnamazuをこんな用途に使うのが間違いかも。
「vivi」で grep した方が使い勝手がよかったっす。
メールの検索には「search-s for Namazu」は使えそうな気もします。
--
edmaxフリー版使用者 [dyndns.org]