V0.70アップロードしました - 秀丸メール・バグ関係 - スレッド03263, 2001/01/16

V0.70アップロードしました

秀まるお さん　01/01/16 15:04

　テンプレートおよびtkinfo.dllのCurrentHeader関数が使えないバグを直した
ので、早急にバージョンアップしてしまいます。

　http://member.nifty.ne.jp/hidemaruo/tk070.exe

　あと、はざまさんの所で起きていた「CopyMail failed, html-mail may be
broken...」のエラーですが、こちらでWindowsMeでテストしたら再現しました。
これから時間をかけてHTMLメールの解析処理を自前でやるように修正します。
（きっとまたレベルダウンが発生するような気がするけど）

RE:03263 V0.70アップロードしました

福澤さん　01/01/16 17:41

秀まるおさん、こんにちは。あなたは書きました

>　テンプレートおよびtkinfo.dllのCurrentHeader関数が使えないバグを直した
>ので、早急にバージョンアップしてしまいます。
>
あれれれ、またリモートメールの一覧に受信済みのメールが
表示されたままになるようです。

福澤

RE:03271 V0.70アップロードしました

秀まるお さん　01/01/17 17:18

> あれれれ、またリモートメールの一覧に受信済みのメールが
> 表示されたままになるようです。

　そもそものこのパグの報告を読んだ時に、どういうバグなのか分からなかったので
そのままほったらかしでした。

　リモートメール一覧で「ダウンロード対象」として「実行」とやっても、そのメー
ルがリモートメール一覧から消えないって話でしょうか？

　リモートメールダイアログボックスの「ダウンロードしてもサーバー上に残す」が
ONであるなら消えないのが仕様です。OFFなら消えるはずですけど。

　っとテストしていたら、リモートメールのメールが全部削除されるバグが発生して
しまいました。そっちの方を先に修正させていただきます。

RE:03263 V0.70アップロードしました

福澤さん　01/01/17 23:46

秀まるおさん、こんばんは。

「定期的受信、一覧のみ」の設定です。

着信があったのでリモートメールからダウンロードしようとしたところ
接続できませんでした。そこで、[キャンセル]をクリックすると
保護違反になりました。

ログは以下のとおりです。

********** 01/01/17 23:32:50 0.70beta Exception
eax=006CF5AC ebx=00000000 ecx=FFFFFFFF edx=006CF63C esi=006CF5CC edi=
006CF63C ebp=006CF5FC esp=006CF5A8 eip=BFF9A57C
FramePtr ReturnAd Param#1 Param#2 Param#3 Param#4 Param#5 Param#6
Param#7 Param#8 Param#9 Param#10 MachineCode
BFF782E4 000816A6 FFFFFFFF 00000040 816A5538 8160C000 00000040 A0000020
8160C000 C3F91B40 BFF78028 8160C050 9A 98 86 9F 05 0B C0 0F
7E74C085 8B08468B DF8B044E 8B084189 468B0456 04508908 FD372480 18247C83
83617400 0014247C E5C14474 2BFE8B0C

====== 2001/01/17 23:32:15 mode=リモートメール取得 account=Masakazu
R +OK j.asahi-net.or.jp POP3 server ready (ESIZE/aardvark)
S USER ------
R +OK please send PASS command
S PASS ****
R +OK your maildrop has 1 messages (1450 octets) [std/ESIZE,ASIS]
S STAT
R +OK 1 1450
S UIDL
R +OK scan listing follows
R ...(19バイト)
S LIST
R +OK scan listing follows
R ...(11バイト)
S QUIT
R +OK j.asahi-net.or.jp POP3 server signing off (1 messages left)
====== 2001/01/17 23:32:22 mode=リモートメール実行 account=Masakazu
====== 2001/01/17 23:32:26 mode=リモートメール実行 account=Masakazu
====== 2001/01/17 23:32:37 mode=リモートメール実行 account=Masakazu

福澤

RE:03304 V0.70アップロードしました

秀まるお さん　01/01/18 12:42

> 着信があったのでリモートメールからダウンロードしようとしたところ
> 接続できませんでした。そこで、[キャンセル]をクリックすると
> 保護違反になりました。

　とりあえず簡単なテストをした限りは再現しませんでしたが、これはもしかすると
03242番で福澤さんから報告いただいたバグと同じかもしれないです。

　そのバグの根本的な原因はまだ分かってないんですが、とりあえず死なないように
したつもりが、実は別の場所で死ぬようになっただけなのかもしれないです。

　再現性がどの程度か分かりましたらまた連絡ください。今のところは03242番と同
じバグであることを前提にソースコードを眺めるくらいしか出来ないです。

RE:03327 V0.70アップロードしました

福澤さん　01/01/18 14:24

秀まるおさん、こんにちは。あなたは書きました

>　とりあえず簡単なテストをした限りは再現しませんでしたが、これはもしかすると
>03242番で福澤さんから報告いただいたバグと同じかもしれないです。
>
>　そのバグの根本的な原因はまだ分かってないんですが、とりあえず死なないように
>したつもりが、実は別の場所で死ぬようになっただけなのかもしれないです。
>
>　再現性がどの程度か分かりましたらまた連絡ください。今のところは03242番と同
>じバグであることを前提にソースコードを眺めるくらいしか出来ないです。

また発生しましたので、前と同じですが報告します。

------------------------
このエラーはV.70bにしてから5回目になります。今日はこれで2回目です。
これ以前のバージョンではこれと同じ状況は発生していません。

設定：常時接続で
[定期的に受信する]
[2]分間隔
[ダイアアップ中のみ]
[一覧の取得のみ]

設定としてはほかに別アカウントの定期的受信を
8回に1回に設定しています。

以下は、メモしながら操作したので途中接続の試みが何回が行われて
います。

着信があったので、タスクトレイのメニューから[鶴亀メール]をクリック
（またはReturn）
[リモートメール]ダイアログボックスが表示される
メールを選択して
[ダウンロード対象]をクリックする
[実行]をクリックする
[リモートメール実行中]ダイアログボックスが表示される
[エラー]ダイアログボックスが表示される
　「pop.asahi-net.or.jpへの接続に失敗しました。」
　[OK]
[リモートメール実行中]ダイアログボックス
　「エラーによる中断」と表示されている
　[閉じる]をクリックする
もう一度ダウンロードするため
[実行]をクリックする
[リモートメール実行中]ダイアログボックスが表示される
　「キャンセル要求による中断」
[閉じる]をクリックする
[キャンセル]をクリックする
「鶴亀メールのプロセスで保護違反が発生しました。...」が表示される
[OK]をクリックする
鶴亀メールが終了しタスクトレイからも消える

ログは以下のとおりです。

********** 01/01/18 13:59:57 0.70beta Exception
eax=006CF5AC ebx=00000000 ecx=FFFFFFFF edx=006CF63C esi=006CF5CC edi=
006CF63C ebp=006CF5FC esp=006CF5A8 eip=BFF9A57C
FramePtr ReturnAd Param#1 Param#2 Param#3 Param#4 Param#5 Param#6
Param#7 Param#8 Param#9 Param#10 MachineCode
8160C000 81697950 00000024 00000000 81697930 8160C000 00000040 A0000020
8160C000 C3FA35F8 BFF78028 8160C050 25 00 00 A0 2C C0 60 81
00100000 00000000 00000020 A0000001 816570A8 8169AA68 00000080 A0000001
81697950 816570A8 00000200 A0000001
56000000 4B534944 80332E33 00010100 00004001 0006FE02 00010008 04400000
FFFF534D 32403200 00000000 00000000

====== 2001/01/18 13:55:30 mode=リモートメール取得 account=Masakazu
R +OK j.asahi-net.or.jp POP3 server ready (ESIZE/dora)
S USER -------
R +OK please send PASS command
S PASS ****
R +OK your maildrop has 1 messages (1796 octets) [std/ESIZE,ASIS]
S STAT
R +OK 1 1796
S UIDL
R +OK scan listing follows
R ...(19バイト)
S LIST
R +OK scan listing follows
R ...(11バイト)
S QUIT
R +OK j.asahi-net.or.jp POP3 server signing off (1 messages left)
====== 2001/01/18 13:55:49 mode=リモートメール実行 account=Masakazu
====== 2001/01/18 13:58:53 mode=リモートメール実行 account=Masakazu
====== 2001/01/18 13:59:51 mode=リモートメール実行 account=Masakazu

福澤

RE:03334 V0.70アップロードしました

秀まるお さん　01/01/18 16:53

　すみません。03242番発言の福澤さんと同じと言いましたが、そもそもこっちのバ
グレポートも福澤さんからの物でした。

　ということは、前回のバグ修正（したつもり）が逆に悪影響になって死んでいるの
やら？。前回は死んでる場所が鶴亀メール内部だったのでなんとかその場しのぎでき
たんですけど、今回は死んでる場所が鶴亀メール外で、しかも呼び出し元も不明でし
て、困っています。

> このエラーはV.70bにしてから5回目になります。今日はこれで2回目です。
> これ以前のバージョンではこれと同じ状況は発生していません。

　こちらでしつこく同じテストをやってみたんですけど、うまく再現しませんでした。
ただし、再現方法がちょっと違っているのでそれが悪いのかもとは思います。

　（手元でのテストは、リモートメール実行前に自前のメールサーバーソフトを停止
させる方法で接続に失敗させてます）

　そもそもですが、常駐鶴亀の定期受信はちゃんと動くのに、その後リモートメール
の「実行」でダウンロードしようとすると、「...への接続に失敗しました。」と出
てくるのはどうしてなんでしょうかね？。メールサーバーがたしかに生きているはず
なのにそういうエラーになるのか、それとも本当にそこのサーバーはよく落ちるのか、
どっちなんでしょ？。前者だとしたら、まずはその原因を考えようかなぁと思います。

　誰の人はどんなもんかなぁ？（っと暗にテストを要求する）

RE:03338 V0.70アップロードしました

ひろさん　01/01/18 18:56

　秀まるおさん今日は、ひろです。
> 　誰の人はどんなもんかなぁ？（っと暗にテストを要求する）
　Windows98+IE5.5+鶴亀 Ver.0.70 ですが再現しません。

RE:03338 V0.70アップロードしました

"y.iida" さん　01/01/18 19:04

> 　そもそもですが、常駐鶴亀の定期受信はちゃんと動くのに、その後リモートメール
> の「実行」でダウンロードしようとすると、「...への接続に失敗しました。」と出
> てくるのはどうしてなんでしょうかね？。メールサーバーがたしかに生きているはず
> なのにそういうエラーになるのか、それとも本当にそこのサーバーはよく落ちるの
>か、
> どっちなんでしょ？。前者だとしたら、まずはその原因を考えようかなぁと思いま
>す。
>
> 　誰の人はどんなもんかなぁ？（っと暗にテストを要求する）

まだテスト開始２０分ですけど、今の所何度やっても起きません。
明日になれば別のサーバー(３種類)も使えるのでそっちでもやってみます。

RE:03338 V0.70アップロードしました

福澤さん　01/01/19 09:52

秀まるおさん、おはようございます。あなたは書きました

>　そもそもですが、常駐鶴亀の定期受信はちゃんと動くのに、その後リモートメール
>の「実行」でダウンロードしようとすると、「...への接続に失敗しました。」と出
>てくるのはどうしてなんでしょうかね？。メールサーバーがたしかに生きているはず
>なのにそういうエラーになるのか、それとも本当にそこのサーバーはよく落ちるのか、

>どっちなんでしょ？。前者だとしたら、まずはその原因を考えようかなぁと思います。

>
>　誰の人はどんなもんかなぁ？（っと暗にテストを要求する）

今度は、間にBlackJumboDogというプロキシを間に入れて
みました。この時間まではOKだったのですが...どうしたもんだろう

前と同じ操作です。

以下はログです

====== 2001/01/19 09:34:55 mode=リモートメール取得 account=Masakazu
R +OK BlackJumboDog Copyright(c) 1998/5.. by SIN/SapporoWorks POP3 ready
S USER vb3m-fkzw
R +OK please send PASS command
S PASS ****
R +OK your maildrop has 1 messages (1964 octets) [std/ESIZE,ASIS]
S STAT
R +OK 1 1964
S UIDL
R +OK scan listing follows
R ...(19バイト)
S LIST
R +OK scan listing follows
R ...(11バイト)
S QUIT
R +OK j.asahi-net.or.jp POP3 server signing off (1 messages left)
====== 2001/01/19 09:35:01 mode=リモートメール実行 account=Masakazu
R +OK BlackJumboDog Copyright(c) 1998/5.. by SIN/SapporoWorks POP3 ready
S USER vb3m-fkzw

********** 01/01/19 09:35:49 0.70beta Exception
eax=006CF5AC ebx=00000000 ecx=FFFFFFFF edx=006CF63C esi=006CF5CC edi=
006CF63C ebp=006CF5FC esp=006CF5A8 eip=BFF9A57C
FramePtr ReturnAd Param#1 Param#2 Param#3 Param#4 Param#5 Param#6
Param#7 Param#8 Param#9 Param#10 MachineCode
BFF782E4 0008167F FFFFFFFF 00000040 8167EFE0 8160C000 00000040 A0000020
8160C000 C3FA3D90 BFF78028 8160C050 7D 12 00 74 45 6A 00 6A
7E74C085 8B08468B DF8B044E 8B084189 468B0456 04508908 FD372480 18247C83
83617400 0014247C E5C14474 2BFE8B0C

福澤

RE:03353 V0.70アップロードしました

秀まるお さん　01/01/19 10:22

> 今度は、間にBlackJumboDogというプロキシを間に入れて
> みました。この時間まではOKだったのですが...どうしたもんだろう

　今回は「...への接続に失敗しました」とは出ないようですけど、

> S USER vb3m-fkzw

　で止まっているのはどうしてなんでしょか？。この時点で鶴亀メールが死んでしま
ったのか、それとも単に中断したってことなのやら？

　つまり、「..への接続に失敗しました」と出るかどうかは関係なくて、とにかくリ
モートメール実行を中断してからリモートメールダイアログボックスをキャンセルす
ると死ぬということでよろしいでしょうか？

　定期受信からのリモートメール自動表示だけじゃなくて、普通に「送受信・リモー
トメール」コマンドからリモートメールを呼び出して「実行->中断->閉じる->キャン
セル」とやった場合は死なないのでしょうか？（っとこれまたテストをお願いする）

　っと状況が分かったとしても、こちらで再現しないことには解決出来ないので、と
りあえず手元のバージョンでいろいろとデバッグ用のメッセージ表示などを追加して
みます。

　（ひろさん＆飯田さんテストありがとうございます）

RE:03357 V0.70アップロードしました

福澤さん　01/01/19 10:41

秀まるおさん、おはようございます。あなたは書きました

>
>　今回は「...への接続に失敗しました」とは出ないようですけど、
>
>> S USER vb3m-fkzw
>
>　で止まっているのはどうしてなんでしょか？。この時点で鶴亀メールが死んでしま
>ったのか、それとも単に中断したってことなのやら？

やっぱりプロバイダのサーバーのせいなのでしょうかね。
2分ごとにアクセスしているとまずいのかな。

>
>　つまり、「..への接続に失敗しました」と出るかどうかは関係なくて、とにかくリ
>モートメール実行を中断してからリモートメールダイアログボックスをキャンセルす
>ると死ぬということでよろしいでしょうか？
>

今回は再度[実行]せずに[キャンセル]しましたのでそうなったのでしょうか。

>　定期受信からのリモートメール自動表示だけじゃなくて、普通に「送受信・リモー
>トメール」コマンドからリモートメールを呼び出して「実行->中断->閉じる->キャン
>セル」とやった場合は死なないのでしょうか？（っとこれまたテストをお願いする）
>

やってみます。

>　っと状況が分かったとしても、こちらで再現しないことには解決出来ないので、と
>りあえず手元のバージョンでいろいろとデバッグ用のメッセージ表示などを追加して
>みます。
>
>　（ひろさん＆飯田さんテストありがとうございます）

よろしくお願いします（私のところだけ発生とはねえ）

福澤

RE:03357 V0.70アップロードしました

"y.iida" さん　01/01/19 10:52

役に立たないんですけど、報告しておきます。

>　つまり、「..への接続に失敗しました」と出るかどうかは関係なくて、
> とにかくリモートメール実行を中断してからリモートメール
> ダイアログボックスをキャンセルすると死ぬ
> ということでよろしいでしょうか？
>
>　定期受信からのリモートメール自動表示だけじゃなくて、
> 普通に「送受信・リモートメール」コマンドから
> リモートメールを呼び出して「実行->中断->閉じる->キャンセル」と
> やった場合は死なないのでしょうか？

３種類のサーバーに対して、同じ事を１０回ぐらい繰り返しましたけど
やはり「接続失敗」は出ませんでした。
（変な言い方だけど）後者の定期受信でない方法で
強引に中断しても大丈夫で・・上手く動いてしまいます

思い切って、タイミングの問題があるけどケーブルを抜いてみるかな？

RE:03359 V0.70アップロードしました

マイケル さん　01/01/19 11:08

マイケルです。

y.iidaさんの本日午前10時52分の
“RE 03357 V0.70アップロードしました”について：
====

>３種類のサーバーに対して、同じ事を１０回ぐらい繰り返しましたけど
>やはり「接続失敗」は出ませんでした。

私の方でも DTI(venus), @nifty, iij4u, および、レンタルサーバで
テストしましたが、何度やっても大丈夫でした。

・DTI: QPOP (version 2.52)
・@nifty: NIFTY Corporation Pop server v2.02
・iij4u: POP3 nn.iij4u.or.jp ready
・レンタルサーバ: QPOP (version 2.53/SAKURA)

と、なってます。レンタルサーバ以外は APOP 認証です。

回数は数えていませんが一つの POP サーバあたり10回はやったで
しょう。

---
Miguel Thomas Lopez-Cai
January 19, 2001; 11:07 +0900 (JST)

RE:03357 V0.70アップロードしました

福澤さん　01/01/19 18:34

秀まるおさん、こんばんは。

BlackJumboDogを自マシンにローカルメールサーバーとして
入れて使用してみました。
今のところ
プロバイダのPOPサーバーとBlackJumboDogの間の配信（5分間隔）に
エラーはなく
BlackJumboDogと鶴亀の間（2分間隔）でもエラーがありません。

BlackJumboDogについては、http://homepage2.nifty.com/spw/bjd/
を参照してください。ソースもあります。

またこれとは別に、[送受信]-[リモートメール]でもエラーは
発生しませんでした（様子をみた期間が短すぎるかもしれないが）。

福澤

RE:03377 V0.70アップロードしました

秀まるお さん　01/01/21 15:39

> またこれとは別に、[送受信]-[リモートメール]でもエラーは
> 発生しませんでした（様子をみた期間が短すぎるかもしれないが）。

　んでは、定期的なメール一覧の取得をして鶴亀本体ウィンドウを復元した際の自動
でのリモートメール実行に限っておかしい可能性が高いです。

　一応、そっちの場合の処理も普通のリモートメール実行と同じはずなんですけど、
もしかしてと思う処理があったので修正してみます。

　あと、そのBlackJumboDogを通せばエラーにならないって話も謎ですが、それで起
きないならまぁいいかなぁと。