受信エラー - 秀丸メール・バグ関係 - スレッド03099, 2001/01/11

受信エラー

ひろさん　01/01/11 18:13

　秀まるおさん今日は、ひろです。鶴亀 Ver.0.67 では起きていないのです
が、Ver.0.66 で置き以前使用していた Winbiff では起きなかった受信エラー
の報告を忘れていました。smtp_pop3.txt の内容は、

====== 2001/01/09 15:38:27 mode=受信 account=Account
R +OK QPOP (version 2.53) at POPserver starting. <20569.979022307@POPserver>
S USER MyName
R +OK Password required for MyName.
S PASS ****
R -ERR /usr/mail/.MyName.pop lock busy! Is another session active? (11)
E POP3用のパスワードが間違っているか、または認証に失敗しました。
エラー内容 = /usr/mail/.MyName.pop lock busy! Is another session active? (11)

というものです。こうなるとしばらくの間、「リモートメール」を含めて受
信は出来なくなりますが、そのままにしておくと問題なく受信可能になりま
す。

　またこの状態になってしまうと、Winbiff でも受信不可になるので、サバー
が原因かもしれませんが、鶴亀がファイル操作の開放を行っていない部分が
あるのか不安なので、取り敢えずご報告しておきます。

　なおこのエラーがでている間でも、接続が出来ているので当たり前ですが、
ping は問題ありませんでした。

RE:03099 受信エラー

Kengo さん　01/01/11 18:48

> R -ERR /usr/mail/.MyName.pop lock busy! Is another session active? (11)

これは、MUA側で対策するのは無理なのでは？

POPサーバーの実装にもよるのかもしれませんが、
POP中はメールボックスがロックされます。
それにちょうどぶつかっている、という意味です。

たとえば、あるMUAがPOPしている*最中に*他のMUAから
POPしようとしたり、POPの最中にMUAが死んでしまった
(ロックされたまま)ような場合に発生します。

> というものです。こうなるとしばらくの間、「リモートメール」を含めて受
> 信は出来なくなりますが、そのままにしておくと問題なく受信可能になりま
> す。

ロックしたままでも、しばらくすると復旧するそうです。

私は、WPBFに定期的にメールチェックさせています。
鶴亀メールあるいは他のメーラーでの受信処理の最中に
ぶつかって、週に１回ぐらいはこのメッセージを見ます。

RE:03105 受信エラー

ひろさん　01/01/11 19:39

　Kengo さん今日は、ひろです。
> たとえば、あるMUAがPOPしている*最中に*他のMUAから
> POPしようとしたり、POPの最中にMUAが死んでしまった
> (ロックされたまま)ような場合に発生します。
　念のために書いておきますが、複数の MUA を同時に併用しているわけで
はありません。Winbiff 単独時利用時には起きなかったが、鶴亀単独利用時
に起きたので、もし鶴亀にロック解除が抜けていて直せるものならば、直し
て欲しいという程度のことです。あくまで Winbiff による受信は、ほかの
MUA でどうなるか確認するために使っただけです。
　また同時併用しているわけではないので、「MUA が POP している最中に
他の MUA から POP」は考えられませんし、直前の受信は成功しているので、
「POP の最中に MUA が死んでしまった」というのも当てはまらないようで
す。

> ロックしたままでも、しばらくすると復旧するそうです。
　取り敢えず、情報有り難うございました。

　##あ、今接続自体に失敗した(^^)。

RE:03110 受信エラー

秀まるお さん　01/01/12 09:17

　ロックされている原因が鶴亀メールかどうかは、エラーになる直前のやりとり記録
を見れば分かると思います。

　直前のやりとりの最後が

S QUIT
R +OK POP3 Server saying Good-Bye

　のようになってなかったら、鶴亀メールが正しくQUITしてないってことになると思
います。ただ、普通のメールサーバーはちゃんとQUITしない場合でもロックしてしま
うようなことは無いと思いますけど？？？

RE:03110 受信エラー

秀まるお さん　01/01/12 09:19

> 　##あ、今接続自体に失敗した(^^)。

　前にも連絡しましたが、サーバーの検索（ホスト名からIPアドレスへの変換）につ
いては２分間リトライを繰り返す作りになってますが、接続自体は１回やって失敗し
たらそのままエラーになる作りになってます。

　というわけで、接続自体も何回かリトライするように改造してみます。

RE:03115 受信エラー

ひろさん　01/01/12 13:57

　秀まるおさん今日は、ひろです。
> S QUIT
> R +OK POP3 Server saying Good-Bye
>
> 　のようになってなかったら、鶴亀メールが正しくQUITしてないってことになると思
　この上表から件のエラーまでのログを記載します。
====== 2001/01/09 14:56:44 mode=受信 account=Account
R +OK QPOP (version 2.53) at POP starting. <7419.979019805@POP>
S USER User
R +OK Password required for User.
S PASS ****
R +OK User has 0 messages (0 octets).
S QUIT
R +OK Pop server at POP signing off.
====== 2001/01/09 15:02:41 mode=受信 account=Account
R +OK QPOP (version 2.53) at POP starting. <8700.979020162@POP>
S USER User
R +OK Password required for User.
S PASS ****
E 長時間にわたってサーバーからの応答がありません。
====== 2001/01/09 15:04:49 mode=送信 account=Account
====== 2001/01/09 15:04:49 mode=受信 account=Account
R +OK QPOP (version 2.53) at POP starting. <9539.979020290@POP>
S USER User
R +OK Password required for User.
S PASS ****
====== 2001/01/09 15:10:24 mode=受信 account=Account
R +OK QPOP (version 2.53) at POP starting. <12077.979020625@POP>
S USER User
R +OK Password required for User.
S PASS ****
E 長時間にわたってサーバーからの応答がありません。
====== 2001/01/09 15:13:08 mode=リモートメール取得 account=Account
R +OK QPOP (version 2.53) at POP starting. <13126.979020789@POP>
S USER User
R +OK Password required for User.
S PASS ****
====== 2001/01/09 15:13:28 mode=送信 account=Account
====== 2001/01/09 15:13:28 mode=受信 account=Account
R +OK QPOP (version 2.53) at POP starting. <13269.979020810@POP>
S USER User
R +OK Password required for User.
S PASS ****
====== 2001/01/09 15:19:46 mode=リモートメール取得 account=Account
R +OK QPOP (version 2.53) at POP starting. <15013.979021188@POP>
S USER User
R +OK Password required for User.
S PASS ****
====== 2001/01/09 15:20:50 mode=リモートメール取得 account=Account
E ホストとの対話が切断されました。
====== 2001/01/09 15:20:57 mode=リモートメール取得 account=Account
E ホストとの対話が切断されました。
====== 2001/01/09 15:21:28 mode=リモートメール取得 account=Account
====== 2001/01/09 15:22:00 mode=リモートメール取得 account=Account
R +OK QPOP (version 2.53) at POP starting. <15455.979021322@POP>
S USER User
R +OK Password required for User.
S PASS ****
R -ERR /usr/mail/.User.pop lock busy! Is another session active? (11)
E POP3用のパスワードが間違っているか、または認証に失敗しました。
エラー内容 = /usr/mail/.User.pop lock busy! Is another session active? (11)

　受信時 STAT コマンドを使うようになってからのヴァージョンや
> 　前にも連絡しましたが、サーバーの検索（ホスト名からIPアドレスへの変換）につ
> いては２分間リトライを繰り返す作りになってますが、接続自体は１回やって失敗し
> たらそのままエラーになる作りになってます。
>
> 　というわけで、接続自体も何回かリトライするように改造してみます。
となると
> E ホストとの対話が切断されました。
等の状況も変わるかもしれませんが、取り敢えずご報告までに。

　最後になりましたが、接続リトライの件、有り難うございます。

RE:03123 受信エラー

秀まるお さん　01/01/12 15:06

　そこのサーバーはPASSコマンドを送ってから頻繁にタイムアウトになるようですけ
ど、それは単に重いだけなんでしょうかね？。

　もし、サーバーがPASSコマンドの解析にとても時間がかかっていて、その間に切断
されたのだとしたら、次の接続で「ロックされている」と出るのはその通りだと思い
ます。

　なんでしたらタイムアウトの時間をもっと長くしますけど。

RE:03124 受信エラー

"y.iida" さん　01/01/12 16:08

>　なんでしたらタイムアウトの時間をもっと長くしますけど。

うちのISPも混んでいると重いのですが（それでも30秒？）
（「中断」を押せば・・という話は置いておいて）
定期巡回受信もあるので、初期値をあまり長くして欲しくないです。
エラーならエラーであきらめたい。（また後で・・にしたい）

ココは一般的に n秒指定を暗に催促しているような？？(^^;;;

RE:03124 受信エラー

ひろさん　01/01/12 17:46

　秀まるおさん今日は、ひろです。
> 　なんでしたらタイムアウトの時間をもっと長くしますけど。
　一度そうして頂けるでしょうか?
　後このサーバが空いている時間にも同様の症状がでているか見てみます。

RE:03124 受信エラー

ひろさん　01/01/12 19:16

　秀まるおさん今日は、ひろです。ほかの会議室の文も引用します。
> 　そこのサーバーはPASSコマンドを送ってから頻繁にタイムアウトになるようですけ
> ど、それは単に重いだけなんでしょうかね？。
　あまり込み合わないと考えられる 17:30 以降はタイム・アウトが起きな
いようなので、仰るように単に重いことが原因かもしれません。

> 　なんでしたらタイムアウトの時間をもっと長くしますけど。
　そちらの製作は面倒になりますが、y.iida さんの仰るようにタイム・ア
ウトの設定を個別に設定できた方がよいかもしれません。

　また定期的な受信の場合、届かないことよりエラー・メッセージの表示を
邪魔と感じる事があります。そこで MES/2/1576
> 　その「他メールソフト」では、逆に言うと、エラーが起きてもエラーメッセージも
> 何も表示されないのでしょうか？。だとすると、例えばメールサーバーの名前を間違
> っていたりした場合にでも永久にエラーに気づかないままになったりしないんでしょ
> うか？
>
> 　エラーがあったらそのままエラーメッセージを表示していないとまずいと思いま
> す。？？？
へのレスを書かせていただきます。要望というより、Winbiff ではこうなっています
という話です。

　Winbiff ではエラー・メッセージはでずアイコンが変わります (正確に書
くとオン・ラインとオフ・ラインでアイコンが違う)。Winbiff ではビュー
ワと送受信を行う biff とは分かれているので、アイコンのダブル・クリッ
クで送受信の記録が表示され、どの様なエラーが起きたことが解ります。こ
の記録は、直前のログだけか、起動後の全ログか、宛先が分るかの違いこそ
あれ、鶴亀では「直前のやり取りの記録...」が近いです。

　もしこの様はインターフェースを採用して頂けるのならば、エラーの時
は「送信済み」フォルダのアイコンの上に鶴か寝ているアイコンにして頂き、
常駐メニューに「直前のやり取りの記録...」を加えて頂けると嬉しいです。

　##結局要望になってしまった。

RE:03126 受信エラー

秀まるお さん　01/01/12 21:25

> ココは一般的に n秒指定を暗に催促しているような？？(^^;;;

　んじゃそうします。ちなみに現在のタイムアウト値は２分です。これでもかなり多
めにしたつもりですけど。

RE:03140 受信エラー

"y.iida" さん　01/01/12 21:39

> > ココは一般的に n秒指定を暗に催促しているような？？(^^;;;
>
> 　んじゃそうします。ちなみに現在のタイムアウト値は２分です。これでもかなり多
> めにしたつもりですけど。

無理ばかり、すみません。　個人的にはスッキリしました(^^;;;

ちなみに、30秒から5分まで設定できるようです。>OutLook系

RE:03134 受信エラー

秀まるお さん　01/01/12 21:57

　とりあえず、Winbiffと同じようなデザインにするつもりは無いです。

　詳しい話はそもそも僕がWinbiffについてあまり知らないのでコメントできないで
すが、例えばパスワードが違ってたりするとさすがにエラーメッセージが出るんじゃ
ないだろか？。ま、そっち調べてる暇ないのでどっちにしてもここでの話は打ち切り
たいと思います。

RE:03142 受信エラー

ひろさん　01/01/13 09:03

　秀まるおさん今日は、ひろです。
> 　詳しい話はそもそも僕がWinbiffについてあまり知らないのでコメントできないで
> すが、例えばパスワードが違ってたりするとさすがにエラーメッセージが出るんじゃ
> ないだろか？。ま、そっち調べてる暇ないのでどっちにしてもここでの話は打ち切り
　取り敢えず書いておくと、パスワードの場合は確かにダイアログが出ます
が、接続エラー等のの場合は、biff がポップ・アップするだけでその後の
自動受信は設定時間後とに繰り返していたと思います。

　用は通常は一度は受信作業を行ってから、自動送受信をするでしょうから、
自動送受信時はエラーをポップアップしなくても良いのではないかと思った
次第です。