【不具合】添付ファイルがおかしいNo.04942
nawa さん 01/05/10 15:53
 
nawaです。

添付ファイルが正常に保存できない現象が発生しました。
そのメールは
HTML形式で、添付ファイルが3つ添付されているものでした。
そのうち、
pdf形式の2つはOKでしたが、ppt(パワーポイント)のものが
サイズが異常でした。

他のメーラで正常受信した時のファイルサイズは
943KBでしたが、鶴亀では905KBになっています。(短い?)

解析をお願いしたいと思いますが、
何のファイル(ログ?)をお送りしましょうか?

環境は
鶴亀バージョンV1.14、Win95 OSR2です。

以上

[ ]
RE:04942 【不具合】添付ファイルがおかしいNo.04943
秀まるお さん 01/05/10 16:31
 
> 解析をお願いしたいと思いますが、
> 何のファイル(ログ?)をお送りしましょうか?

 是非解析させてください。送り先は、

    maruo@mitene.or.jp

 にお願いします。ログをテキストファイルに出力して、それを添付ファイルにして
送ってください。

[ ]
RE:04943 【不具合】添付ファイルがおかしいNo.04951
秀まるお さん 01/05/10 18:36
 
 ログありがとうございます。んでもって調べてみたら、どうもOutlook Express側
の添付ファイルのサイズ表示がおかしいだけみたいです。

 Outlook Expressでは、添付ファイルのサイズが968キロバイトであると表示されま
すが、実際に「名前を付けて保存...」で保存してみると、905キロバイトのファイル
しか出てきません。

 鶴亀メールで取り出したファイルと中身を比べてみたら、なぜか鶴亀メールの方が
最後に1バイト(00hが)余計についてるみたいですけど、特にデコードがおかしい
という訳でもないみたいです。

 実際にそのファイルがPowerPointで開くことが出来るかどうかまでは確認してない
のでなんですけど、鶴亀メールで開かないならOutlook Expressでも開かないと思い
ます。

[ ]
RE:04951 【不具合】添付ファイルがおかしいNo.04952
nawa さん 01/05/10 18:40
 
> ログありがとうございます。んでもって調べてみたら、どうもOutlook Express側
>の添付ファイルのサイズ表示がおかしいだけみたいです。
>
> Outlook Expressでは、添付ファイルのサイズが968キロバイトであると表示されま
>すが、実際に「名前を付けて保存...」で保存してみると、905キロバイトのファイル
>しか出てきません。
>
> 鶴亀メールで取り出したファイルと中身を比べてみたら、なぜか鶴亀メールの方が
>最後に1バイト(00hが)余計についてるみたいですけど、特にデコードがおかしい
>という訳でもないみたいです。
>
> 実際にそのファイルがPowerPointで開くことが出来るかどうかまでは確認してない
>のでなんですけど、鶴亀メールで開かないならOutlook Expressでも開かないと思い
>ます。

[ ]
RE:04952 【不具合】添付ファイルがおかしいNo.04953
nawa さん 01/05/10 18:42
 
nawaです。

さきほどは、すみません。
間違ってOKを押してしまいました。

>> 実際にそのファイルがPowerPointで開くことが出来るかどうかまでは確認してない
>>のでなんですけど、鶴亀メールで開かないならOutlook Expressでも開かないと思い
>>ます。

Outlookは無いのですが、Netscapeで保存したものは
問題なく開くことができました。
Outlookも探してみます。

以上

[ ]
RE:04953 【不具合】添付ファイルがおかしいNo.04954
nawa さん 01/05/10 18:52
 
nawaです。

>Outlookは無いのですが、Netscapeで保存したものは
>問題なく開くことができました。
>Outlookも探してみます。

Outlookでやってみました。
Outlookで保存したものも問題なく開くことが出来ました。
ファイルサイズもNetscapeと同じ943KBでした。

何か、お手伝いできますでしょうか?

以上

[ ]
RE:04954 【不具合】添付ファイルがおかしいNo.04955
秀まるお さん 01/05/11 10:04
 
 こちらでテストしたのはOutlook ExpressであってOutlookではないんですが、試し
にOutlook  (Office97に付属の物)でテストしても、こちらではやはり905キロバイ
ト程度のファイルしか出てきませんでした。

 ちなみにこのメールの添付ファイル部分には、明らかにおかしい部分があります。
送っていただいたLog.txtの7497行目に、大量の空白が入っています。

 もしやこの空白部分はNUL文字かと思いまして、試しにバイナリエディタを使って
NULに書き換えてテストしても同じ結果でした。

 さらに、Office97に付属のPowerPointを別のマシンにインストールして試してみた
所、905キロバイトのファイルは開くことが出来ませんでした。やはり壊れている
には違いないようです。

 いろいろなテストの結果、送っていただいたLog.txtが実際とは違うか、鶴亀メー
ルの受信の処理(受信解析する前のデータを作成する処理)がおかしいってことにな
りそうです。???

 ということで、なんとかうまく問題の起きるメールログを取り出して欲しいです。
例えばOutlook Expressの場合なら、そこで受信したメールをエクスプローラの上に
ドラッグアンプドロップすると、.emlファイルが作成されるので、そういう方法でな
ら確実にログが取り出せると思いますけど???

 それか、リモートメールなどを使って問題のメールを受信し直していただくとどう
なるかも試してみて欲しいです。それで得られたログの内容と、Outlook Express等
から作成された内容を比較すれば、何か分かると思います。

[ ]
RE:04955 【不具合】添付ファイルがおかしいNo.04959
nawa さん 01/05/11 10:29
 
nawaです。

> こちらでテストしたのはOutlook ExpressであってOutlookではないんですが、試し

すみません。こちらもOutlook Expressでした。

> ということで、なんとかうまく問題の起きるメールログを取り出して欲しいです。
>例えばOutlook Expressの場合なら、そこで受信したメールをエクスプローラの上に
>ドラッグアンプドロップすると、.emlファイルが作成されるので、そういう方法でな
>ら確実にログが取り出せると思いますけど???

上記手法でemlが取れましたので、それを送ります。
よろしくお願いします。

以上

[ ]
RE:04959 【不具合】添付ファイルがおかしいNo.04962
秀まるお さん 01/05/11 13:00
 
 毎度お手数かけます。

 今回送っていただいたログを鶴亀メールでインポートしたら、今度は正しく添付フ
ァイルが取り出せました。ということは、鶴亀メールの受信解析自体は間違っていま
せん。

 前回送っていただいたlog.txtは途中に空白のゴミが入ってましたが、今回の物は
ゴミが入っていませんでした。

 ということで、どうして前回のログが壊れていたのかが問題です。

 鶴亀メールは、

 1.メールを受信する
 2.受信した内容をログにそのまま保存する
 3.保存された内容を再び読み込んで解析し、解析結果を受信フォルダ配下に
   保存する

 という処理を行ってますので、つまり、1.または2.の段階で内容が壊れたとい
うことになります。

 今一度、「リモートメール」などのコマンドで問題のメールを受信し直す等してい
ただいて、現象が再現するかどうか確認してみてほしいです。もしそれで再現するな
ら、さらにご面倒なテストにご協力いただく必要がありそうです。

[ ]
RE:04962 【不具合】添付ファイルがおかしいNo.04963
nawa さん 01/05/11 13:20
 
nawaです。

> 今一度、「リモートメール」などのコマンドで問題のメールを受信し直す等してい

リモートメールで受信しなおしました。
#初めて使いました。^^;

あれ? 今度は正常に読めました。
どうしたものでしょう?

下記にそれだと思われるdump.txtを抜粋しておきます。
他にsmtp_log.txt等もありますので。

====== 2001/05/10 10:13:53 mode=受信 account=nawa
接続中
R +OK QPOP (version 3.0.2) at hxxxxxx starting.  
S USER yyyyyyy
R +OK Password required for yyyyyyy.
S PASS ****
R +OK yyyyyyy has 362 visible messages (0 hidden) in 9950347 octets.
S STAT
R +OK 362 9950347
S UIDL
R +OK uidl command accepted.
R ...(9307バイト)
S LIST
R +OK 362 visible messages (9950347 octets)
R ...(3649バイト)
S RETR 343
R +OK 13399 octets
R ...(13403バイト)
S RETR 344
R +OK 15438 octets
R ...(15441バイト)
S RETR 345
R +OK 2049 octets
R ...(2052バイト)
S RETR 346
R +OK 2323 octets
R ...(2326バイト)
S RETR 347
R +OK 44381 octets
R ...(44384バイト)
S RETR 348
R +OK 2186 octets
R ...(2189バイト)
S RETR 349
R +OK 1777 octets
R ...(1780バイト)
S RETR 350
R +OK 15573 octets
R ...(15576バイト)
S RETR 351
R +OK 2021 octets
R ...(2024バイト)
S RETR 352
R +OK 2991 octets
R ...(2994バイト)
S RETR 353
R +OK 2019 octets
R ...(2022バイト)
S RETR 354
R +OK 2816 octets
R ...(2819バイト)
S RETR 355
R +OK 4375 octets
R ...(4378バイト)
10:14:07.920 (4367) NotifyListCacheBaseMoved
S RETR 356
R +OK 5087 octets
R ...(5090バイト)
S RETR 357
R +OK 22886 octets
R ...(22889バイト)
S RETR 358
R +OK 12961 octets
R ...(12964バイト)
S RETR 359
R +OK 3261 octets
R ...(3264バイト)
S RETR 360
R +OK 13975 octets
R ...(13978バイト)
S RETR 361
R +OK 1997 octets
R ...(2000バイト)
S RETR 362
R +OK 1827108 octets
R ...(1827111バイト)
10:14:14.780 ( 888) Decoding BASE64 size=458214 sum=37455618 crc=3B9BDBB1 st
art="JVBERi0xLjIgDQol4uPP" end="plbmRvYmoNCjE3IDAg.."
10:14:14.890 ( 966) Result: size=334848 sum=29951 crc=84688FB3 cCR=5875 cInv
alid=0
10:14:15.550 ( 888) Decoding BASE64 size=1322092 sum=103019619 crc=624BB9FE
start="0M8R4KGxGuEAAAAAAAAA" end="AAAAAAAAAAAAAAAAAA.."
10:14:15.930 ( 966) Result: size=927229 sum=1245 crc=CA91A6D3 cCR=16269 cInv
alid=53248
S QUIT
R +OK Pop server at hxxxxxx signing off.
10:14:18.350 ( 411) CSock::PostExit()
10:14:18.460 (1760) TransDlgProc() WM_TURUKAME_SOCKET_END
10:14:18.460 (1793) IDTIMER_START post
10:14:18.460 (1533) IDTIMER_START kill
10:14:18.460 (1554) IDTIMER_END set
10:14:18.790 (1740) IDTIMER_END kill
10:14:18.790 (  96) EndSilentDialog()
10:14:18.790 (1807) TransDlgProc() WM_DESTROY
10:14:18.790 (  91) SilentDialogBox() exit
10:14:18.790 (2042) ProcessTransmitSub() ModelessDialog, TransDlgProc exit
10:14:18.790 ( 343) CSock::~CSock()
10:14:18.790 (2057) ProcessTransmitSub() delete pSock
10:14:18.790 (2128) ProcessTransmitSub() exit
10:14:18.790 (2989) LeaveTrans()
10:14:18.790 (2806) CTrans::AutoDown() exit
10:14:18.790 (4734) StartAutoDownTimer()
10:14:18.850 (4742) StartAutoDownTimer() set
10:14:20.880 (4231) DialogBox2() exit
10:14:25.440 (6929) ThreadFunc: HmCreate
10:14:25.440 (2297) call WinMainSub
10:14:25.440 (2297) FrameWndProc: WM_CREATE
10:14:25.440 (2297) ClientWndProc: WM_CREATE
10:14:25.440 (2297) return WinMainSub
10:14:25.490 (6931) HmCreate return
10:14:34.220 (6929) ThreadFunc: HmCreate
10:14:34.220 (2297) call WinMainSub
10:14:34.280 (2297) FrameWndProc: WM_CREATE
10:14:34.280 (2297) ClientWndProc: WM_CREATE
10:14:34.280 (2297) return WinMainSub
10:14:34.280 (6931) HmCreate return
10:14:51.360 (6929) ThreadFunc: HmCreate
10:14:51.420 (2297) call WinMainSub
10:14:51.420 (2297) FrameWndProc: WM_CREATE
10:14:51.420 (2297) ClientWndProc: WM_CREATE
10:14:51.420 (2297) return WinMainSub
10:14:51.420 (6931) HmCreate return
10:15:18.820 (2596) FrameWndProc() IDTIMER_AUTODOWN
10:15:18.820 (4750) StopAutoDownTimer()
10:15:18.820 (2742) CTrans::AutoDown()

以上

[ ]
RE:04963 【不具合】添付ファイルがおかしいNo.04964
秀まるお さん 01/05/11 14:37
 
> あれ? 今度は正常に読めました。
> どうしたものでしょう?

 前回おかしかった場所(空白が続いていた部分)は、ぴったり4キロバイトになっ
てました。

 鶴亀メールの内部でもしかしてメモリを破壊しているのかと調べてみたんですけど、
メモリの拡張は64キロバイト単位になっているし、特に4キロバイトぴったり壊す
ような処理は見あたりませんでした。

 ということで、通信経路で何らかの異常が発生して、ぴったり4キロバイト(パケ
ット1個?)データが消失したのではないかと思います。

 例えば通信経路中のルーターが一時的にリセットされたとか、そういうことがある
のかも…。

 ってことで、たぶんそういう偶発的なトラブルだと思います。

 それで、実はdump.txtには、

    cInvalid=53248

 と記録が出てまして、実はこれはbase64のデコードで異常を検出していることを意
味しています。こういう場合にはX-TuruKame-Error:ヘッダを生成するように修正さ
せていただきます。(QuotedPrintableとかのデコードではちゃんとエラーを出して
いるんですけど)

[ ]
RE:04964 【不具合】添付ファイルがおかしいNo.04965
nawa さん 01/05/11 17:36
 

> ということで、通信経路で何らかの異常が発生して、ぴったり4キロバイト(パケ
>ット1個?)データが消失したのではないかと思います。

なるほど。

> それで、実はdump.txtには、
>
>    cInvalid=53248
>
> と記録が出てまして、実はこれはbase64のデコードで異常を検出していることを意
>味しています。こういう場合にはX-TuruKame-Error:ヘッダを生成するように修正さ
>せていただきます。(QuotedPrintableとかのデコードではちゃんとエラーを出して
>いるんですけど)

了解しました。お手数をおかけしました。

以上

[ ]