plalaのimap受信が異常に遅くなります	No.02619
もみじ さん　17/12/11 21:25
いつもお世話になっています。 いくつか前のバージョンからplalaのimapでうまく受信ができなくなっています。 具体的には、「IMAPゆっくり受信」にチェックが入っていないと、受信途中でエラー になります。 チェックを入れると、メールの読始めまでに数十秒かかり、数件サクッと読込んだ後、 また数十秒待ちがはいり、数件サクッと読込み、、、、ということが繰返されます。 imap系の処理が色々変っていると思いますが、その前のバージョンでは、そのような ことはありませんでした。 必要あればログ等お送りしますのでご指示をお願い致します。

[ △ ]

RE:02619 plalaのimap受信が異常に遅くな	No.02620
秀まるお2 さん　17/12/11 23:46
> 具体的には、「IMAPゆっくり受信」にチェックが入っていないと、受信途中でエラー > になります。 　具体的にどういうエラーが出るのか、エラーメッセージの文面を教えて欲しいです。 もしかしてタイムアウト関係のエラーが出るのだとしたら、少し心当たりがありまし て、直せると思います。 > 必要あればログ等お送りしますのでご指示をお願い致します。 　ログを送っていただければ一番間違いないです。メールで送っていただくとしたら、 "maruo@mitene.or.jp"にお願いします。 　エラーになった後に「送受信」メニューの「直前のやりとり記録...」を実行して 出てくる内容で大丈夫だと思います。 　あと、ネット接続環境がどうなってるのか。例えばアナログ電話回線でダイヤルア ップ接続してるのか、それともNTT東日本のフレッツ光プレミアムのマンションタイ プなのかとか、その辺も教えて欲しいです。 　ちなみにですが、IMAP4関係の設定としては、他に、「全般的な設定・上級者向 け・デバッグ・IMAP4」のページにもオプションがあります。ここの 　「Version 6.74以下互換の古い方式」 　にすると、昔の互換モードになります。 　あと、ぷららさんでテストするのは、僕自身はぷららとは契約してないので無理で す。どうしてもテストするとしたら、ダイヤルアップ接続レギュラープランっていう ことで契約しないといけないですが、契約してすぐテストできる訳でも無いと思うし、 ちょっと難しいかなぁと思います。

[ △ ]

RE:02619 plalaのimap受信が異常に遅くな	No.02621
秀まるお2 さん　17/12/11 23:53
追加になりますが・・・ 　ぷららさんのIMAPでのメールソフトの設定方法が以前とは変わってるようです。     https://www.plala.or.jp/support/manual/mail/standard/setup_imap/ 　SMTPもIMAP4もSSLを使って通信するのが標準になってるようです。 　そのように設定すると直る可能性があるかもしれません。 　秀丸メールのアカウント自動設定用ファイルも修正させていただきます。

[ △ ]

RE:02621 plalaのimap受信が異常に遅くな	No.02626
もみじ さん　17/12/13 09:24
お世話になります。 情報を追加致します。 エラーは以下になります。 --ここから-- ■アカウント: xxxx@sea.plala.or.jp でのエラー。 IMAPサーバーから届いたメールが期待したメールと違うかもしれません（UIDの不一 致）、「アカウント毎の設定・メールサーバー・詳細2」の「IMAPゆっくり受信」をO Nにするのがお勧めです。 要求したメールのUID=174673 サーバーから届いたメールのUID=174672 --ここまで-- なお、plalaのIMAPの設定は手動で行っていて、最新の設定となっています。 回線は、自宅のフレッツ(IPv4)、AUスマホのテザリングでも同様に起きています。 この後、ログの方をメールでお送りします。 よろしくお願いいたします。

[ △ ]

RE:02626 plalaのimap受信が異常に遅くな	No.02627
もみじ さん　17/12/13 09:33
一点、記載を忘れていました。 「Version 6.74以下互換の古い方式」にした場合、もしかすると問題が無い（遅くな らない）かもしれません。 ”かも”というのは、未受信メールが少ないと異常に遅くならないかも？という感じ があるためで、一度読込んだ後に古い方式にしてみたので、そのように書きました。 古い方式については、しばらくしてメールが溜ってから再度実施してみます。 よろしくお願いいたします。

[ △ ]

RE:02627 plalaのimap受信が異常に遅くな	No.02628
秀まるお2 さん　17/12/13 10:39
問題がちょっと複雑みたいです。 　まず、連絡いただいたログでエラーの内容は分かったんですが、これと「遅い」こ ととは何か別の問題のような気がします。 　まず、遅い件についてですが・・・ ■■遅い件について 　「ゆっくり受信」をONにした場合については、一応、秀丸メールとしては以前の バージョンと同じ動きをしてるはずでして、それが遅いということは、一応僕的には 秀丸メールのせいじゃないんじゃないか、という見解になります。 　「ゆっくり受信」をOFFの場合、複数のメールをまとめて受信するのに、メール サーバーがメールを準備するのに時間がかかって俟たされてるだけだと思うので、こ れもしょうがないように思います。 　gmailの場合も、大量のメールを受信する際にはそういったカクカクした感じにな ります。ただ、「ゆっくり受信」をONにした時よりは、全体としては高速に受信して くれてるはずじゃないかと思います。 ■■遅い件についてのテスト方法 　IMAPの受信速度をテストする１ついい方法があります。IMAP4の動作モードが「IMA P4的にフォルダやメールを同期させるモード」になってることが前提ですが、以下の 方法で何度も受信をテストできます。 　１．「アカウント毎の設定・メールサーバー・POP3/IMAP4」の「即座に同期」 　　　オプションは必ずOFFにしておく。 　２．受信フォルダの中の、テストしたい対象メールをShift+Deleteキーで削除 　　　してしまう。 　３．「アカウント毎の設定・メールサーバー・POP3/IMAP4」ページを呼び出して、 　　　　そこにある「同期予定の確認...」を押して、さらに「すべての予定の 　　　　取り消し」を押す。 　４．受信する。 　で、削除したメールを再度受信できます。 　「ゆっくり受信」をONにした時とOFFにした時とでどっちが速いかテストできます。 　これで一回テストしてみて欲しいです。 　見た目はカクカクしてるかもしれませんが、「ゆっくり受信=OFF」の方がトータル では速いんじゃないかと思います。 ■■エラーが出る件 　こっちの方ですが、まず、遅いのとは関係ないと思います。 　出来たらもっと詳しいログ（dump.txtでのUIDL/LISTコマンドの応答内容）も欲し いというのが本音ではあるんですが、あんまりテストばっかりお願いしても仕方が無 いので、なんとかこちらで原因を調べて対策させていただきます。 　最悪、やっぱり「ゆっくり受信」をONにして使っていただくしか無いかもしれませ ん。

[ △ ]

RE:02627 plalaのimap受信が異常に遅くな	No.02629
秀まるお2 さん　17/12/13 10:43
追加ですみません。 　「メールサーバー・詳細2」の「メール受信の高速化」がONになってると思います が、これをOFFにしてみて欲しいです。そうすれば、エラーが出るのも遅いのも直る かもしれないです。 　ここをONにしてると、サーバーからの応答が届く前に次のコマンドをフライングし て送ってしまうんですが、それのせいでサーバーが混乱してる可能性が高いような気 がします。 　gmailさんの場合は大丈夫なことを確認してるんですが、他のサーバーでは予期せ ぬ動作をすることがあるかもしれないので、仮にここがONでもgmail以外の場合はな んにもしないように修正してしまいます。

[ △ ]

RE:02628 plalaのimap受信が異常に遅くな	No.02633
もみじ さん　17/12/13 12:49
エラーは出なかったのですが、dumpを取りましたので別途メールでお送りしました。 数件のメールを受信するのにかなり長い間要しているもののログになります。 その他の確認方法については、別途時間を設けて行ってみます。 よろしくお願いいたします。

[ △ ]

RE:02633 plalaのimap受信が異常に遅くな	No.02634
秀まるお2 さん　17/12/13 14:17
送っていただいたログだとたしかに極端に遅いんですが、一応、僕の思ってた所で 遅いようです。 11:47:17.483 S C6 UID FETCH 174738:174741 (RFC822) 　って記録があって、そこで「174738〜174741のメール全部よこせ」と秀丸メールか らメールサーバーに命令しています。その命令に対する応答が、おおよそ２５秒後に なってしまってます。 　（その前にある「socket_idle」って記録は、サーバーから何もデータが無い時の アイドル状態を表すログ） 　ってことで、やはり、複数メールをまとめて要求した時のサーバーの応答が遅いっ て結論になるように思います。 -------------------------------- 　秀丸メール側の回避策として、「174738:174741」みたいな形式でメールのIDを渡 すんじゃなくて、１つ１つ、メールのIDを個別に渡す作戦があります。例えば今回の ケースなら、     UID FETCH 174738 174739 174740 174741 (RFC822) 　のようなコマンドを送ってやれば、もっと高速にサーバーが応答してくれるかもし れません。なんでしたらそれ用のオプションを用意してみたいと思います。その作戦 でどうでしょうか。 　送受信のエラー（UIDの不一致）が出る件についても、たしかにメールサーバーの 返してるデータがおかしい可能性もあるので、それについてもちゃんとログを出すよ うに直すので、そのついでということで・・・。

[ △ ]

RE:02634 plalaのimap受信が異常に遅くな	No.02635
もみじ さん　17/12/13 14:31
いつもとても迅速な対応ありがとうございます。 オプションの件、是非よろしくお願いいたします。 追加検証をしたので、それについてお知らせと別途ログをメール致します。 パタン1：メール受信の高速化→なし、IMAPゆっくり受信→無し、一覧取得方法→標準 　　20件のメールを受信するのに6分掛りました パタン2：メール受信の高速化→あり、IMAPゆっくり受信→無し、一覧取得方法→標準 　　パタン1よりも2割ぐらい高速でした パタン3：メール受信の高速化→あり、IMAPゆっくり受信→あり、一覧取得方法→標準 　　最初の方のメール30件を受信するまでは、非常に時間がかかりましたが、 　　30件以降ぐらいから急に加速して爆速で受信しました。 パタン4：メール受信の高速化→なし、IMAPゆっくり受信→あり、一覧取得方法→標準 　　パタン3の動作に似ていて、最初の数件を受信するまでは遅かったですが、 　　それ以降徐々に加速してパタン3ほどの爆速感は無いですが高速に受信しました。 別途、パタン3と4のログをメールでお送りします。 よろしくお願いいたします。

[ △ ]

RE:02635 plalaのimap受信が異常に遅くな	No.02637
秀まるお2 さん　17/12/13 17:14
追加検証ありがとうございます。やはり「ゆっくり受信=OFF」の場合だと遅いとい うことで・・・。 　例えば1番から10まで受信する時に、現状、 　UID FETCH 1:10 　みたいにしてるんですが、これをやめて、 　UID FETCH 1,2,3,4,5,6,7,8,9,10 　のように指定する方式に変更してみました。gmailで試したんですが、これでも速 度はほとんど変わらずなので、特にオプションとかじゃなくて、標準でその動作にし てしまいました。 　あと、「UID不一致」のエラーが出る原因も上記の「1:10」のような方式のせいか もしれないので、だとすれば、今回の修正で直るはずになります。 　両方直ったらうれしいなぁという所です。 　ということですみませんが、動作確認お願いします。 32bit版： http://hide.maruo.co.jp/software/bin3/hmmail676b21_signed.exe 64bit版： http://hide.maruo.co.jp/software/bin3/hmmail676b21_x64_signed.exe 　UID不一致のエラーが出た場合、直前のやりとり記録にちゃんとサーバーからの応 答UID文字列が何かも表示されるようにしました。なので、たしかにサーバーがおか しいならおかしいで、そのことも分かると思います。 　もし今回のバージョンでもダメでしたら、たぶんぷららさんの場合に限っては「UI D」を使ってFETCHコマンドを発行したら遅いのは避けられないってことなのかなぁと 思います。UIDを使わずに、メールのシリアル番号を使って取得するように直す手も あるにはあるんですが、それをやるには改造が大変です。 　今回のβ版で直ってくれなければ、そのシリアル番号方式を考えたいと思います。

[ △ ]

RE:02637 plalaのimap受信が異常に遅くな	No.02638
秀まるお2 さん　17/12/13 18:01
もう１つ追加で・・・ 　接続してから最初の方にある「SSL初期化中」から「暗号化開始」までがすごく時 間がかかってるようです。これを回避するには、「アカウント毎の設定・メールサー バー・詳細」にて、 　SSL/TLSのバージョン指定をONにして、「TLS1.0」のみONにして他はOFFにする。 　と、 　「証明書を検証しない」 　をONにするって手があります。 　それでも直らないとしたら・・・。実は僕が以前見た例で、ノートンさんがインス トールされてて、SSLの初期化に極端に時間がかかるマシンがありました。ノートン さんの場合だと、アンチスパムやメール検索といった、メールの通信経路に関わる機 能をOFFにすれば直るみたいです。 　そもそも的に、今回メール受信が遅いのも、もしかしたらアンチウイルスソフトの メール通信経路に仲介する系の機能が関係してる可能性もあるかもしれないです。も し何かセキュリティ系ソフトをインストールされてる場合は、それのメールに関わる 機能だけでも一時的にOFFにしてどうか試してみるのも手としてあります。

[ △ ]

RE:02638 plalaのimap受信が異常に遅くな	No.02639
もみじ さん　17/12/14 00:34
作って頂いたベータ版いれて、簡単に試験してみました。 ＃素早く対応して頂きありがとうございました。 しかし、逆にメールの読取りが遅くなりました。 1メール目を取得するまでに時間がかかり、それ以降の受信もいままで以上に遅くな った気がします。 あと、認証の件ですが、確かにノートンが入っていましたので、止めてやってみまし た。 しかし、ノートンが無効になっていても認証までの速度は変りませんでした。 あわせて、TLS1のみにしたり、証明書のチェックを無効にもしてみましたが、変りま せんでした。 以上、速報まで。

[ △ ]

RE:02639 plalaのimap受信が異常に遅くな	No.02640
秀まるお2 さん　17/12/14 09:24
> しかし、ノートンが無効になっていても認証までの速度は変りませんでした。 > あわせて、TLS1のみにしたり、証明書のチェックを無効にもしてみましたが、変りま > せんでした。 　こちらの、ノートンも何も入ってないマシンでテストしてみたんですが、こちらで もSSL/TLSの初期化がものすごく遅いです。セキュリティソフトのせいじゃなくて、 単にplalaさんが遅いようです。失礼しました。 　あと、以前僕が聞いた、SSL有効時にSSLの初期化が極端に遅かったのは、ESETス マートセキュリティでの話でした。その時のユーザーさんにもう一回確認したら、遅 かったのは送信の時だけで、解決策として、587番ポートをやめて（STARTTLSもやめ て）、465番にしたら直ったとのことでした。（余談ですが） --------------------------------------------------- 　とりあえず、SSLの初期化が遅い件をこちらでいろいろ試したんですが、速くなり ませんでした。Becky!でも試したんですが、そっちでも遅いです。 　１つだけ見つかった回避策は、IMAP over SSLを無効にして、143番ポートで接続さ せるって方法になります。 　もしかしたら、そもそも的に複数メールの受信が遅いのも、IMAP over SSLを無効 にすると回避できるかもしれないです。まずそれだけ試してみて欲しいです。 　それでも回避出来ない場合、僕に出来ることは、UIDを使わずにシリアルナンバー 指定でメールを取得するように直すことですが、それで直るかどうかは分からないで す。 　直すのちょっと大変なんですが他に策が無いので、トライしてみます。

[ △ ]

RE:02640 plalaのimap受信が異常に遅くな	No.02641
もみじ さん　17/12/14 15:40
おせわになります。 試験してみました。 IMAPoverSSL無しに143とすると最初の認証から受信まで高速に行えました。 plalaの設定マニュアルには143の記載が無いのですがplalaはどうしたことでしょう ね(笑) ちなみに、メールの高速化、IMAPゆっくり受信のチェック有無にかかわらず迅速に動 作しました。 ＃メールの高速化をオンにするとオフよりも高速になりました。 あわせて、465も試してみましたが、その場合、エラーコード10060というのが返って きました。 以上、取急ぎご報告まで。

[ △ ]

RE:02641 plalaのimap受信が異常に遅くな	No.02642
秀まるお2 さん　17/12/14 17:40
143番で接続できるのは、試しにやってみて出来ただけので、将来的には、もしか したら閉じられてしまう可能性はあるかもしれません。 　とりあえずそれで回避出来るということが分かったので、それで回避していただき つつ・・・ 　UIDを使わずにメールのシリアル番号でメールをダウンロードする処理は、一応作 りました。 　「全般的な設定・上級者向け・デバッグ・IMAP4」の所に、 　□ シリアル番号指定で受信する(受信が遅い場合対策用) 　ってオプションを追加しました。これをONにして試していただく作戦を１回お願い したいです。 32bit版: http://hide.maruo.co.jp/software/bin3/hmmail676b22_signed.exe 64bit版: http://hide.maruo.co.jp/software/bin3/hmmail676b22_x64_signed.exe 　上記オプションをONにして、さらにSSLをONに戻してどうか試してみて欲しいです。 たぶんSSLがONだとやっぱり遅いんだろうと思いますけども、せっかく作ったの で・・・。 　それでもダメでしたら、やはりSSLはOFFで使っていただくということでお願いしま す。 　ぷららさんにもし連絡可能でしたら、「SSLをOFFにしたら高速になったけど、なん でですか？」みたいに一回問い合わせしていただけるとうれしいですけども。少なく ともログインに時間がかかるのは秀丸メール以外でも起きてるはずだし、調べて対処 してくれるかもしれません。

[ △ ]

RE:02642 plalaのimap受信が異常に遅くな	No.02644
もみじ さん　17/12/15 09:13
またまた、驚くぐらい早くご対応いただきありがとうございます。 試験してみました。 ポートを143にしてシリアル番号受信は非常に高速に認証およびメールの受信ができ ました。 一方、IMAPoverSSLにしてみると、認証も遅いのですが、認証以降のメール受信が今 までにもまして遅くなっていました。 SSLで遅い件については、plalaのサポートに問い合せてみます。 ＃回答が来たら共有させていただきます。 ありがとうございました。 >　143番で接続できるのは、試しにやってみて出来ただけので、将来的には、もしか >したら閉じられてしまう可能性はあるかもしれません。 > ...... >　ぷららさんにもし連絡可能でしたら、「SSLをOFFにしたら高速になったけど、な >んでですか？」みたいに一回問い合わせしていただけるとうれしいですけども。少 >なくともログインに時間がかかるのは秀丸メール以外でも起きてるはずだし、調べ >て対処してくれるかもしれません。

[ △ ]

RE:02644 plalaのimap受信が異常に遅くな	No.02645
秀まるお2 さん　17/12/15 09:33
やはりSSLありだとダメですか。 　シリアルナンバーで受信する処理は、せっかく作ってみた処理ですが、あんまりテ ストもしてないので、とりあえず廃止させていただきます。（β21に戻すのと実質同 じになりますが）

[ △ ]

RE:02644 plalaのimap受信が異常に遅くな	No.02697
もみじ さん　17/12/30 18:02
おせわになります。 plalaに問い合せた結果が2週間後に来ましたのでお知らせします。 ご指摘のようにplala側の問題で未だ解決していないようです。 >弊社で調査を行った結果、弊社メールサーバーにおいて、 >「SSLを利用したIMAP通信(ポート993)」の場合のみ、 >処理に時間がかかる状況が発生していることが確認できました。 > >ご不便をおかけしておりますこと、重ねて深くお詫び申し上げます。 > >現時点では原因の特定には至っておらず大変恐縮なのですが、 >根本解決に向け引き続き調査中でございますので、 >何卒よろしくお願い申し上げます。 色々お騒がせ致しました。 以上、ご報告まで。

[ △ ]

RE:02697 plalaのimap受信が異常に遅くな	No.02711
秀まるお2 さん　18/01/04 22:15
秀丸メールのようなマイナーなメールソフトだと門前払いになってしまうことも 多々あるんですが、ちゃんと確認してくれたということで、よかったです。

[ △ ]

---