[mew-win32 03966] Re: 3.3でマルチパートのファイルサイズが大きい

[Taiji Miyazawa]

宮澤です。
白井さん、ご回答ありがとうございます。

＃いつも質問に回答いただいており、恐縮です。 m(_o_)m

From: Hideyuki SHIRAI (白井秀行) <shirai at example.com>
Subject: [mew-win32 03965] Re: 3.3でマルチパートのファイルサイズが大きい
Date: Tue, 30 Sep 2003 18:02:30 +0900 (JST)

> Mew 2.3 と Mew 3.3 の違いはすでにわかりませんが、(おそらく昔も今
> も) summary に表示するサイズを計算する関数はたいして変わっていな
> いと思います。
> 
> どうやっているかというと、pop などで大きいメールの一部を持ってき
> たときの計算方法は違いますが、あとは全部
> 
> (nth 7 (file-attributes (expand-file-name "1" "~/Mail/queue")))
> 
> の戻り値を使って計算しています。ためしたところ、手元の Meadow
> 1.15 も 2.00b2 もちゃんとした値を返してきました。

なるほど…ということで試してみました。

オリジナルサイズ：179624
マルチパート上の表示：201299
上記評価式の値：245464

………バラバラですね。何故！？

> > それは、メールにファイルを添付した時に、+queueなどでマルチ
> > パートのファイルサイズを見ると、実際のものより大きくなって
> > いる、というものです。
> 
> って実際にはどうなっているのでしょうか？もう少し詳しく教えて貰え
> るとありがたいです。
> 
> # Base64 すると、元のファイルの約 1.33 倍の大きさになりますけど、
> # そういうこと？

先のメールでは詳細に書かなくてもよいかと思って書きませんでした。
すみません。
実際のファイルは、例えば以下を使用してみます。

2003/09/30  16:50              179,624 HomePage.zip

これをマルチパートに取り込むと、以下のようになります。

Content-Type:	Application/Octet-Stream
Encoding:	base64
Size:		201299 bytes
Filename:	HomePage.zip
Program:	fiber.exe

このサイズは、オリジナルのサイズの約1.12倍です。
ですので、BASE64とは違うように思うのですが…
しかも、このパートを y で保存すると、ちゃんと179624
バイトのファイルが出力されます。
なので、何故表示だけ違うのかと「？？」状態です。
--
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
  From  宮澤　泰司 （ Taiji Miyazawa ）
  E-Mail: t-miyazawa at example.com
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/