定期送受信中に送受信が完了しない - 秀丸メール・要望関係／問い合わせ窓口 - スレッド00165, 2007/04/14

定期送受信中に送受信が完了しない

EA11R2 さん　07/04/14 17:34

EA11R＠一般ユーザです。

4.76β3で頻発してますが、本当にこのβからなのか、その前のFix/βからな
のか不明なのですが、先日、4.76β3にしてから特に目立っているのですが、
定期送受信中に、突然、受信処理が完了しない、と言う事象が発生してます。

Dump.txtは採取しているのですが、他に必要な情報はあるでしょうか。

関係するか不明ですが、その現象が発生しているときは、秀丸メール本体の
右下にある「詳細>>」のボタンで通信ログの確認ができません。
確か、「送受信中に実行できないコマンドだ。中断するならPause押下してく
れ」類のダイアログが出てきます。
確か、正常なときは、送受信処理中でも「詳細>>」で通信路具のダイアログを
表示できていたと思うのですが…。

RE:00165 定期送受信中に送受信が完了しな

秀まるお さん　07/04/16 08:56

　送受信関係の、特にそのメールサーバーとやりとりする関係の処理は、少なく
とも半年以上は何もいじってないと思います。なので、特に最近のバージョンに
なっておかしくなったってことであれば、秀丸メールがどうこうって可能性より
は、何かサーバーとか通信経路上（例えばファイヤウォールやアンチウィルスソ
フト）の関係で起きてるのかもしれないです。

　dump.txtで、その現象が起きた所付近をメールで送っていただけると何か分か
るかもしれませんが、とりあえずそれとは別に、「送受信・直前のやりとり記
録...」で出てくる内容を教えてもらった方がいいかもしれません。

> 確か、「送受信中に実行できないコマンドだ。中断するならPause押下してく
> れ」類のダイアログが出てきます。

　これの原因はちょっと思い当たりません。ソースコードを調べれば分かるかも
しれませんが、その前にdump.txtとか送受信のやりとり記録とかを教えてもらっ
た方が僕は調べやすいので、それだけメールで送って欲しいです。送り先は
maruo@mitene.or.jp です。

　よろしくお願いします。

RE:00167 定期送受信中に送受信が完了しな

EA11R2 さん　07/04/16 10:02

EA11R@一般ユーザです。

>　送受信関係の、特にそのメールサーバーとやりとりする関係の処理は、少なく
>とも半年以上は何もいじってないと思います。なので、特に最近のバージョンに
>なっておかしくなったってことであれば、秀丸メールがどうこうって可能性より
>は、何かサーバーとか通信経路上（例えばファイヤウォールやアンチウィルスソ
>フト）の関係で起きてるのかもしれないです。
なるほどですね。
一応、発生していた時の Firewall は Windows Firewall を使ってました。
ウィルスバスターは、秀丸メール関係や%tmp%/%temp%指定のフォルダは検索対象
から除外させてますし…ウィルスバスターの挙動に不信感を持っているので…。

それと、平行送受信は停止して様子を見て見ます。

>　dump.txtで、その現象が起きた所付近をメールで送っていただけると何か分か
>るかもしれませんが、とりあえずそれとは別に、「送受信・直前のやりとり記
>録...」で出てくる内容を教えてもらった方がいいかもしれません。
dump.txtとsmtp_pop3.txtの該当時間帯＋前後の送受信分を別メールで送付させ
ていただきました。

>> 確か、「送受信中に実行できないコマンドだ。中断するならPause押下してく
>> れ」類のダイアログが出てきます。
>
>　これの原因はちょっと思い当たりません。
例えば、このダイアログが出るときにpauseが効かなくなっている、と言うのは
関係がありそうでしょうか。
こうなるとどうしようもないので、タスクマネージャからプロセスの強制終了を
してます。

RE:00169 定期送受信中に送受信が完了しな

秀まるお さん　07/04/16 11:47

　送っていただいたログを見たんですが、よく分かりませんでした。dump.txtを
見ると、定期受信が開始されてリモートメール一覧をメモリ上にロードする処理
が働いてはいるようですが、その後ぱったりと記録が途切れてます。

　その、「詳細>>」を押した形跡も無いような気がします。

> こうなるとどうしようもないので、タスクマネージャからプロセスの強制終了を
> してます。

　ということはハングアップしてるのかもしれませんが…。

　すみませんが、「全般的な設定・上級者向け・デバッグ」の「Hangup Checker
を常駐させる」をONにして、それでおかしな現象が発生した時にHangup Checker
からログ取りをやってみて欲しいです。

　「ハングアップしてないのにかまわずに取りますか？」みたいな問い合わせが
出てもOKして取って欲しいです。

　それで出てきたdump.txtを見れば、今度こそ分かるかなぁと思いますけど…。

　すみませんがその作戦でお願いします。

RE:00174 定期送受信中に送受信が完了しな

EA11R2 さん　07/04/16 12:29

EA11R＠一般ユーザです。

>　送っていただいたログを見たんですが、よく分かりませんでした。dump.txtを
>見ると、定期受信が開始されてリモートメール一覧をメモリ上にロードする処理
>が働いてはいるようですが、その後ぱったりと記録が途切れてます。
そうなんですね^^;
内部処理を知らない側から見ると、リモートメール一覧のロード処理が、なにか
しらの理由で無限ループないし、長時間ループに陥ってしまった、と言う感じで
しょうか。

>　その、「詳細>>」を押した形跡も無いような気がします。
ウーン、そうですか。
ただ、数時間の間に同じような事象が連発したのでお送りしたログのタイミング
で「詳細>>」を押していたか、少しばかり地震が無くなってきました、すみませ
ん。
再現時には、確実に「詳細>>」を押しておきます。

>> こうなるとどうしようもないので、タスクマネージャからプロセスの強制終了を
>> してます。
>
>　ということはハングアップしてるのかもしれませんが…。
ハングアップ、見た目的には、近いかもしれませんね。
ただ、タスクトレイへの出し入れも可能ですのでプロセスそのものは生きていて、
送受信処理から抜け切らない、って感じに、表面上は見えてます。
結局、送受信から抜け切らないので正常ができず、タスクマネージャ経由で強制
終了しないとどうしようもなくなるって感じで。

>　すみませんが、「全般的な設定・上級者向け・デバッグ」の「Hangup Checker
>を常駐させる」をONにして、それでおかしな現象が発生した時にHangup Checker
>からログ取りをやってみて欲しいです。
>
>　「ハングアップしてないのにかまわずに取りますか？」みたいな問い合わせが
>出てもOKして取って欲しいです。
>
>　それで出てきたdump.txtを見れば、今度こそ分かるかなぁと思いますけど…。
>
>　すみませんがその作戦でお願いします。
タスクマネージャで強制終了が上手く伝わってなかったかもしれませんが、
Hangup Checkerも常駐させてみます。

RE:00178 定期送受信中に送受信が完了しな

秀まるお さん　07/04/16 17:28

> 内部処理を知らない側から見ると、リモートメール一覧のロード処理が、なにか
> しらの理由で無限ループないし、長時間ループに陥ってしまった、と言う感じで
> しょうか。

　dump.txtに出力している「listcache loaded」は、ロードが終わった時に出し
てる物なので、ロード自体は完了しているようです。その後何かやらないといけ
ない処理が始まってないのか、そこで固まってるのか、その辺がよく分かりませ
ん。

　例えば何かコマンドを実行してればそのコマンドを実行した記録がdump.txtに
出るはずですが、それも無いので、つまりそれはハングアップしてるという意味
なのか、それとも何もコマンド実行せずにタスクマネージャから強制終了させた
のか、どっちか判断出来ないです。

　っと、こういうときのためにHangup Checkerを作っておいた訳なので、そうい
うことでログを取って欲しいです。

RE:00181 定期送受信中に送受信が完了しな

EA11R2 さん　07/04/16 20:37

EA11R＠一般ユーザです。

>> 内部処理を知らない側から見ると、リモートメール一覧のロード処理が、なにか
>> しらの理由で無限ループないし、長時間ループに陥ってしまった、と言う感じで
>> しょうか。
>
>　dump.txtに出力している「listcache loaded」は、ロードが終わった時に出し
>てる物なので、ロード自体は完了しているようです。その後何かやらないといけ
>ない処理が始まってないのか、そこで固まってるのか、その辺がよく分かりませ
>ん。
>
>　例えば何かコマンドを実行してればそのコマンドを実行した記録がdump.txtに
>出るはずですが、それも無いので、つまりそれはハングアップしてるという意味
>なのか、それとも何もコマンド実行せずにタスクマネージャから強制終了させた
>のか、どっちか判断出来ないです。
>
>　っと、こういうときのためにHangup Checkerを作っておいた訳なので、そうい
>うことでログを取って欲しいです。

ログが採取できたので、別途送付します。
ですが、すみません、黒幕は99.89％、秀丸メール側ではなさそうです<m(__)m>

ちなみに、この現象が発生したとき、秀丸エディタの方も、
・タイトルバーに「(無題)[Shift-JIS][CR-+F]」と表示させているのになにも表
示されない
・プロダウンメニューが正常に表示できない
・動作環境設定のダイアログがきちんと表示できない
・コモンダイアログが正しく呼び出されず、「CommonDlgExtendedError
0xffff」と言うエラーがでてくる
と言う事象も発生していることから、明らかにシステムリソース(GDIリソース?)
不足が発生している、と…。
# Win95/98/3.1の頃は、GDIリソース不足時の事象に似ているので^^;

ただ、この推測が間違って無い、としてもし、送受信が中途に停止したままにな
る状態の回避手段を講じることが可能であれば、何かしらの対策をとっていただ
けると嬉しいな、と。
自動でも、マニュアルでも、なんでもOKなんですが。
他のソフトの影響でほぼ間違い無いので、面倒であれば…無理な対応はお願いで
きませんし^^;
そのソフトを終了すると正常に戻るのですが、秀丸メールは、送受信中状態から
抜け出せません^^;
本音は、終了後に抜け出してくれる、とか、エラーとして終わってくれても嬉し
いんですけどね。

XPでそう言うことをやってくれる、と言うのは、ある意味、そのソフトのできに
は感激物ですけどね。
ちなみに、そのソフト＝黒幕は、VT Trader(http://www.cmsfx-japan.com/ で配
布)だとほぼ確信しました、ついさっき。
今までは、問題なく、使えてたので、このバージョンのβ1～になってと思い込
んでしまいました<m(__)m>

RE:00182 定期送受信中に送受信が完了しな

EA11R2 さん　07/04/16 20:44

EA11R＠一般ユーザです。

2つでていると思いますが、最初の分は、「詳細>>」をやる前に吐き出した分で、
後の方が「詳細>>」をクリックして「実行できないコマンド」類のメッセージ
を確認した後の分です。

RE:00184 定期送受信中に送受信が完了しな

秀まるお さん　07/04/17 10:57

　ここの会議室には添付ファイルは書き込めないです。なのでdump.txtのログな
どは、 maruo@mitene.or.jp 宛に送ってください。

　あと、システムリソース不足かどうかは、タスクマネージャである程度確認出
来ます。タスクマネージャの「プロセス」ページを表示して、「表示・列の選
択...」実行して、そこの「USERオブジェクト」と「GDIオブジェクト」や「ハン
ドルの数」なんかをONにしてやって、その数がどうなってるか確認すると分かり
ます。

　例えばその怪しいソフトがどのくらいシステムリソースを消費してるか見ると
何か分かると思います。

　DDEを使っていておかしいってことであれば、それは仕方がないかもしれませ
ん。DDEを使っている最中に何か１つでも応答しないアプリケーションソフトが
あると、他のソフトも道連れになってハングアップしたりしますので。

RE:00187 定期送受信中に送受信が完了しな

秀まるお さん　07/04/17 13:07

　送受信の状態表示ウィンドウを生成するのに失敗して、ウィンドウが無いまま
送受信を実行しようとしてるようです。

　一応、ダイアログボックスウィンドウの生成に失敗したら中断するみたいな処
理を入れてみます。

RE:00188 定期送受信中に送受信が完了しな

EA11R2 さん　07/04/17 13:32

EA11R＠一般ユーザです。

>　送受信の状態表示ウィンドウを生成するのに失敗して、ウィンドウが無いまま
>送受信を実行しようとしてるようです。
>
>　一応、ダイアログボックスウィンドウの生成に失敗したら中断するみたいな処
>理を入れてみます。

そう言うことだったんですね。
期待して待ってます。

余談ですが、GDIオブジェクトは、そのプログラムだけで5200を超えて、システ
ムトータルで7000を越えてしました。
GDIオブジェクトの上限は調べてませんが、そこまで消費すると、どうなっても
おかしくなさそうですね。