muttを使おう

1名無しさん＠お腹いっぱい。
垢版 |
NGNG
ありそうでなかったので立ててみました。

本家HP
http://www.mutt.org/

Mutt Japanese Edition
http://www.emaillab.org/mutt/
557553
垢版 |
NGNG
>>556
| でもリアル>544 は DQN 認定しましたのでもう放置で。
↑こういうことを書くから話がこじれるのでは?
気に入らないってだけなら黙ってればいいじゃん。
558545
垢版 |
NGNG
>557
ごめん。
NGNG
で、mutt.elは使えるの？
NGNG
何それ？
NGNG
>>559
mewっぽいaliasの補完を探してて使ったことがあるけどmutt.elってToとかCc
とかBodyとかsignatureに移動とかしか出来なかったと思うけど。一応動くよ
NGNG
  "All mail clients suck. This one just sucks less."
とはよく言ったもんだ。
一度慣れると他のメーラーは使えなくなる。

びっくりするような機能は無いが痒い所に手が届くというか
いたるところにさり気ない気配りがある気がする。
563名無しさん＠お腹いっぱい。
垢版 |
NGNG
自分以外でmutt使ってる人が周りに全然いないんだけど、
みんなはどういう理由で使い始めたの？
俺はmnewsのセキュリティホールが埋まるまでのつなぎ用に
j,kで移動できるメーラを探してたどり着いたんだけど。
564名無しさん＠お腹いっぱい。
垢版 |
NGNG
最近開発止まったの？

NGNG
>>564
releaseはそんなに頻繁じゃないからね。
CVS先端ではroesslerのsend2-hookが12/08にcommitされてるね。
05/01/17 21:20:24
特定のメールを開いたら Segmentation faultで落ちるんですが既出ですか？
Mutt 1.5.6i NetBSD 2.0 です。
05/01/17 21:45:26
>>566
そのメールを晒したら?
05/01/17 22:09:39
>>567
ヘッダに個人情報がいっぱいあるのでそのままでは晒しにくいんですけど。
<41EB797C.5040805@freebsd.org>の
ANNOUNCE: [FreeBSD-Announce] FreeBSD Status Report July-December 2004
というやつなんですが受けとってる人いませんかねえ。
05/01/17 22:13:56
失礼。これですね。
http://lists.freebsd.org/pipermail/freebsd-announce/2005-January/000977.html
05/01/17 22:24:23
>>566
ファイルを削ってどこが原因か特定するとか。
05/01/17 22:48:51
1.5.6i on FreeBSD 4 ではそのメール(header の経路部分は当然違うだろうけど)
みても落ちないけどなー

落ちること分かってるなら、せめて gdb でどの辺りかくらいは
当たり付けられない?
05/01/17 23:42:26
>>571
#0 0x48236960 in fgetc () from /usr/lib/libc.so.12
#1 0x0806915e in free ()
こんな感じです。
05/01/18 10:41:59
それじゃ全然わからないなぁ...

parser 辺りに片っ端から breakpoint 仕込むとかするのかな?
(mutt の debug はやったことないんでわかりまへん)
05/01/18 22:01:24
mnewsからmuttに移行した者です。

mnewsのようにフォルダごとのカレントメールを維持したい
（フォルダ移動したときに移動前のメール位置を記憶し、
戻ってきたときにその位置になっていてほしい）のですが、
可能でしょうか。

message-hookとfolder-hook使ってガリガリやればできそう
ですが、標準でそういう機能があればそれに越したことは
ないので・・・。
575名無しさん＠お腹いっぱい。
垢版 |
05/01/29 10:33:45
mutt-dev 盛り上がってるね。来月は1.5.7のreleaseかな?
05/01/29 12:28:56
1.5.7キター
ftp://ftp.mutt.org/mutt/devel/
05/01/29 14:15:53
(ﾟ∀ﾟ)
--enable-hcache Enable header caching

日本語パッチマダー チンチン
05/01/29 14:19:20
時代はデフォでi18n対応
05/01/29 15:22:32
>575
"mutt-ng? 聞いてねーぞ!" by Thomas ワロタ

>578
merge してもらえれば tt さんももっと楽できたんだけど。
tt2号さんがちびちびmergeで頑張ってらっしゃいます。
05/02/02 01:03:13
テキストファイルが添付されたメールを受けとると，text/plainとなる場合と
application/octet-streamとなる場合があります．

ちょっとその条件まで掴めてはないんですが，添付ファイル名が英語が
日本語か，添付ファイルの中身の文字コードには依存してないように見えます．
# テストが不十分なので間違ってるかもしれません

    http://www.mutt.org/doc/manual/manual-5.html
を読むと
    If the file is free of binary information, Mutt will assume that the file is plain text,
    and mark it as text/plain. If the file contains binary information, then Mutt will mark
    it as application/octet-stream.
とありますが，application/octet-streamと認識されるテキストファイルも当然
バイナリは含んでいません．

$HOME/.mime.typesには
text/plain asc txt text diff
のエントリがあります．

なにか情報があれば教えて下さいませ．
05/02/02 01:52:50
>>580
ある日本語の文字が「バイナリ」に見えるかどうかは、muttを起動した
時のロカールによって異なるよね。そのあたりは?
582580
垢版 |
05/02/02 03:22:53
>>581
なるほど，mutt的に「バイナリに見えてしまっている」という
ことでしたか．

    LANG=ja_JP.eucJP
    LC_MESSAGES=C
    LC_TIME=C
という環境です．

別にoctet-streamと言われても v して lv あたりにpipeするだけ
なので，それほど実害は無いんですが，ちょっと気になったんです．
05/02/02 09:39:25
いや "受け取ったメール" の添付ファイルがどうなっているかは
送信した側の MUA が添付部のヘッダに text/plain と書いたか
application/octet-stream と書いたかに依る話で
mutt の問題じゃないでしょ。

index mode で該当メールを less とかに突っ込むとかして
mime decode する前のメールでの sub part の content-type header の
中身をそれぞれのメールで確認してみてください。
05/02/07 13:45:35
MH のフォルダではメッセージを MH のファイル名の順序に sort したいんですが、
どういう設定にすればいいでしょうか？
05/02/08 13:34:05
"ファイル名の順" とはなんぞや?
番号順ならそうなってるんじゃない?

ls の sort順(1 11 111 12 2 3 31 ... みたいな順番)ならしらね。
05/02/08 14:55:25
>>585
1, 2, 3, 4, ... の順です。
おかしいなあ、なってないみたいなんですけど。
もうちょっとよく調べてみてから出直します。
05/02/08 19:18:55
>586
ごめん、確認してみたら確かになってなかった。
sort を r か u にすればいいんだろ位に思っていたんですが
全然違ってました。

mutt では maildir と MH を殆んど同じコードで扱っていて
MH folder の中のファイル名は端っから識別符合以上の
意味は与えられていないようです。
unsort option も ls -f の順番みたい。
05/02/08 20:55:16
>>587
なるほど。
sort=mailbox-order (ソートしない) としても変な順番になるなあと思ったんですが、
ディレクトリエントリの順そのままということだったんですね。
~/.muttrc の設定をいじる程度では番号順にするのは無理そうですね・・・
05/02/08 21:34:15
まあソース見て MH の pack 機能(番号詰め)だったかは
mutt には永遠に実装されない、と宣言されていた理由が
分かった気はした...

MH folder 上のメールを見ることができるんであって
MH folder native に作られている訳じゃないってことやね。
590588
垢版 |
05/02/08 21:44:52
結局ソースちょこっといじってそれらしく sort するようにしちゃいました・・・
591574
垢版 |
05/02/09 00:50:36
うーん、これだけレスがつかないってことは>>574は無理って
ことですかねえ。あるいは需要が全くないのか・・・。orz
05/02/09 14:06:06
>590
たぶん 自分で手を入れないと無理じゃないかな。
既存の機能にそういうのはないはず。

個別のメッセージにフラグをたてるのはともかく、
一つのフォルダ内に排他的に1つだけのメッセージにフラグがたつ
っていうのは既存機構にはないはず。
フォルダ側に状態記憶をする機構も MH folder 以外にはないし
mutt の MH folder はすぐ上でいろいろ書いたように
それなりに良くできてはいるけど
MH 流儀の扱いとは結構違うんで...

(追加するなら mh.c の mh_sequences の機構にいろいろ手を入れることに
なると思うけど、カーソル移動しとくとかまで言い出すとややこしー)
05/02/09 18:19:17
gnupg でパスフレーズいれても
秘密鍵が得られません
て言われる(´･ω･`)
05/02/12 12:12:49
>>591
色々なメールボックスを開け閉めするよりは、ctrl+Zしたりとか
screen使うとかターミナルを複数開くとかして、muttを何個か開くという
人のほうが多いんじゃない? header cacheのおかげでMH/Maildirもずいぶん
開くのが早くなったけど、それでも200Mぐらいのメールボックスを開きなおす
とディスクをガリガリさわりにいくからね。
俺はscreen派で、何ヶ月も各ML用のメールボックスを開きっぱなしに
したmuttがいくつか動いた状態だよ。
05/02/16 01:05:04
>>592,594
レスありがとうございます。
なるほど、使い方というか、流儀がそもそも違うの
ですね。muttの流儀に慣れるか、なんとか細工を
するか、難しいところです。
muttを複数起動させておくという方法も検討して
みます。
05/02/16 01:47:31
そもそも流儀なんてないよ
mutt は気にいらないところがあったらその気にいらない個所を
いぢれるようになっていますので
05/02/16 02:11:26
複数開いてて、競合とかメールボックス壊したりみたいなことは起こらないものなの？
05/02/16 03:19:55
>>597
複数のmuttから *まったく同時に同じメール* を触らない
限りは大丈夫でしょう。
# 少なくとも1人で複数のmuttを開く分には大丈夫ってことだ

>>590
所望のものとは違うかもしれんがvimのマークっぽいことを
実現するようなパッチはあったはず
05/02/16 03:24:34
3ペインのelmoに浮気しそうになったこともあったが，
こんなパッチがあったなんて…
http://vorlon.cwru.edu/~jrh29/mutt/index.html

ありがとう，これからもmuttと生きていくよ．
ちなみにスクリーンショットはこのへん．
http://vorlon.cwru.edu/~jrh29/mutt/mutt_shot_patch8.png
http://thomer.com/mutt/

ところでこれを機にいろいろパッチ試してるんだが，
    maildir-mtimeパッチ
    http://www.woolridge.org/mutt/maildir-mtime.html
がどうしてもあたらない(makeでエラー)のは私だけ?

最初，コテコテにいろんなパッチあててるからだと思ったんだが，
素のmuttソースコードにあててもダメでした

muttのバージョンは1.5.6です．
05/02/16 09:59:11
>599
俺のところでは

browser.c: 関数 `add_folder' 内:
browser.c:322: error: 代入 of read-only member `tv_sec'
make[2]: *** [browser.o] エラー 1

ってなった。add_folderの第四引数からconst削って、sに代入している部分を
if (s != NULL)ブロックに含めるようにすればいいのかな？
05/02/16 21:02:22
いつのまにか 1.5.8i キテターーー ━(ﾟ∀ﾟ)━!!!
05/02/16 23:03:37
> 俺のところでは
>
> browser.c: 関数 `add_folder' 内:
> browser.c:322: error: 代入 of read-only member `tv_sec'
> make[2]: *** [browser.o] エラー 1
当方でも同じエラーでした．
っていうかエラー内容すら記述せずスミマセン．
 
> ってなった。add_folderの第四引数からconst削って、sに代入している部分を
> if (s != NULL)ブロックに含めるようにすればいいのかな？
これでイケました．
いまのところ使用してて問題はありません．

とりあえず解決…なんですがどうしてパッチがあんな
実装になってるのかは疑問ですね．
603名無しさん＠お腹いっぱい。
垢版 |
05/02/20 22:34:39
>>329あたりの話題で悪いんだけど、MH+procmailだと
やっぱり新着メールフラグ表示できないのかな？

かなり不便。
05/02/20 22:49:19
>>603 他のメーラだとうまく新着表示するの?
05/02/21 01:12:09
Sylpheedとかならうまくいくんじゃない？procmailを使う必要はないかもしれないけど。
奴は、独自にマークを保存したファイルを持ってるはず。
606604
垢版 |
05/02/21 15:26:17
>>605 あなたは問題を理解していません。
607名無しさん＠お腹いっぱい。
垢版 |
05/02/22 17:31:02
604の聞き方が悪いと思う
608606
垢版 |
05/02/22 23:24:51
>>607
>>604には>>603へのリンクがあるのでそれを読まずに分かったつもりになる
から間抜けな発言をすることになるんだよ。そこに言い訳の余地はない。
05/02/23 10:08:42
キモ
05/02/23 19:03:46
>>603-605の流れ普通に見えるけど。
611608
垢版 |
05/02/23 20:38:05
>>610 つまり、君の周囲には君を含めて脊髄反射人間しかいないということでしょ
05/02/23 20:53:22
>>337 がヒント出してるように思うけど？
MH をインストールしてなければインストールして、procmailex(5) の通りに、
メッセージを rcvstore に配信されるようにすればいいんじゃない？

ちなみに漏れは slocal + rcvstore で振り分けしてて、新着メールフラグ表示される。
05/02/23 21:31:14
>>612 あなたも問題を理解していません。
05/02/23 23:20:01
変なのが居付いちゃったなあ
615603
垢版 |
05/02/27 18:35:29
>>612
レスありがとうございます。
何故かprocmailex(5)を読んで「procmail+MH」で新着フラグを有効にするには、
procmailのレシピにロックファイルを使用すればできると思い込んでました。

rcvstoreを見事にスルーして申し訳有りませんでした。
05/03/05 22:59:25
>>598
昔 Mew から以降した mh dir を mutt で使っているときは、同時に mutt
をいくつか使うと、 けっこうへんになったけどNE。
Maildir をすべてのメールで使うようになってからは、まったく問題ないみたい。
05/03/06 09:41:58
>616
mutt で開いている MH folder に
外部から番号振り直しするとか(←かなりまずいかも?)
各種 status を書込むとかしなければ MH folder でも
そんなに問題はなさそうな気がするけど、
何か覚えていたら具体的に教えてもらえるとありがたい。
618名無しさん＠お腹いっぱい。
垢版 |
05/03/15 01:10:49
http://www.emaillab.org/mutt/download159.html にある、
http://www.emaillab.org/mutt/1.5.9/patch-1.5.9.mutt-j.ja-beta1.1.gz っ
て下のほうにずらずらある「バグ修正および動作改善パッチ」「機能追加パッ
チ（本家にマージされたらうれしいなというもの）」「機能追加パッチ（日本
語固有の事情、他）」全部含まれているんですか？
05/03/15 10:01:56
>618
昨日(今朝?) Mutt-j-users 8 に説明が流れてます。

でもそういう質問がでちゃう方だと上記は beta未満(alpha?) という
ことなので、前のバージョンのを使う方が良いです。
(週末には beta になる予定、だそうですが)

従来のパッチの一部が本家マージした関係で今までよりは
パッチ作り直しがめんどいんじゃないかな…

とりあえず ML に参加しる!
05/03/15 18:47:20
>>619
んー、結局初心者はどのバージョンにどのパッチを適用したものを使えばいいの？
05/03/15 20:22:30
mutt-j-users ML のアーカイブってどこかで公開してる?
05/03/15 20:39:55
>620
だから >619 をよく読めよ…
その質問をする人には勧められないって書いたでしょうが…
あと1週間ちょっと(たぶん)待ってください。

(alpha status を使いたいなら最低限アナウンスが流れる場所には
参加していてくれないと)
05/03/15 21:22:31
>>622
TAKIさんのメールはよんだんだけどよくわからなかった。
05/03/15 21:53:06
1.5.9の日本語パッチは，まだ「暫定日本語パッチ」だから，手を出さないほうが無難。
そのうちに正式な日本語パッチがリリースされるだろうから，それまで待たれよ。

今すぐ使いたいなら，1.5.6 か，（超安定志向の人は）1.4.2.1。
日本語パッチ以外のパッチも当てようとすると苦労するかもしれないけど。
05/03/16 01:50:28
パッチの話でもりあがってるけど，みんな他にどんなパッチあててる?
私は
    edit_threads_patch
    header_cache_patch
    attachment_counting_patch
    maildir_mtime_patch
    trash_folder_patch
    purge_message_patch
    pattern_broken_patch
    marking_message_
    ja_patch
というかんじです．

あと1.5.6 特有の不具合修正として
    slang.patch
    8patch-1.5.6.dyc.source_stat
とか．

既にこれで仕様的には満足なんですが，そのうちあてようと思ってるのは
    compressed_patch
    mbox_hook_patch
    pgp_timeout_patch
    auto_decode_patch
    nntp_patch
    mixmaster-nntp_patch
    sidebar_patch
あたり．
05/03/17 09:30:29
mutt1.5.6にあてるheader cache patchって、
http://wwwcip.informatik.uni-erlangen.de/~sithglan/mutt/dirindex.html
にある
patch-1.5.6.tg.hcache.15
でいいんですよね?
うちの環境(NetBSD2.0)だと、そのままだと落ちるので修正して使っているんだけど、
みんなは困ってないのかな。
05/03/18 22:52:32
mutt-ng
ttp://www.strcat.de/muttng/pmwiki.php
使用者の感想キボンヌ
2005/03/31(木) 21:05:20
メールはローカルにfetchmailで持ってきてMaildirで保存してます。(Linux)
Wanderlust(2.14)使ってて、メール増えてきて「重いなぁ〜」と最近感じますが、
そんな私がmutt使えば、キビキビ度で幸せになれるでしょうか？
(そのためにはheader cache patch必須くらいに考えた方がよいでしょうか？)
2005/03/31(木) 22:48:32
安易に Maildir のパーティションを SCSI にしちゃうってのもぐー。
2005/03/31(木) 22:51:18
>>629
SCSI だと何が違うの？
皇紀2665/04/01(金) 15:06:54
すごーく速くなるので Maildir の "耐えられない限界" がだいぶ先延しされる
UNIX時間(+0900)35/04/02(土) 01:33:36
>>626
今はじめてmutt導入しようと思ってる者ですが、全く同様の事態となりました。
現在makeのコケた箇所を調べ中ですが、必要な修正ってどんなもんでしょう？
結構気合で手をいれにゃあどうにもならんって感じでしょうか？
UNIX時間(+0900)35/04/02(土) 12:22:08
muttも1フォルダ数万通だとキャッシュパッチ当てても遅いよ。
というかWanderlustより遅い。Wanderlustも遅いがmuttの
ほうが遙かに遅いので、Wanderlustに戻ってしまった。
UNIX時間(+0900)35/04/02(土) 14:01:00
>633
1フォルダ数万通だと OS/filesystem 側の問題も
結構影響しそうなんですがどういう環境でしょう?
(具体的には UFS_DIRHASH のようなものがあるかどうかが気になってます)

こちらでは数千程度〜1,2万通程度はなんとか耐えてます。
(FreeBSD 4/5 で UFS_DIRHASH アリ、SCSI 上です)
ちなみに 1,2万の方は常用フォルダじゃなくてアーカイブ的な用途ですが。


wanderlust は maildir 扱うときにマトモに読みにいかないって
ことなのかな?
キャッシュ DB 作ってそれと無矛盾のものについては読まない、
ってのは header cache パッチのやっていることだろうし。
UNIX時間(+0900)35/04/02(土) 14:02:03
>634 に補足ですが header cache パッチは使ってないです(日本語パッチだけ)
636628
垢版 |
UNIX時間(+0900)35年,2005/04/03(日) 02:07:25
>>629-631
>>633-635
先生方のコメント、大変参考になります。
私は数千程度のメールを考えているわけですが、とりあえず試そうということで、
1.5.6i + header cache + sidebar + 日本語パッチ で構築し、今動作テスト中です。


んで、恐らく別のレイヤの事情なのですが、質問よろしいでしょうか？
mailboxesで指定したローカルのMaildirにcコマンドで行く(あるいはsidebarからopen)
と、メール数10-50と少ないフォルダでも一覧が見えるまで約1秒かかるのですが、何故でしょうか？
まだheader cache云々の領域でないと思いますので、初歩の初歩的設定を見逃してるだけと思いますが・・・。

なおその間、下に"Mailbox is unchanged."とあるので、spoolフォルダの状態を見てる感じです。
fetchmail + maildrop ですんでこれは不要のため、spoolfileにはカラのMaildirディレクトリを指定してます。
システムはRedHat Linux(Enterprise)、Xeon3.2GHz、メモリ2GBです(HDDは不明です)
よろしくお願い致します
UNIX時間(+0900)35年,2005/04/03(日) 09:34:36
HDD/ファイル のデータ読み込み性能の話をしようという際に
HDD 不明のまま云々いわれたってわからんがな。

そもそもメールボックスを読むときの速度で 10〜50なんて測るだけ無駄。
最低数百〜1000程度でやらないとべつのボトルネックの影響が大きい。

(本気で気にするならプロファイラを使わないといけない。)

特に header cache みたいな小細工は数がすくなければ逆効果の
こともあるわけで(中身しらないけどさ)。
638636
垢版 |
UNIX時間(+0900)35年,2005/04/03(日) 14:54:47
>>637
言葉足らず(過多かも)で申し訳ないです。
「メールの量が速度のボトルネックとならない領域でも、フォルダの移動が
遅く感じてしまうのは私がmuttﾄｰｼﾛだからでしょうか？」
というつもりでした。

自分の勝手なイメージでは、メール量が少なければ c してフォルダ指定した途端に
「サクッ」と一覧が見えて欲しかったのが、実際は「(1秒)サクッ」だったので、何か見逃したのかなあ、と。

先程パッチ無しの1.4.1iでも試し、計測したわけではないですが、同様に感じました。
もともとこのくらいの感じなのでしょうか？
UNIX時間(+0900)35年,2005/04/03(日) 15:27:23
>638
なるほど、べつに文句いっているつもりじゃないんで言い方についてはごめん。

で手元の環境 (FreeBSD 4の ufs@SCSI 10k HDD, mutt-1.5.6i+ja, athlonXP 1700+)では
2,30通のメールボックス(Maildir/MH 形式)を開くのは一瞬ですね。
すくなくとも1秒、じゃない。ちなみに headercache なしです。
(最初の1回は HDD 読み込みに時間がもうちょっとかかるけど
disk cache に入って以降は一瞬)

wanderlust 使ったことないので比較はほかの人に任せますが、
何がボトルネックなのかを調べてみないと分からないですね。
逆にメールの数が増えても1秒の部分は数とはべつの何かで
引っ掛かっているんじゃないかと想像します(が、根拠なし)。

その他の読み込みテスト(mutt -R -f maildir を叩いてから画面表示されるまでの時間@目測)
800通: 3s(2回目1.5s)
18000通: 45s(2回目 8s)
参考にしてください。
UNIX時間(+0900)35年,2005/04/03(日) 16:50:30
ひょっとしてこれ?

set sleep_time=0
641639
垢版 |
UNIX時間(+0900)35年,2005/04/03(日) 17:14:57
>640
そんな変数あったのか。でも >639 では(陽には)その設定やってないや。

そもそもなんでそのデフォルトが 1s なんだろう?
UNIX時間(+0900)35年,2005/04/03(日) 21:49:29
4000通あるフォルダ(Maildir)を開いてみたところ、
Wanderlust -> 3秒
Mutt(headercache あり) -> 18秒
環境は FreeBSD 4.10 で UFS_DIRHASH つけています。
ディスクは IDE で 80GB だけど回転数とかは分かりません。
CPUはCeleron 1.7GHz くらいでメモリはたしか512MBです。
みんな Mutt が軽い軽いと言っているのが不思議なのですが、
このくらいでも設定によって瞬時に開くものなのでしょうか？
UNIX時間(+0900)35年,2005/04/03(日) 22:17:18
>>642
> Wanderlust -> 3秒
極めて疑わしいベンチマークだね
644639
垢版 |
UNIX時間(+0900)35年,2005/04/03(日) 22:57:53
とりあえず中身知らないで wanderlust と mutt 比較したって
仕方ないので、誰か wanderlust でのフォルダの取り扱いの
挙動の解説きぼん。それなしならとりあえず wl との比較はもうやめてくれ。

ちなみに mutt の場合は他のクライアントが弄る可能性とか
複数の mutt で同時読み書きされた場合とかへの配慮
(そもそも配送は勝手に起きるものだし)ということで
基本的に毎回全部読んでいるはず。(結構安全側で設計している)

他はむかーしむかしの mew (pre IM 時代)位しかしらないけど
あれはキャッシュみたいなの(?)を作っていて
他のクライアントから弄ったりすると矛盾が起きて
うひょー な事態に直面したような記憶が。
2005/04/05(火) 17:21:33
正直なところ速度に関してはOEがいちばん速かった。
646638
垢版 |
2005/04/05(火) 21:21:58
>>640
これです、まさにこれです！気持ちよく動くようになりました。

>>639, 644
参考データどうもありがとうございました。因みにこちらで2600通のMaildirフォルダで
header cache無効：2.5s (2回目以降1.5s)
header cache有効：7.5s (2回目以降0.5s以下)
でした。(こんな結果お腹一杯だったらごめんなさい)
HDDはやはりよくわかりません(遠隔地に最近導入されたマシンなのです)
2005/04/17(日) 01:53:23
ところで1.5.8の日本語パッチってどうなったんだっけ?
2005/04/17(日) 17:10:22
あ，sourceforgeの方にあるのか．
失礼しました．
2005/04/22(金) 00:10:58
例えば新規フォルダBを作ったとして，これまであったAという
フォルダの Mr. X からのメールをBに移したいので，
AでFrom Mr.Xのメールを limit して tag つけたとして，
あとはtagged messagesをBに移すだけなんだけど，
関連しているメール(Mr.Xからのメールのスレッドに繋がっているメール)
も一緒にBに移したいような時はどうしていますか?

長ったらしく書きましたが，要は，
    ある特定のメール(tagがついている，あるいはFrom Mr.X のメール)
    に関連しているメール(スレッドが繋がっている他のメール)，という
    条件で limit をかける (かtag をつける) にはどうすれば良いですか?
という質問です．

ちなみに今は，まず From: Mr.X で limit して tag つけて，いちど limit を
外してフォルダ全部上から下まで見渡して，tagがついている付近の
メールを手動でtagつける…みたいなことしてます．
650名無しさん＠お腹いっぱい。
垢版 |
2005/04/24(日) 16:30:08
良スレにつきあげ
2005/04/25(月) 08:40:54
>>649
ここで「thread」でサーチするといくつかあるんで好きなのを。
ttp://wiki.mutt.org/index.cgi?PatchList
652626
垢版 |
2005/05/02(月) 16:03:42
>>632
すみません、書き込みに気付いてませんでした…
632さんはもう解決したかもしれませんが、一応。

1. safe_strcatをstrlcatに書き換え

2. mutt_hcache_fetch()に、以下のコードを追加

data = gdbm_fetch(h->db, key);
+ if (data.dptr == 0)
+ return NULL
if (! crc32_matches(data.dptr, h->crc)) {


653626
垢版 |
2005/05/02(月) 16:56:23
追記

1.は、hcache.cの中を3箇所書き換える必要があるのですが、そのうち1つは引数の順番が間違っているようです。
他の2つに合わせて修正してください。
2005/05/22(日) 04:27:03
ほしゅ
2005/06/05(日) 02:00:47
これ
    http://vimrc.hp.infoseek.co.jp/diary/2005-02.html#2005-02-10
なかなか便利そうなんだが，私の環境ではどうもうまくいかない．
# 機種依存文字を含む行が全部文字化けしてしまう

    set display_filer="~/bin/marumoji_conv"
    set sanitize_ja_chars=no
以外に他のオプションにも依存するのかな?

ちなみに，機種依存文字を含んだ対象メールを直接
    cat "maildirのファイル" | marumoji_conv
するとまったく問題ないんだよね…

みなさんはどうですか?
2005/06/05(日) 10:09:06
ruby 読めないから分からないけど marumoji_conv で
euc に変換して出力しているようなのは大丈夫?
2005/06/17(金) 22:49:32
mutt 最近使い出しました。
当初、一回の起動でメールボックスを頻繁に移動するような
GUI のメーラみたいな使い方をしてみたんですが、
いまいち使いにくいので、これは mutt 的な使い方ではないのではないかと
思ったんですが、
どんな風に複数のメールボックスを mutt で扱うべきでしょうか。
mutt -f mailbox をエイリアスして、
ボックスごとに逐一起動するとか、そういう使い方でしょうか。
新着レスの表示
レスを投稿する

5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況