- 出荷済み
- 2026年9月5日 6:31 UTC
- プロフィール
- Kamo
- コンテンツ
- cbc238a
CalDAV/CardDAV タブの OAuth ボタンを介して接続すると、警告が発生した フローが実装されていないし、API を通じて認証情報を設定するために。 今のところ 実際の接続を実行し、それを形づける制約は OAuth リダイレクトである URI は THIRD PARTY のコンソールに住んでいます: Google と Entra それぞれ 1 つを正確に保持します 誰が登録したかによって入力される、アプリ登録ごとにアドレス 2番目のコールバックを持つことができません。 したがって、両方のフローはアドレスに上陸します すでに登録済みで、`state` 内の `flow` マーカーで区切って言われています。 -- OAuthFlowKindは、EMAILを意味する潜在的であるため、飛行中のコールバックがどこからでも完了し続ける 彼らはいつもやった。 コンソール変更なし、新しいゲートウェイルートなし、新しいセッションなし 公道の免除 メールボックスフローで新しいフロー株式が非適度に共有されるもの: - アプリ登録 GroupwareOAuthService は PlatformOAuthClientResolver を要求します プロバイダのセットアップタブが尋ねる同じ質問 - 組織のOWN Google または、そこに1つを登録した場合には、Kamoのプラットフォームアプリ - なので、 一度入力された資格情報と、その両方が話されていない組織 空白の client id を拒否する同意画面に送信するのではなく。 - リダイレクト URI, から読みます ******************** ではなく 休息。 1つのコピーは、秒がredirect uri mismatchの待機になるので、 誰かがコールバックを動かすために、すでにカバーされている OAuthRedirectUriTest は、共有 OAuthCallbackPaths テーブルに対するものです。 シェアしていないのは助成金です。 カレンダーと連絡先を尋ねる Gmail や Admin SDK よりも、org のトークンを格納します。 電子メールプロバイダの行ではなく、連絡先の統合、つまりカレンダーの接続 作業メールボックスを乱すことはできません。 読み書きスコープ、.readonly ではなく:双方向同期 同意後に会員フリップを切り替え、同意時にスコープを固定します。 接続は成功を報告する前にそれ自身を証明します - それはアカウントを読みます 1つのカレンダーにアクセスしてリストします。 カレンダーを読むことができない、または リフレッシュトークンなしで戻ってきたこと、保存され、何をすべきかにフラグが付けられます それについて; 両方は、後で同期の実行日まで見えない。 資格情報 すでに文字列キーで読み込まれている4つの既存のリッパを形に書いています (accessToken / refreshToken / tokenExpiry as epoch Millis / clientId / clientSecret / tenantId なので、コネクションはこれ以上の作業なしで生き残ります。 GroupwareOAuthServiceTest はそれらの名前をピントします。コンパイル、デプロイ、 接続し、1 時間後に作業を停止します。 一方、同じ表面で3つの固定: - GET /settings/integrations/org は org's を置くエンティティティティを返しました AES-暗号化された認証情報は、レスポンス・ボディ、ブラウザ・キャッシュ、およびすべての機能で使用できます。 ここにとメンバーの間でプロキシログ, 決してない画面のすべての負荷に フィールドを読み込みます。 どちらのエンドポイントも、行の明示的なビューを返します。 クレデンシャルがファイルにあるWHETHERのみを報告します。 - 各設定画面が常に送信されている間、applicationConfig は `bidirectional` を読みます `bidirectionalSync` なので、2way-sync スイッチは主張しません。 両方を受け入れて下さい。 - clearOrgCredentials なので、Disconnect はリセットなしで付与を忘れます メンバーが選択したオプションを同期させる - は、deleteOrgIntegration が優先する。 カレンダーと連絡先の同期自体は変更されず、まだ作り出されていない: Google および Microsoft GroupwareProviders はローカル DB に委任するスタブです、 ProviderRegistry は、KamoGroupwareProvider をプロバイダタイプと結合します。 DaemonService の同期ジョブは、syncToken をバンプするだけです。 この土地の信憑性 何も読みません.