[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[postfix-jp: 610] Re: postfix でのメール削除について
- Subject: [postfix-jp: 610] Re: postfix でのメール削除について
- From: ARAKI Yasuhiro <yasu@xxxxxxxxxxxx>
- Date: Fri, 03 Sep 2004 11:35:55 +0900 (JST)
あらきです。
# LinuxじゃないOSつかっている方ごめんなさい。
From: SATOH Fumiyasu <fumiya@xxxxxxxxxxx>
> At Fri, 03 Sep 2004 08:27:47 +0900 (JST),
> ARAKI Yasuhiro wrote:
> > > > > Maildir 形式であれば、メールを一通一通削除するのも楽ですし。
> > > > > また postfix であれば、初めてメールを受信したときに ~/Maildir/
> > > > > が無くても作ってくれるので、mbox にメールが無いユーザも安心です。
> > > > > # qmail ではこれで一度失敗しました。(T_T)
> > > >
> > > > inode不足だけは注意する必要がありますね.
> > > 個人のメールの比ではない、NetNewsのスプールに使用する場合、BSD系UNIXで
> > > は4.2BSD時代のFast File Systemは注意が必要でした。4.3BSD あたりからの
> > > Fat Fast File Systemでは通常であれば使いきれないくらいのinodeを作成す
> > > るようになりました。
> > >
> > > この辺り、LinuxのEXT2FSとかはどうなんでしょう?
> > kernel2.2で増えたと思うのですが、ちょっと追いきれませんでした。
>
> デフォルトの inode 数を決定するのは mke2fs (e2fsprogs) で、
> カーネルのバージョンは関係ないかと…。
2.2以降のカーネルが関係するのはsparse_super optionでした。
> > まあどうしても心配ならreiserfsという選択肢があります。これならinode溢れは
> > 原理的にありません。
>
> XFS のほうが周辺ツールが揃っているし、個人的な経験では
> クラッシュに強いし、ACL も使えるし (Linux 2.4 では要パッチだが)、
> inode も制限ない(? 動的確保?) し、ReiserFS よりおすすめです。
まあ、ケースバイケースですがmailは比較的小さいファイルが多数になりがち
なことを考えると、どうでしょうか。
実環境をミラーしてベンチマークかけたような結果があればいいのですが。
荒木靖宏
_______________________________________________
Postfix-jp-list mailing list
Postfix-jp-list@xxxxxxxxxxxxxxxxxxxx
http://lists.sourceforge.jp/mailman/listinfo/postfix-jp-list
- Follow-Ups
-
- [postfix-jp: 622] Re: postfix でのメール削除について, Hirokazu Aoyama
- References
-
- [postfix-jp: 601] Re: postfix でのメール削除について, Takahiro Kambe
- [postfix-jp: 605] Re: postfix でのメール削除について, ARAKI Yasuhiro
- [postfix-jp: 608] Re: postfix でのメール削除について, SATOH Fumiyasu
[検索ページ]
[Postfix-JP ML Home]