V6.46β22No.48444
秀まるお2 さん 15/08/28 17:59
 
 V6.46β22をアップロードしました。

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

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

音声化バージョン
http://hide.maruo.co.jp/software/bin3/hmmail646b22speech_signed.exe

音声化バージョン(95Reader用)
http://hide.maruo.co.jp/software/bin3/hmmail646b22_95reader_signed.exe

 IMAPで、IDLEコマンドを使って監視する機能を、今度こそちゃんと動くように
直せたと思います。

 gmailと、あと@niftyのセカンドメールでもテストしました。

 ただ、@niftyのセカンドメールは新着メールがあってもすぐには通知が来ない
ようですけども、そもそもCAPABILITYコマンドの応答にIDLEが無いみたいだし、
ちゃんとサポートしてないのかもしれません。(でもIDLEコマンドには正しく応
答するけど)

 ということでよろしくお願いします。

[ ]
RE:48444 V6.46β22No.48446
zurarin66 さん 15/08/30 02:01
 
秀まるお様

β22で2段階認証は設定しているアカウントでGmailのOauth認証にが成功しません。

別アカウントのGmailは、2段階認証設定済みですが、動作しています。

具体的には、以前suiiさんが発生されていたように
> [GmailのOAuth認証]をチェックして[認証用のアクセスキーの取得]を
> 押し、web画面にパスワードを入れてGoogleにログイン、
> 秀丸メールが許可をリクエストしていますの問に[承諾する]を
> 押しますと「Gmailに認証する用のアクセスキーが取得されません
> でした。」となりました。
です。

キーの取得時は、「秀丸メールGmail認証」ってタイトルのウィンドウが出てきて、
そこで「承諾する」ボタンを押すと、ウィンドウが閉じ、「....取得されませんでし
た。」
となります。

β18から同じ現象が発生しており、今回dumpを取得しましたが、現象は変わらずです。

dump等も送れますので、ご対応の程、よろしくお願い致します。

[ ]
RE:48446 V6.46β22No.48448
秀まるお2 さん 15/08/31 11:02
 
 うまくいかない情報ありがとうございます。

 うまくいかない原因を調べるためには、すみませんがdump.txt取って送って欲
しいです。

 dump.txtを取る時に、「全般的な設定・上級者向け・デバッグ」の「デバッグ
レベル」を1以上にして取って欲しいです。そうすると、例えば正常パターンだ
と、

10:58:39.873 ( 186)  (   0) TkGmailAuth: Access-key retrived, length=45
10:58:40.388 ( 228)  (262144000) TkGmailAuth: InetRead size=210
10:58:40.404 ( 231)  (  46) TkGmailAuth: {
 "access_token": "ya29.4AH5fu_XADqACcPTI5YN6D51fmw_wTGAI_dIKRbXZN3SkkfXnxXgz
PbJ0ij9oUXf89La",
 "token_type": "Bearer",
 "expires_in": 3600,
 "refresh_token": "1/MXkQukdwZKbRMR2d_s3E584xzc5YAWshVsgsI9YiMzQ"
}

10:58:40.420 ( 276)  (102939264) TkGmailAuth: AccessKey=45 AccessToken=73 Re
freshToken=45
10:58:40.576 (12438) StartOAuth: ftNow < ftOAuthExpire
10:58:40.576 (11379) MsgB2 Gmail認証用のアクセスキーの取得に成功しました。

 みたいな、googleからの応答文字列がそのままログに出力されます。それを見
れば原因が分かると思います。

 ちなみにdump.txtに出力されるaccess_tokenは1時間しか有効じゃないので、
1時間以上経過してればそのまま生データを僕に知られても大丈夫です。心配で
したらaccess_tokenやrefresh_tokenの中身だけ伏せ字にしていただいてもいい
ですけども。

 よろしくお願いします。

 送り先は、"maruo@mitene.or.jp"にお願いします。

[ ]
RE:48446 V6.46β22No.48449
zurarin66 さん 15/09/01 01:18
 
ご連絡ありがとうございました。

ログの件、承知しました。

直接、メールでログを送付いたします。

[ ]
RE:48449 V6.46β22No.48450
秀まるお2 さん 15/09/01 09:00
 
 ログ送っていただきありがとうございます。

 送っていただいたログによると、正常ケースではうまくログが出てるんですが、
エラーケースでは期待したログがそもそも出てない(TkGmailAuth.exeっていう
認証プログラムからのログが出てない)ようでした。

 なぜそうなるのかって段階から原因を考えないといけないです。

 いろいろ見直して対策しようと思いますが、次のβ版でもまたログ取りをお願
いしないといけないかもしれないです。

 とりあえず詳しく調査させていただきます。

[ ]
RE:48450 V6.46β22No.48451
zurarin66 さん 15/09/01 12:01
 
ログのご確認ありがとうございました。

調査よろしくお願い致します。

[ ]
RE:48451 V6.46β22No.48452
秀まるお2 さん 15/09/01 13:19
 
 認証に失敗してるように見えるのは、たぶん、実際には成功してるはずなのに
その認証データの受け渡しがうまくいってないのだと思います。dump.txtにログ
が出ないのも、そういうことなら説明できるので。

 認証の処理は、実はTkGmailAuth.exeという別プログラムでやってて、データ
の受け渡しはiniファイルを使っています。

 根本的に、この仕組みをやめて、そもそも的に別プロセスでやるんじゃなくて、
秀丸メールのプロセス内で認証の処理もやるようにして、データの受け渡しも
メモリ上で処理されるように修正させていただきます。ちょっと大胆な修正にな
るので時間がかかりそうですけども。

 少々お待ちください。

[ ]