Kết nối Google và Microsoft lịch trên OAuth, trên ứng dụng hộp thư đã sử dụng

FeatureEmailService
Name
lúc 06:31 5 tháng 9, 2026 UTC
Tác giả
Kamo
Cam kết
cbc238a

Các CalDAV/CardDAV tab kết nối bằng nút OAuth đã nâng lên cảnh báo nói rằng Name Bây giờ Chạy một kết nối thực sự, và sự ép buộc hình thành nó là một OAuth chuyển hướng URI sống trong một giao diện ba phần: Google và Entra mỗi giữ chính xác một địa chỉ trên ứng dụng đăng ký, được nhập bởi bất cứ ai đăng ký nó, vì vậy một giây Không thể gọi lại lần nữa. Vì vậy, cả hai dòng đất trên địa chỉ Đã đăng ký và được báo riêng bởi một bộ đánh dấu « dòng » bên trong « state » - OAuthFlowKind, không có nghĩa là anh em nên gọi lại trong chuyến bay tiếp tục hoàn thành ở đâu Họ luôn làm thế. Không thay đổi giao diện, không có lối ra mới, không có phiên chạy mới Ngoại trừ một con đường công cộng. Những gì dòng chảy mới chia sẻ với lưu lượng hòm thư nó chia sẻ một cách có chủ tâm: - Đăng ký ứng dụng. Nhóm Cùng một câu hỏi mà nhà cung cấp đặt ra -- Google riêng của tổ chức hoặc ứng dụng Entra nếu nó đăng ký ở đó, nếu không ứng dụng nền tảng của Kamo -- Giấy ủy quyền nhập vào một khi phục vụ cả hai, và một org mà không có ai nói như vậy Thay vì gửi tới một màn hình đồng ý mà từ chối một khách hàng trắng id. - Bộ chuyển hướng URI, đọc từ "TIẾNG" thay vì Hồi phục. Một bản sao, bởi vì một giây sẽ là một chuyển tiếp uri mis match chờ đợi Ai đó để di chuyển một cuộc gọi trở lại, và nó đã được bao phủ bởi OAuthReeterUriTest chống lại bàn OAuth CallbackPaths được chia sẻ. Những gì nó không chia sẻ là tài trợ. Nó yêu cầu lịch sử và liên lạc Hơn Gmail và Admin SDK, và lưu trữ các biểu tượng của nó trên các org Name không thể làm phiền hộp thư đang làm việc. Phạm vi đọc- ghi, không chỉ đọc: đồng bộ hai chiều là một công tắc các biến thành viên sau khi đồng ý, và phạm vi được xác định tại sự đồng ý. Kết nối chứng minh bản thân trước khi báo cáo thành công -- nó đọc tài khoản mà Cho phép truy cập và liệt kê một lịch. Một khoản trợ cấp không thể đọc lịch, hoặc mà trở về mà không có tín hiệu mới, được lưu trữ và đánh dấu với những gì phải làm cả hai đều vô hình cho đến khi đồng bộ nhiều ngày sau. Nhận diện được viết theo hình dạng bốn phần bổ sung tồn tại đã đọc bằng khóa dây (Tiếng Ý) Khách hàngScret / thuê nhà), vì vậy một kết nối vẫn còn sống mà không có thêm công việc, và NhómwareOuthServiceTest ghim những cái tên đó: thay thế một biên dịch, triển khai, Kết nối, và dừng làm việc một giờ sau đó. Bên cạnh đó, ba cái sửa chữa trên cùng bề mặt: - Có được / thiết lập/sự hợp nhất/org trả lại thực thể, đặt các org Một đốm giấy ủy nhiệm được mã hóa trong một cơ thể trả lời, một bộ nhớ tạm trình duyệt và mỗi Bản ghi ủy nhiệm giữa đây và thành viên, trên mỗi tải của một màn hình không bao giờ đọc trên cánh đồng. Cả hai điểm cuối org bây giờ trở lại một cái nhìn rõ ràng của hàng, báo cáo chỉ có chứng chỉ trong hồ sơ. - áp dụng quyền đọc « Hướng nội » trong khi mỗi màn hình thiết lập luôn luôn được gửi [Tiếng cười] Chấp nhận cả hai. - Rõ ràngOrgCredentials, vì vậy disconnect quên các tài trợ mà không cần thiết lập lại Tùy chọn đồng bộ các thành viên đã chọn -- mà xóa bỏ khả năng hợp nhấtOrg sẽ. Các lịch và đối chiếu đồng bộ chính nó không thay đổi và vẫn chưa được xây dựng: Google và Microsoft GroupwareProviders đang được ủy thác cho DB địa phương, Nhà cung cấp Regisry kết nối KamoGraftProvider bất cứ kiểu nhà cung cấp, và Công việc đồng bộ của CharlesService chỉ đồng bộ với Token. Những người được chứng minh sẽ cần, và chưa có gì được đọc.

Mọi thay đổi

Như những gì anh thấy vận chuyển?

Mỗi một bản cập nhật này đều được tự động cập nhật trong không gian làm việc của bạn. Bắt đầu tự do và xem nó lớn lên tuần này qua tuần khác.

Bắt đầu tự do mãi mãiXem truy cập