- Expédié
- 14 novembre 2026 à 21:44 UTC
- Auteur
- Kamo
- Commit
- 998aadd
Les liens de participation ont été construits à partir de l'hôte sur lequel le membre était lors de la configuration de la réunion, donc Les invitations (mails de webinaires, invitations de calendrier, liens de compositeurs, prochaines étapes de conduite) pourraient nommer un Un domaine parent en marque blanche ou un domaine non encore actif. - MeetingProviderResolver met OrgLinkHosts.meetOrigin(org) sur le contexte; KamoMeetProvider Construit joinUrl à partir de celui-ci, jamais de l'hôte de la requête. - **************** (+ MeetPageLinks) reconstruire les liens d'une Kamo salle depuis le Nom de la salle sur l'hôte de l'organisation; WebinarEmailNotifier, join-info et la réponse create les utilisent (create et join-info gagnent memberJoinUrl pour les invitations réservées aux membres). - MeetRoomHostPolicy + GET /api/meet/room-access: l'organisation de la salle (o<base36>- préfixe, sinon son nom) Le propriétaire enregistré) décide quels hébergeurs de rencontres le servent: la plateforme, un domaine vérifié par l'organisation, ou de son propre fournisseur en marque blanche (où les anciens liens ont été créés). Le sidecar kamo-meet le demande avant de frapper des jetons. - OrgDomainRuleGuardTest refuse également un "meet." + hôte construit à la main. Nécessite kamo-shared-library 9e02c048 (OrgLinkHosts.meetOrigin).