gnome-online-accountsがGoogleの「アプリケーション固有のパスワード」を受け入れないのはなぜですか？
Googleで2段階認証プロセスを使用しているため、gnome-online-accountsにGoogleアカウントへのアクセス許可を与える場合、認証コードも入力する必要があります。それは大丈夫です、それは物事がどのように機能するはずであるかです。
ただし、頻繁にログインがリセットされ、すべてを再入力する必要があります。そこで、gnome-online-accountsで使用するアプリケーション固有のパスワードを作成しようとしましたが、受け入れられません。代わりにアカウントのパスワードを使用するように言っています。
それがなぜか、さらに重要なことですが、動作方法を変更する方法がある場合、または2段階認証でgnome-on-line-accountsでGoogle資格情報を保存する場合、誰もが知っていますか？
これはバグのようです。そして、私が読んだことから、Gnome 3.8には回避策があるように見えます。
Googleで2要素認証を使用していますか？もしそうなら、現時点ではGOAを使用しない方が良いでしょう。
問題は、3.6ではGoogleカレンダーにCalDAVを使用していることです。これは、OAuthトークンでは機能せず、パスワードでのみ機能します。 OAuth2を必要とするGTalkも同様です。
Googleプロバイダーを移行してOAuth2を使用することにより、3.8の問題を部分的に解決しました。これでGTalkが処理されますが、カレンダーの問題は残ります。
Googleでは、CalDAVでOAuth2をサポートする計画がありますが、いつより広く利用できるようになるかはわかりません。または、それが起こるまで、E-D-Sのlibgdataベースのバックエンドを作成および保守できます。
これはGoogleについてのみです。
完全な情報については、 GNOME Bug 688364 を参照してください
いいえ、わかりませんが、gnome 3.8とubuntu 13.04には問題があることを知っています。
おそらくこれが役立ちます。
おそらくこれが役立ちます。 http://support.google.com/a/bin/answer.py?hl=ja&answer=175197 、そのグーグルからです。したがって、おそらくこれはいくつかの詳細を提供するかもしれません。