doc ファイル受信の不具合No.01866
pitch さん　17/08/14 16:37
　
いつもお世話になっております．

V6.72 および V.6.73 32bit版にてMS Office docファイルの（IMAPでの）受信に一部
不具合が生じております．V6.74B2で受信解析をやり直しても同様でした．

秀丸メールで受信した一部のdocファイルを開こうとすると，エンコード選択ダイア
ログが表示され，どれを選択しても正常に開くことができません．ウェブメールで受
信したものは正常に開けることから，秀丸メール側の問題と推測されます．

正常なファイルと，秀丸メールで受信したファイルのバイナリを確認してみますと，
正常なものは正しいsigunature "D0CF 11E0 A1B1 1AE1"で始まっていますが，
秀丸メールで受信したものでは，その前に
"0005 1600 0002 0000 0000 0000 0000 0000
0000 0000 0000 0000 0001 0000 0001 0000
0026 0002 aa00"
という余計な部分が付け加わっているようです．
当該部分を除去すれば正常に開くことができます．

docのウィルス対策関連の不具合かと想像していますが，V6.71以前の動作は確認して
いません．また，同じ方と同じ（編集された）ファイルをV.6.72でやりとりしており
ましたが，一昨日V.6.72で受信した分から開けなくなっており，再現の条件は不明で
す．

ウェブメールの併用でどうにかしのいでおりますが，対策頂けますと幸いです．

よろしくお願いいたします．
[ △ ]
RE:01866 doc ファイル受信の不具合No.01868
秀まるお2 さん　17/08/14 22:22
　
　とりあえずこちらで、手元にあるdocファイルおよびdocxファイルを自分から
自分に送って、秀丸エディタで開いて内容比較するってやってみた限りは大丈夫
そうでした。

　秀丸エディタのデコード関係の処理で、Version 6.70から最近のバージョンに
かけての修正点はいろいろあるのですが、添付ファイルのデコードについては何
もいじってないはずだと思います。

　今ソースコード比較してみた所では・・・・

　−　自動削除対象の添付ファイルかどうか判定する処理。
　−　text/plainパートを信頼するかどうかの判定処理。
　−　Thunderbirdからの「format=flowed; delsp=yes」のメール本文の
　　　処理。
　−　gmailからのメールの本文の行頭の全角空白が欠けるのを修復する処理。
　−　欧文か日本語かの文字コード自動判定の改良。
　−　HTMLメールをプレーンテキストに変換する処理で、<UL>や<OL>を
　　　インデントする処理。

　の改良点のみだと思います。

> ウェブメールの併用でどうにかしのいでおりますが，対策頂けますと幸いです．

　何か、通信経路に介入する系のアンチウィルスソフト／ファイヤウォール系
ソフトがあれば、それの介入機能（メール検索とかスパムフィルターとかの類）
をOFFにしてみるとどうでしょうか。

　あと、テストとして、ご自身からご自身に適当なdocファイルを送ってどうか
試してみるとか。docファイルをzip化してどうかとか、さらには暗号化zipで送
るとどうか試してみるとか。
　（暗号化zipにすると、アンチウィルス系のソフトは中身を検査/改変できなく
なります）

　秀丸メールのデコードの処理は、「.doc」だけ個別に何かするようなことは無
いと思うので、特定拡張子のファイルにだけ影響するとしたら、何かアンチウィ
ルス系のソフトが関係してるような気がします。

　他にテストする方法として・・・例えば受信ログの中の添付ファイル相当部分
の先頭付近のデータを教えていただければ、例えばそれを正しくデコードした場
合にどういうデータになるかはお返事できます。または、僕の作ったBASE64
デコードの変換モジュールで変換してみる作戦とかもあります。

http://hide.maruo.co.jp/lib/hmconv/hmfbase64_150.html

　あるいは、受信ログをエクスポートして何か他のメールクライアントに
インポートしてるとか。受信ログの段階で添付ファイルが壊れてるとしたら、や
はり何か、メールの通信経路に介入するソフトウェア製品のせいじゃないかと思
います。

　会社の場合だと会社のファイヤウォールとかが改変してることもあるかもしれ
ません。

　お手数かけてすみませんが、その辺試してみて欲しいです。
[ △ ]
RE:01868 doc ファイル受信の不具合No.02026
pitch さん　17/09/09 01:22
　
お世話になっております．いろいろとドタバタしていて確認が遅くなってしまいまし
た．

>　何か、通信経路に介入する系のアンチウィルスソフト／ファイヤウォール系
>ソフトがあれば、それの介入機能（メール検索とかスパムフィルターとかの類）
>をOFFにしてみるとどうでしょうか。

ファイヤーウォール外の環境で新しいPC環境を構築する機会がありましたので，アン
チウィルス・ファイヤーウォール系ソフトインストール前に同等のIMAP環境をつくっ
て受信してみました．

結果としては，やはり特定のファイルをうまく開くことができませんでした．


>　あと、テストとして、ご自身からご自身に適当なdocファイルを送ってどうか
>試してみるとか。docファイルをzip化してどうかとか、さらには暗号化zipで送
>るとどうか試してみるとか。
>　（暗号化zipにすると、アンチウィルス系のソフトは中身を検査/改変できなく
>なります）

docファイルであれば必ず再現するのではなく，自分から送っても再現はしませんで
した．また，docファイルを少しずつ修正する一連のやりとりの中で，突然開けなく
なったという奇妙な状態です．


>　他にテストする方法として・・・例えば受信ログの中の添付ファイル相当部分
>の先頭付近のデータを教えていただければ、例えばそれを正しくデコードした場
>合にどういうデータになるかはお返事できます。または、僕の作ったBASE64
>デコードの変換モジュールで変換してみる作戦とかもあります。
>
>http://hide.maruo.co.jp/lib/hmconv/hmfbase64_150.html
>
>　あるいは、受信ログをエクスポートして何か他のメールクライアントに
>インポートしてるとか。受信ログの段階で添付ファイルが壊れてるとしたら、や
>はり何か、メールの通信経路に介入するソフトウェア製品のせいじゃないかと思
>います。

受信ログをエクスポートしてデコードしてみても同様の不具合が発生しました．

Office365ベースのメールシステムなのですが，IMAP時に何かしているのでしょうか
ねえ．．．その割にはウェブメール経由では正常というのが摩訶不思議です．
[ △ ]
RE:02026 doc ファイル受信の不具合No.02029
秀まるお2 さん　17/09/09 17:37
　
　受信ログの段階で添付ファイルがおかしくなってるのだとしたら、秀丸メール
のデコードが悪いとかじゃなくて、秀丸メールに渡ったデータの段階でおかしい
ってことになるかと思います。

　他に試すとしたら・・・

　「送受信 - リモートメール」でもう一回同じメールを受信してみる作戦があ
ります。例えばアンチウイルスソフトとかのセキュリティ系ソフトが完全に介在
しない状態でもう一度ダウンロードしても同じなら、とにかくIMAPで受信すると
そうなるってことかなぁと思います。

　他には・・・

　添付ファイルの先頭にある余計なデータを取った形でもう一度その添付
ファイルを自分から自分宛に送って再現するかどうか試してみるとか。

　もう再現しないなら、今後は起きないんじゃないかと思います。

　他には・・・他のIMAPクライアントで受信してみても同じかどうか試してみて、
同じなら、すみませんがやはり秀丸メールとは無関係な問題だと思うので、社内
のサーバー管理の関係の人に相談してみるとか、そういう方向で解決策を探して
もらうしか無いような気がします。
[ △ ]
RE:02029 doc ファイル受信の不具合No.02030
pitch さん　17/09/09 18:49
　
Thunderbirdでも不具合が再現しました．はじめからそれを試せばよかったですね．p
opだとどうか，というところは気になりますが面倒なのでこれで打ち止めにします．

office365のメールには時々おかしな不具合があるのを確認しているので，これもそ
の一種なのだと思います．

お騒がせしました．
[ △ ]