🚀 go-pugleaf

>
> ァイルが出来ています。はっきりとは言えませんが RMAIL ファイルと
> .newmail-ユーザファイルの合計の容量が８ＭＢを越えると処理出来ないようです。
> それで質問ですが、この制限を変更する方法は無いでしょうか？
> 　mule のインストールは他の人が行いましたので詳しくは分かりませんが、標準
> 的な（？）パラメータしか指定していないと思います。
>

上限があるということを変更することは
基本的にはできないと思います。
(パッチをあてることでバッファサイズを多少大きくすることは
できたかと思いましたが。)

ということで、RMAIL をつかうときには

- ある程度大きくなってきたら、mv RMAIL RMAIL.year.mm.dd
    みたいにしてファイルを適宜作り替えていく。
  (古いメイルファイルは
   M-x rmail-input RMAIL.year.mm.dd
  でrmailモードで読めます。)

 - ファックスの tiff ファイルみたいな巨大なファイルとして送ってくる
    相手がいないことを祈る。(Denial of Service 攻撃と変わらない。)

みたいな運用をするしかないと思います。

2番目の対処にはSMTP の処理系(たとえば sendmail)で
メイルのサイズの大きさに制限をつけることが
できる場合が多いと思います。

MHモードとかでも、emacsバッファ内部にサイズ制限をこえた
大きなメイル本体を表示しようとしたら失敗するでしょう。
(ただし、MHのときにはディレクトリにメイル記事そのものは
問題なくコピーしてくれると思いますが、詳細不明。)

個人的には8MBどころか、1.44MB floppy fileの内容を
エンコードしたときにできるファイルのサイズ程度よりも大きい
ファイルはメイルとして送って来てほしくないというのが
管理者を含めての希望ではないかと思っています。
それより大きいのは  ftp 経由で交換しましょうというのが
もし ftpアカウントを使ってもらえるのであればいいかなと思います。

もちろん ファイルを split して、encode して小さくしてメイルと
しておくってもらって、それを個別に受取り元に戻すなんていうのが
UNIXの上では簡単にできます。(gnusharとか。)

が、上で述べた RMAILのときには、困ったことに小さいメイルが
複数あつまったときにまとめて読もうとしてしまって
やはりバッファが大きくなりすぎて問題になります。
そのときには mail をコマンドラインから呼び出して、一個一個見ては
セーブしてみたいな緊急処理がいりますから (経験者)、
RMAILをつかい続けるとして、巨大なファイルの交換が必要としたら、
やっぱり ftp が好ましいですね。

なお、一度mbox 形式でセーブしたメイルfファイル(バッファよりも小さい)を
RMAILモードで読み込ので自動的に Babylon 形式にできます。

石川

In article <38175672.D86841AC@yk.rim.or.jp> ishikawa <ishikawa@yk.rim.or.jp> writes:

> > ァイルが出来ています。はっきりとは言えませんが RMAIL ファイルと
> > .newmail-ユーザファイルの合計の容量が８ＭＢを越えると処理出来ないようです。
> > それで質問ですが、この制限を変更する方法は無いでしょうか？
> > 　mule のインストールは他の人が行いましたので詳しくは分かりませんが、標準
> > 的な（？）パラメータしか指定していないと思います。
> >
> 
> 上限があるということを変更することは
> 基本的にはできないと思います。
> (パッチをあてることでバッファサイズを多少大きくすることは
> できたかと思いましたが。)

ファイルサイズの8MBの制限については, FAQに書かれています。(FAQは
Muleの配布物の中にあります。標準lispライブラリのあるディレクトリ
の並びのetcの下 (うちでは)) 拡張方法も, そこに説明されています。
Muleのコンパイルのし直しが必要です (たぶん)。

> ということで、RMAIL をつかうときには
> 
> - ある程度大きくなってきたら、mv RMAIL RMAIL.year.mm.dd
>     みたいにしてファイルを適宜作り替えていく。

あるいは, キー o (rmail-output-to-rmail-file) でメッセージごとに
別ファイルに振り分けていくか。o したときのディフォルトファイル名
は, rmail-output-file-alist という変数でいろいろ, 指定できます。

>   (古いメイルファイルは
>    M-x rmail-input RMAIL.year.mm.dd
>   でrmailモードで読めます。)

RMAIL モードだったら, キー i に割りついていますね。

>  - ファックスの tiff ファイルみたいな巨大なファイルとして送ってくる
>     相手がいないことを祈る。(Denial of Service 攻撃と変わらない。)

1通の大きさが巨大な場合は, 困りますね。
でも, こないだ11MBのメイルが取り込めたんですけど, 気のせいだった
んでしょうか。(一度失敗して, Muleを起動し直したら読めた。)

(set-rmail-inbox-list) でRMAILファイルごとに, movemailで取り込む
mboxファイルを指定してやれば, procmailとの組合せで流通量の多いメ
イリングリストは別に読む, ということができます。(i して g する。)
-- 
		// 村上  威    Takeshi_Murakami@yokogawa.co.jp
		// 横河電機（株）ＩＡシス制御ＰＭＫ部

$BJR;3!w#P#F#U$G$9!#(B

In article <7v5j63$rgk$1@hu-entry.hannan-u.ac.jp>,
	sakamoto@hannan-u.ac.jp (Yasuhiko Sakamoto) writes:

>$B%!%$%k$,=PMh$F$$$^$9!#$O$C$-$j$H$O8@$($^$;$s$,(B RMAIL $B%U%!%$%k$H(B
>.newmail-$B%f!<%6%U%!%$%k$N9g7W$NMFNL$,#8#M#B$r1[$($k$H=hM}=PMh$J$$$h$&$G$9!#(B
>$B$=$l$G<ALd$G$9$,!"$3$N@)8B$rJQ99$9$kJ}K!$OL5$$$G$7$g$&$+!)(B
>$B!!(Bmule $B$N%$%s%9%H!<%k$OB>$N?M$,9T$$$^$7$?$N$G>\$7$/$OJ,$+$j$^$;$s$,!"I8=`(B
>$BE*$J!J!)!K%Q%i%a!<%?$7$+;XDj$7$F$$$J$$$H;W$$$^$9!#(B

19.28 $B%Y!<%9$N(B mule $B$@$H;W$$$^$9!#$3$N>l9g$N%G%U%)!<%k%H$O(B elisp 
$B$N@0?t$,(B 24 $B%S%C%H$7$+$J$/!"$^$?!"%P%C%U%!!<$N9g7W$,:GBg$G(B 8 MB 
$B$7$+<h$l$^$;$s!#(B

configure $B$N:]$K(B --valbits=26 $B$r;XDj$9$k$H!"(B32 MB $B$^$G;H$($k$h$&(B
$B$K$J$j$^$9!#(B

$B!t(B valbits $B$N>e8B$,2?%S%C%H$+$OD4$Y$F$$$^$;$s(B(_ _)
$B!t(B etc/FAQ $B$N(B 63 $B$N5-=R$O8E$=$&$J46$8$,$7$^$9(B
$B!t$b$C$H?7$7$$%P!<%8%g%s$G$O%G%U%)!<%k%H$,(B 28 $B%S%C%H$G$9(B
--
$BJR;3!w#P#F#U(B

　阪南大学の阪本です。
　configure パラメータで --valbits=26 を指定してうまく行きました。
　多数の貴重なご助言有り難う御座いました。

                   阪南大学情報処理研究センター事務室　　阪　本　泰　彦
                         580-8502  大阪府松原市天美東5-4-33
			 E-mail : sakamoto@hannan-u.ac.jp
			 Tel : 0723-32-1224 (代)   Fax : 0723-37-4375