[ 新規に投稿する ]

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ゆっくり受信」をONにするのがお勧めです。
要求したメールの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の受信速度をテストする1ついい方法があります。IMAP4の動作モードが「IMAP4的にフォルダやメールを同期させるモード」になってることが前提ですが、以下の方法で何度も受信をテストできます。

 1.「アカウント毎の設定・メールサーバー・POP3/IMAP4」の「即座に同期」
   オプションは必ずOFFにしておく。
 2.受信フォルダの中の、テストしたい対象メールをShift+Deleteキーで削除
   してしまう。
 3.「アカウント毎の設定・メールサーバー・POP3/IMAP4」ページを呼び出して、
    そこにある「同期予定の確認...」を押して、さらに「すべての予定の
    取り消し」を押す。
 4.受信する。

 で、削除したメールを再度受信できます。

 「ゆっくり受信」を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のメール全部よこせ」と秀丸メールからメールサーバーに命令しています。その命令に対する応答が、おおよそ25秒後になってしまってます。
 (その前にある「socket_idle」って記録は、サーバーから何もデータが無い時のアイドル状態を表すログ)

 ってことで、やはり、複数メールをまとめて要求した時のサーバーの応答が遅いって結論になるように思います。

--------------------------------
 秀丸メール側の回避策として、「174738:174741」みたいな形式でメールのIDを渡すんじゃなくて、1つ1つ、メールの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文字列が何かも表示されるようにしました。なので、たしかにサーバーがおかしいならおかしいで、そのことも分かると思います。

 もし今回のバージョンでもダメでしたら、たぶんぷららさんの場合に限っては「UID」を使ってFETCHコマンドを発行したら遅いのは避けられないってことなのかなぁと思います。UIDを使わずに、メールのシリアル番号を使って取得するように直す手もあるにはあるんですが、それをやるには改造が大変です。

 今回のβ版で直ってくれなければ、そのシリアル番号方式を考えたいと思います。
[ ]
RE:02637 plalaのimap受信が異常に遅くなりますNo.02638
秀まるお2 さん 17/12/13 18:01 [ コメントを投稿する ]
   もう1つ追加で・・・

 接続してから最初の方にある「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!でも試したんですが、そっちでも遅いです。

 1つだけ見つかった回避策は、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にして試していただく作戦を1回お願いしたいです。

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 [ コメントを投稿する ]
   秀丸メールのようなマイナーなメールソフトだと門前払いになってしまうことも多々あるんですが、ちゃんと確認してくれたということで、よかったです。
[ ]

[ 新規に投稿する ]