受信済みのメールが受信されるたびに全てNo.08155
So-3 さん 21/05/12 12:05
 
soと申します。

投稿自体が不慣れなので内容に問題がありましたら、ご指摘をお願いします。

私自身では無く、相談を受けて調べていますが以下のような状態が発生しています。

-------------------------
環境サマリ:
秀丸メール:Ver6.89
メールサーバ:Microsoft365(ExchangeOnline)

いつからかは不明ですが、新しいメールを受信する度に過去のメール?を全て再チェ
ックするような動作になってしまいました。

そのため、新規メールを受け取ろうとするとチェックに膨大な時間がかかり、受信ま
で時間がかかってしまいます。

----経験則から下記のようなことを試しています。----
・秀丸メールを一度、停止する。
・アカウントフォルダからUIDL.binを削除する。
・処理を軽くするため、先にOutlook等で古いメールを削除等しておく。
・端末再起動等も挟んで、秀丸メールを立ち上げて受信を試す。

以下のような結果になりました。
・一番初めは20万件程度、毎回チェックされていた。
・UIDL.binを削除した後にOutlookで同期されている受信トレイから、ごっそりメー
ルを削除した。(この際に直近1万件程度まで減らしました。)
・秀丸メールを立ち上げたところ、1万件程度のチェックから始まり処理が全て完了
し、UIDL.binも新たに作られました。


その後に受信を行うとメールが重複して受信されることはありませんが、どうも受信
トレイ内の全件に対してチェックが行われているようです。(1万という数字が受信
メールが増える度に合わせて増えていく。)

本人曰く、今までは新規メールだけがチェック対象だったはずとの事です。(すいま
せん。この辺り当方も詳しく無く。。


内容がザックリとしていて申し訳ないですが、何か類似のケースやこちらで試せそう
な対応があればご教授いただけると幸いです。

[ ]
RE:08155 受信済みのメールが受信されるたNo.08159
秀まるお2 さん 21/05/12 15:22
 
 soさんのお知り合いの方(?)の所での状況がよく分からないのですが、起きてる
現象というのはつまり、受信の時の、サーバーに接続してから実際にメールを受信し
はじめるまでに、非常に時間がかかる、ということなのでしょうか。

 メールサーバーに大量のメールがある場合に、果たしてどのメールが新着なのかチ
ェックしないといけないので、例えばPOP3で受信する場合だと、

    I メール一覧を取得中
    S STAT
    R +OK 4529 134297301
    S LIST
    R +OK 4529 message(s) (134297301 octets).
    R ...(51034バイト)
    S UIDL
    R +OK 4529 message(s) (134297301 octets).
    R ...(152882バイト)
    I UIDL解析中...
    I UIDL解析中(2)
    S RETR nnnn....

 のような感じのやりとり記録の中の、「UIDL解析中...」辺りでやたら時間がかか
る、ということはありえるかと思います。ただ、時間がかかるにしても、何分も待た
されたりってことは普通は起きないはずだと思います。せいぜい10秒以下くらいじ
ゃないかと思いますけども・・・。

 あるいは、「LIST」や「UIDL」コマンドの応答に時間がかかってるのだとしたら、
それは秀丸メールじゃなくてメールサーバーが遅いだけになります。

 ちなみに「UIDL解析中...」で遅いという話はだいぶ昔にもあって、最近のバージ
ョンでは改善されてるはずでして、何分も待たされるようなことは起こりえないはず
にはしてるつもりです。

 「膨大な時間がかかる」というのが具体的に何分とかってレベルだとしたら、ちょ
っとおかしいかなぁとは主ます。

-----------------------------------------------------------------
 とりあえず、思いつく対策を連絡させていだきますと・・・

 まず、秀丸メールのバージョンが古いと遅いかもしれないで、まずは最新版にして
ほしいということと、あとは、POPかIMAPか、あるいはMicrosoft Graph APIかの、
メールサーバーの種類を変えてみる、というか、とりあえず現状のアカウントとは別
に別方式にて受信する用のアカウントを「ファイル・アカウントの新規作成」にて追
加して、それでどうか試してみる、というのはあります。

 もしかしてIMAPの場合で「IMAP4的にフォルダやメールを同期させるモード」にな
ってると、ダウンロード対象メールのチェックに時間がかかる可能性が高いです。と
りあえずPOP3やGraph APIにしたら速くなる可能性は高いかと思います。

 他には・・・、送受信のやりとり記録の内容を教えていただければ何か分かるかも
しれません。

[ ]
RE:08159 受信済みのメールが受信されるたNo.08160
So-3 さん 21/05/12 17:02
 
> soさんのお知り合いの方(?)の所での状況がよく分からないのですが、起きて
>る現象というのはつまり、受信の時の、サーバーに接続してから実際にメールを受
>信しはじめるまでに、非常に時間がかかる、ということなのでしょうか。
> ......
> 他には・・・、送受信のやりとり記録の内容を教えていただければ何か分かるか
>もしれません。



秀まるお2さん コメントありがとうございます。

今はPOP3を使用していて、サーバにメールを残す設定にして使用しているようです。

送受信のやり取りについては何か設定をして、メール受信を行えば取得可能でしょう
か?何か参照すべき情報があれば教えて頂ければと思います。

実際に新着メールを受け取る際にどの程度かかっているかも聞いてみます。


[ ]
RE:08160 受信済みのメールが受信されるたNo.08161
秀まるお2 さん 21/05/12 17:57
 
> 今はPOP3を使用していて、サーバにメールを残す設定にして使用しているようです。

 POP3にすることで速度的な問題が解決したってことならそれでいいかと思いますけ
ども・・・。

> 送受信のやり取りについては何か設定をして、メール受信を行えば取得可能でしょ
>うか?何か参照すべき情報があれば教えて頂ければと思います。

 受信コマンドを実行した後に「送受信」メニューの「直前のやりとり記録...」を
実行して出てくる内容が分かれば何か解決のヒントが見つかるかもしれませんが、た
だ、そこの記録だけだと、具体的にどの場面でどのくらい時間がかかってるのかは表
示されません。

 果たしてどの場面でどのくらい時間がかかってるのかも分かるようにするためには、
「全般的な設定・上級者向け・動作の記録」の「秀丸メールの動作をdump.txtに記録
する」をONにしてdump.txtのログを作成する作戦はあります。ただ、それだと大量の
ログが出るので、その中にある「直前のやりとり記録」相当の部分だけを切り取って
教えてもらわないといけないです。

 例えば以下のような記録が出力されますので、その内容を教えていだだければ、ど
の場面でどのくらい時間がかかってるのかは僕がよく分かります。もし良かったらdu
mp.txtのログを取って教えていただく作戦でお願いします。面倒でしたら「直前のや
りとり記録」だけでもいいです。

-------------- dump.txtの出力例 ---------------------------------------

17:54:34.571 (10305) サーバーを検索中 - pop.mail.yahoo.co.jp
17:54:34.698 (10305) 接続中 - 183.79.94.59 (port=995,POP3)
17:54:34.712 (6601) Send ThreadCreated 12860
17:54:34.713 (10305) 接続完了
17:54:34.714 (10305) SSL初期化中(TLS1.0/TLS1.1/TLS1.2)
17:54:34.811 (10305) 暗号化開始 (TLS1.2/AES_128/128bit)
17:54:34.865 R +OK hello from popgate-2.1.136 popgate5001.mail.kks.ynwl.yaho
o.co.jp
17:54:34.868 (10305) ユーザーアカウントを送信
17:54:34.869 S USER saitouhideo
17:54:34.882 R +OK password required.
17:54:34.884 (10305) パスワードを送信
17:54:34.886 S PASS ****
17:54:35.080 R +OK Maildrop ready, (JPOP server ready).
17:54:35.083 (10305) メール一覧を取得中
17:54:35.086 S STAT
17:54:35.496 R +OK 4530 134299810
17:54:35.499 S LIST
17:54:35.828 R +OK 4530 message(s) (134299810 octets).
17:54:35.832 (10305) メール一覧を取得中(6%)
....
17:54:37.298 R ...(51045バイト)
17:54:37.302 S UIDL
17:54:37.575 R +OK 4530 message(s) (134299810 octets).
17:54:37.579 (10305) メール一覧を取得中(51%)
....
17:54:38.997 R ...(152916バイト)
17:54:39.001 (10305) UIDL解析中...
17:54:39.005 (8832) tid=14480 FindUidlInvalid passed
17:54:39.008 (8855) tid=14480 RefreshByCurrentUidl passed
17:54:39.009 (11435) RecvTimer 27
17:54:39.009 (10600) will Recv_UpdateRemoteMailAtStartRetr
17:54:39.011 (10669) done Recv_UpdateRemoteMailAtStartRetr
17:54:39.012 (10305) UIDL解析中(2)
17:54:39.019 (11435) RecvTimer 27
17:54:39.021 (10305) 0 / 1 済み (0K / 2Kバイト)
17:54:39.021 S RETR 4530


[ ]
RE:08161 受信済みのメールが受信されるたNo.08164
So-3 さん 21/05/13 15:42
 
>> 今はPOP3を使用していて、サーバにメールを残す設定にして使用しているようです。
> ......
>

秀まるお2さん 
直前のやり取りという情報を取ってみました。(少しサマリと一部情報は伏せますの
でご了承いただければ、、)

開始時刻: 2021/05/13 11:05:29
****受信:*********
I サーバーを検索中 - *********
I 接続中 - ********* (port=995,POP3)
I 接続完了
I SSL初期化中(TLS1.0/TLS1.1/TLS1.2)
I 暗号化開始 (TLS1.2/AES_256/256bit)
R +OK The Microsoft Exchange POP3 service is ready. [VABZAFcAUABSADAAMQBDAEE
AMAAwADAAMgAuAGoAcABuAHAAcgBkADAAMQAuAHAAcgBvAGQALgBvAHUAdABsAG8AbwBrAC4AYwB
vAG0A]
I ユーザーアカウントを送信
S USER *********************
R +OK
I パスワードを送信
S PASS ****
R +OK User successfully logged on.
I メール一覧を取得中
S STAT
R +OK 11896 960402815
S LIST
R +OK 11896 960402815
R ...(145025バイト)
S RETR 1
R +OK
R ...(10526バイト)
I 0 / 11895(?) 済み (10K / 937893Kバイト)
S RETR 2
R +OK
R ...(11650バイト)
I 0 / 11894(?) 済み (22K / 937893Kバイト)

〜〜略〜〜

S RETR 11816
R +OK
R ...(9585バイト)
I 0 / 80(?) 済み (197910K / 937893Kバイト)
S RETR 11817
R +OK
〜〜略〜〜
R ...(12342バイト)
I 1 / 76(?) 済み (197980K / 937893Kバイト)
S RETR 11822
R +OK
R ...(10118バイト)
I 2 / 76(?) 済み (197990K / 937893Kバイト)
S RETR 11823
R +OK
R ...(10653バイト)
I 3 / 76(?) 済み (198000K / 937893Kバイト)
S RETR 11824
R +OK
〜〜略〜〜
I 75 / 76(?) 済み (199241K / 937893Kバイト)
S RETR 11896
R +OK
R ...(11671バイト)
I 76 / 76(?) 済み (199252K / 937893Kバイト)
S QUIT
終了時刻: 2021/05/13 11:21:54

-------
受信する度に上記のような状態になり、十数分程度時間がかかっているようです。
(メールの全体数が増えると、その分増える)

ただ、一番初めにコメント頂いた内容のような纏めてチェックしているような
ログでも無いようにも思えます。

[ ]
RE:08164 受信済みのメールが受信されるたNo.08165
秀まるお2 さん 21/05/13 16:44
 
 やりとり記録で1つ分かった所がありました。設定ミスしてると思います。

 「アカウント毎の設定」の「メールサーバー・トラブル対策」のページの中に


    □ UIDLコマンドを使わない (サーバーのUIDLが信用できない場合用)

 ってオプションがあって、たぶんそれがONになってると思います。

 ここをOFFにすれば高速になるはずです。

 ただし、ここをOFFにすると、サーバー上にあるメールをもう一回全部ダウンロー
ドしなおしてしまいます。その点ご注意が必要です。

[ ]
RE:08165 受信済みのメールが受信されるたNo.08166
秀まるお2 さん 21/05/13 16:52
 
 すみません。設定ミスという言い方は悪かったです。

 そこのオプションは、昔々、サーバーの返すUIDL(メールのIDのリスト)がいまい
ち信用できないせいで、新着のはずのメールが届かなったり古いメールを何度も受信
するといったことが起きてたせいで追加した物ですが、最近はそういう話も聞かない
です。そこのオプションをONにする必要性はほとんど無いと思うので、やりとり記録
に何か、そこのオプションがONになって遅くなってることを表示するようにしてみま
す。

[ ]
RE:08166 受信済みのメールが受信されるたNo.08168
So-3 さん 21/05/13 17:39
 
> すみません。設定ミスという言い方は悪かったです。
>
> そこのオプションは、昔々、サーバーの返すUIDL(メールのIDのリスト)がいま
>いち信用できないせいで、新着のはずのメールが届かなったり古いメールを何度も
>受信するといったことが起きてたせいで追加した物ですが、最近はそういう話も聞
>かないです。そこのオプションをONにする必要性はほとんど無いと思うので、やり
>とり記録に何か、そこのオプションがONになって遅くなってることを表示するよう
>にしてみます。

こんにちは、こちらコメントありがとうございます。

教えて頂いた箇所を確認したところ、チェックが入っていました。
そして外した後に、再度全件受信した後については改善したとの事でした。

補足でお伝えしておきますが、真偽は不明ですがここ一年は設定を変えていない言っ
ています。Microsoft365のサービス側?でも何か変化があったのかもと想像していま
すが何も根拠は無いので、ここまでにしておきます。

助かりました。ありがとうございました。

[ ]