| |
OAuth認証に時間がかかる理由はちょっと分からないのですが、一応、秀丸メールが
やってることは、https:の通信でjson形式のデータを１回やりとりするだけで、何か
特殊な通信をしてる訳では無いです。
実は今現在の秀丸メールの正式版（Version 7.33）はMicrosoftのOAuth認証で失敗し
て再試行を繰り返すことがあります。OAuth認証のhttps:の通信に、正式版の秀丸
メールではWinInetっていうライブラリを使うんですが、そのライブラリによる通信
が、Windows11の場合で、しかも相手がMicrosoftの場合に限って失敗することがあり
ます。それを回避するために、最新のβ版（今日現在だとVersion 7.34β12）では、
WinHttpってライブラリを使って通信するようにしています。
なので、もしかするとβ版を使っていただくことで回避できるかもしれません。一回
それを試してみてほしいです。
それでもダメでしたら、「全般的な設定・上級者向け・動作の記録」の中にある「秀
丸メールの動作をdump.txtに記録する」をONにしてログを取って、その内容を教えて
欲しいです。例えば僕の所だとこんな風になります。
10:05:37.996 (15151) AllocAuthInfo 000001CE936E36E0
10:05:37.996 (3035) Decoding BASE64 size=1272 sum=106154 crc=527A65A1 start=
"urzxMc03oOHjlt98BQhp" end="X8W2..xTz/sSC+xow=.."
10:05:37.996 (3129) Result: size=926 sum=60808 crc=4D2502A2 cCR=18 cInvalid=0
10:05:37.996 (15299) tid=17776 OAuthThreadFunc start 000001CE936E36E0
10:05:37.996 (11602) OAuth認証
I OAuth認証
10:05:38.178 ( 690) tid=17776 InetRead size=336
10:05:38.178 ( 733) tid=17776 refresh_token not exist
10:05:38.178 ( 753) tid=17776 AccessKey=73 AccessToken=225 RefreshToken=103
10:05:38.181 ( 803) tid=17776 DoOAuth done and post mode=1 ret=1 AccessKey=7
3 AccessToken=225 RefreshToken=103
10:05:38.182 (15547) tid=17776 OAuthThreadFunc end 000001CE936E36E0
10:05:38.182 (16393) GmailOAuth.bin save 73,225,103 Access-token crc=84445D13
10:05:38.183 (16452) Access-token length=225 crc=84445D13
10:05:38.183 (15167) FreeAuthInfo 000001CE936E36E0
10:05:38.184 (11602) サーバーを検索中 - pop.gmail.com
もしhttps:の通信で何かエラーが起きてれば、この辺のログに何か記録が出てると思
います。それで何か解決のヒントが分かるかもしれません。
または、そもそも以前は遅くなかったってことであれば、遅くなったタイミングで何
かパソコンや通信環境に変化があったのなら、それも解決のヒントになるかなぁと思
います。最近の事例だと、ノートンさんがアップデートされたタイミングでおかしく
なった事例があるので、もしノートンさんをお使いなら、出来ればノートンさんはア
ンインストールしてどうか試してみていただけると助かります。
ノートンさんのせいで大変迷惑しています。ノートンを使ってるユーザーさんからの
サポートは一切お断りしたいくらいです。
|
|