V6.76β6No.02177
秀まるお2 さん　17/10/04 14:05
　
　矢継ぎ早ですみません。

32bit版：
http://hide.maruo.co.jp/software/bin3/hmmail676b6_signed.exe

64bit版：
http://hide.maruo.co.jp/software/bin3/hmmail676b6_x64_signed.exe

　よろしくお願いします。
[ △ ]
RE:02177 V6.76β6No.02182
藤田正 さん　17/10/05 14:32
　
秀丸メール　Version6.76 Beta6を使っています。

重複メールがありますので確認のため『重複メールのチェック』を実行しますと、
「送受信中に実行できないコマンドを実行しようとしています。送受信が終わる
まで待ってください」が出てきます。　
しかたないのでキャンセルして、『重複メールのチェック　配下のフォルダー
も』　を選ぶと正常に動作します。報告いたします。
＜正＞
[ △ ]
RE:02182 V6.76β6No.02185
秀まるお2 さん　17/10/05 16:19
　
　今こちらで簡単なテストとして、とりあえず秀丸メールを起動してからすぐに
「編集 - フォルダ毎の処理 - 重複メールのチェック」を実行したら、それにつ
いては問題無く実行できるようでした。

　たぶんですが、その、

> 「送受信中に実行できないコマンドを実行しようとしています。送受信が終わる
> まで待ってください」が出てきます。　

　の現象が出るのは、本当に、その瞬間だけ送受信系の処理が裏で動いていたん
じゃないかと思います。例えば定期受信をONにしてたりするとそういうことがあ
りえると思います。

> 『重複メールのチェック　配下のフォルダー
> も』　を選ぶと正常に動作します。

　たぶん、そのタイミングではたまたま受信が一段落した後だったんじゃないか
と思います。

　送受信系の処理を実行してる最中は秀丸メールのアイコン（ウィンドウ左上に
出てくるアイコン）が砂時計付きになって、ステータスバーにも進捗が表示され
ます。その辺で見分けできるんじゃないかと思います。

 もし送受信系の処理をしてないはずだとしたら、何か他にバグの要因があるん
だと思うんですが、だとすると、何か再現の条件が他にあると思います。何か心
当たりがあったら教えて欲しいです。例えば何か特定の処理をした後だとダメだ
とか。普通に秀丸メールを起動した直後にいきなり実行してもダメなのかとか、
その辺のヒントがあると助かります。
[ △ ]
RE:02185 V6.76β6No.02186
藤田正 さん　17/10/05 17:52
　
ちょっと調べてみます。
＜正＞
[ △ ]
RE:02177 V6.76β6No.02187
zurarin66 さん　17/10/06 11:06
　
zurarinと申します。

V6.76β6 64bit版を使いだした（以前は、V6.76β3？）のですが、受信が止まらない
現象が出ています。
Gmailを使用しており、新着監視中に新着メールを受信した後、下記ループを繰り返
して中断しないと終わりません。

S C13 SELECT "INBOX"
R * FLAGS (\Answered \Flagged \Draft \Deleted \Seen $Forwarded $NotPhishing
$Phishing Junk NonJunk)
  * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen $Forwarded
$NotPhishing $Phishing Junk NonJunk \*)] Flags permitted.
  * OK [UIDVALIDITY 2] UIDs valid.
  * 30626 EXISTS
  * 0 RECENT
  * OK [UIDNEXT 127982] Predicted next UID.
  * OK [HIGHESTMODSEQ 13996761]
  C13 OK [READ-WRITE] INBOX selected. (Success)
10:46:28.580 (11864) Updating Remotemail 0, 0
S C14 SELECT "INBOX"
R * FLAGS (\Answered \Flagged \Draft \Deleted \Seen $Forwarded $NotPhishing
$Phishing Junk NonJunk)
  * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen $Forwarded
$NotPhishing $Phishing Junk NonJunk \*)] Flags permitted.
  * OK [UIDVALIDITY 2] UIDs valid.
  * 30626 EXISTS
  * 0 RECENT
  * OK [UIDNEXT 127982] Predicted next UID.
  * OK [HIGHESTMODSEQ 13996761]
  C14 OK [READ-WRITE] INBOX selected. (Success)
10:46:29.196 (11864) Updating Remotemail 0, 0

V6.75 64bit版に戻したところ、発生していないようです。
発生時の”dump.txt”も保存しておりますので、必要であれば送付できます。

ご確認のほどよろしくお願いします。
[ △ ]
RE:02187 V6.76β6No.02188
秀まるお2 さん　17/10/06 13:14
　
　毎度バグでお手数かけてすみません。こちらで定期受信ON＋新着監視でテスト
したら簡単に再現できました。

　また修正させていただきます。
[ △ ]
RE:02185 V6.76β6No.02189
藤田正 さん　17/10/06 13:36
　
zurarinさんの(hidesoft.8:02187)と同じ現象でした。
＜正＞
[ △ ]
RE:02189 V6.76β6No.02190
秀まるお2 さん　17/10/06 13:56
　
　お手数かけてすみません。最近のβ版でレベルダウンしてしまってました。

　今ちょっと、IMAP4関係は別の修正も入れてしまっててすぐにアップロードす
るのが難しいので、とりあえずVersion 6.75の正式版に戻していただくか、IMAP
IDLEによる監視を一時的に止めてもらうしか無いかもしれません。

　今ちょっと、「未読/既読状態の同期」についての処理が遅いのを直してる所
でして、まだちょっと作りかけになってます。

　来週月曜日にまた次のβ版がアップロードできると思います。
[ △ ]
RE:02190 V6.76β6No.02191
zurarin66 さん　17/10/06 14:12
　
ご確認ありがとうございました。
再現できて何よりです。

修正版心待ちしております(^^)
[ △ ]
RE:02190 V6.76β6No.02197
藤田正 さん　17/10/09 17:20
　
はい、β7で解決されました。
ありがとうございました。
＜正＞
[ △ ]
RE:02190 V6.76β6No.02199
zurarin66 さん　17/10/10 18:38
　
zurarin です。
β7 更新ありがとうございました。
β6 で発生した現象ですが、改善されていました。
対応ありがとうございました。
[ △ ]
RE:02199 V6.76β6No.02202
秀まるお2 さん　17/10/11 08:45
　
　藤田正さんも含めて、いろいろテストありがとうございます。

　実はIMAP関係では別ユーザー様から１つバグ報告をいただいてまして、また修
正してβ版をアップロードさせていただきます。

バグ内容：
IMAP受信時に「内部エラー sock.cpp(18866)」のメッセージが出て一時停止して
しまうことがある。
[ △ ]