- Shiked
- 5 Eylül 2026 06:31 UTC
- Yazar
- Kamo
- Commit
- cbc238a
CalDAV /CardDAV sekmesi OAuth düğmesi aracılığıyla bir uyarı yükseltti Akış uygulanmadı ve API aracılığıyla bilgi yapılandırmak değildi. Şimdi Gerçek bir bağlantı kurar ve şekillendiren kısıtlamalar OAuth yönlendirmesidir URI, bir THIRD PARTY konsolunda yaşıyor: Google ve Entra her biri tam olarak bir tane tutuyor Uygulama kaydı için adres, kayıtlı herkes tarafından yazılmış, bu yüzden ikinci Akış ikinci bir çağrıya sahip olamaz. Bu nedenle her ikisi de adrese akar. Zaten kayıtlıdır ve “devlet” içinde bir “kanı” işaretiyle ayrı söylenir - OAuthFlowKind, uçuşta EMAIL'ın bu kadar geri çağrıları tamamlanmadığı anlamına gelmiyor Her zaman yaptılar. Hiçbir konsol değişikliği, yeni ağ geçidi rotası yok, yeni oturum yok Halk yolu için muafiyet. Yeni akışın posta kutusu ile olan payı kasıtlı olarak paylaşıyor: - Uygulama kaydı. GroupwareOAuthService PlatformOAuthClientResolver Aynı soru, Sağlayıcı Kurulum sekmesi sorar - organizasyonun OWN Google veya Entra uygulaması orada kayıtlısa, başka Kamo’nun platform uygulaması - bu yüzden Her ikisine de bir veya bir veyag'ye girilir, bu yüzden ne söylenmelidir boş bir müşteri id'i reddeden bir onay ekrana gönderilmek yerine. - URI'ı yönlendirme, ************'den okuyun Geri kalanı. Bir kopya, çünkü ikinci bir yönlendirme olacaktı uri mismatch bekliyor Birisi bir çağrıyı hareket etmek için, ve zaten kaplıdır OAuthRedirectUriTest paylaşılan OAuthCallbackPaths masasına karşı. Paylaşmadığı şey hibedir. Takvim ve İletişim için istiyor Gmail ve Admin SDK'dan daha fazlası ve veyag'ın Jetonlarını depolar e-posta sağlayıcı sıralarından ziyade iletişim kurmak, bu yüzden takvimleri bağlanmak Bir çalışan posta kutusu rahatsız edemez. Okunma kapsamı, sadece okumuyor: iki yönlü senkronizasyon Üye onay aldıktan sonra çevirir ve kapsamı onaylanır. Bağlantı, başarı raporlamadan önce kendini kanıtlıyor - hesabı okur Verilen erişim ve listeler bir takvim. Takvimleri okuyabilen bir hibe veya Bu yeni token ile geri döndü, depolandı ve ne yapılacağıyla bayraklandı Bu konuda; her ikisi de bir senkronize gün sonrasına kadar görünmez. Credentials Şu anda dört yeni yeni yeni yeni yeni başlayanlar zaten dize anahtar tarafından okunuyor (erişimToken / yenilemeToken / tokenExpiry as age milis / müşteriId / Müşteri Sekreterliği / onantId), bu yüzden bir bağlantı daha fazla çalışma olmadan canlı kalır ve GrupwareOAuthServiceTest bu isimleri belirler: Bir derleyiciyi yeniden başlatır, dağıtır, Bağlanır ve bir saat sonra çalışmayı bırakır. Ayrıca, aynı yüzeyde üç düzeltme: - GET / fucks/integrations/org, org's koymak olan varlık geri döndü. AES-encrypted information blob in a response body, a browser önbelli ve her şey Burada ve üye arasında, hiçbir zaman asla bir ekranın her yükünde Alanı okur. Hem org endpoints şimdi sıranın açık bir görünümünü döndürür, Sadece bir haçlı yayın dosyasındadır. - UygulamaConfig 'biyyy'yi her ayarlarken her zaman gönderildi "biylySync", bu yüzden iki yönlü geçiş asla devam etmedi. Her ikisini de kabul eder. - açıkOrganizasyonlar, bu yüzden Disconnect bağlantı hibeyi yeniden tanımlamadan unutur Paralel seçenekler üye seçilir - hangi silinebilirOrgIntegration olurdu. Takvimler-ve-iletişimler kendini değiştirir ve hala inşa edilmez: Google ve Microsoft GroupwareProviders, yerel DB'ye karşı kışkırtıyor, SağlayıcıRegistry KamoGroupwareProvider'i sağlayıcı tipine ve DaemonService'ın senkronizasyon işleri sadece bir senkronizasyonu çöker. Bu topraklar, bu toprakların İhtiyacınız olacak ve henüz okumayacak hiçbir şey.