- Enviado
- 14 de novembro de 2026 às 21:44 UTC
- Autor
- Kamo
- Confirmação
- 998aadd
Os links de participação foram criados a partir do host em que o membro estava quando configurou a reunião, então convites (e-mails de webinar, convites de calendário, links de composição, próximos passos) poderiam nomear um do pai de marca branca ou de um domínio ainda não ativo. - MeetingProviderResolver coloca OrgLinkHosts.meetOrigin(org) no contexto; KamoMeetProvider constrói o joinUrl a partir dele, nunca a partir do host de solicitação. - **************** (+ MeetPageLinks) reconstruir os links de Kamo salas a partir do nome da sala no host da organização; WebinarEmailNotifier, join-info e a resposta de criação usam-nos (criar e juntar-info ganhar memberJoinUrl para convites apenas para membros). - MeetRoomHostPolicy + GET /api/meet/room-access: a organização da sala (o<base36>- prefixo, caso contrário, é o o proprietário registrado) decide quais hosts servem o encontro: a plataforma, um domínio verificado pela organização, ou do seu próprio provedor de marca branca (onde os links antigos foram cunhados). O sidecar kamo-meet pede antes de cunhar fichas. - OrgDomainRuleGuardTest também recusa um "meet." + host construído à mão. Necessita kamo-shared-library 9e02c048 (OrgLinkHosts.meetOrigin).
