- Se descapó
- 5 de agosto de 2026 a las 6:35 UTC
- Autor
- Kamo
- Compromit
- e9c987e
Kamo Meets fue el único backend posible: OrgMeetConfig era un Meet bolso de configuración y un MeetingRecord no tenían más que un nombre de habitación. Esto añade el esquema para dirigir una organización en Zoom o Microsoft Teams en su lugar. - meet.provider: MeetingProviderType / MeetingProviderStatus, the per-org OrgMeetingProviderEntity (enclave credencial cifrado, estado de última vez verificado) y OrgMeetingOAuthTokenEntity, reflejando el paquete de email-provider que ya respalda la abstracción del proveedor de correo electrónico. - MeetingRecord gana la propia identidad del proveedor de acogida. unirse y alojar URLs, contras de acceso, cuenta de host para que una reunión pueda ser reincorporarse y reconciliara a quien lo albergue. - MeetingRecording gana proveedorRecordingId, que mantiene la tira de un control remoto El idempotente de grabación en la nube del proveedor. - OrgMeetConfig gana la configuración Zoom y los equipos apoyan que un Meet-Sólo config no tenía razón para llevar: unirse antes de ser-anfitrión, configuración de código de acceso, lobby alcance de bypass, controles de presentador y asistentes, grabación en la nube, transcripciones, Invitaciones enviadas por proveedores, y las reuniones de acogida de repositor se crean bajo cuando un miembro no tiene ninguna cuenta en el proveedor. Cada org sin fila de proveedores se resuelve a KAMO-MEET, por lo que esto es inerto hasta que un Admin elige lo contrario. Las columnas fueron aplicadas a la producción por KamoInitializer antes de que esto aterrizara. PlatformOAuthProviderType gana ZOOM(9) para la aplicación Zoom Marketplace; Teams reuniones reutilizan MICROSOFT (3). Su prueba de guardia se mueve con ella, desde un enum y la prueba que sujeta sus ids persistidos no puede aterrizar por separado.