- Verschifft
- 28. September 2026 um 06:40 UTC
- Autor
- Kamo
- Ausschuss
- 855076b
Die virtual_domains und virtual_users des KamoMail-Servers werden von jedem Mieter gemeinsam genutzt und nichts hielt einen Mieter davon ab, an einen anderen Teil von ihnen zu schreiben: - POST /api/email/Domains setzen ANY Domain in virtual_domains, nach dem Postfix liefert diese Domain-Mails lokal für jeden Mieter. Es braucht jetzt eine ownership_verified org_domains root of org's own covern die Domain; ein Kamo Operator mit einem offenen God-Mode-Fenster kann einen *.kamocrm.com Host für einen Test org hinzufügen. - DELETE /api/email/domains/{d' gelöscht ANY virtual_domains row, kaskadierend mailbox-Konto darauf (alles von kamocrm.com). Jetzt nur noch die eigene Domain-Reihe der org. - Erstellen einer Mailbox, einer gemeinsamen Mailbox oder Alias übersprungen den Domain-Check für jeden Org ohne eine org_email_providers Reihe (alle außer KamoCRM), so dass sie Konten erstellen könnten auf kamocrm.com. Der Scheck gilt nun für jeden Org und Provider. - Mailbox sync importiert jedes Server-Konto auf jeder Domain der org hatte nur TYPED in org_domains; das Zurücksetzen des Passworts eines solchen Datensatzes hat das Konto übernommen. Sync, Passwortänderungen, Löschungen und beide Selbsterfassungen wirken jetzt nur auf Domains, die die org hält. Was eine Org ************ besitze - verifiziert, non-platform org_domains Wurzeln, plus seine EmailService Domain-Reihen für Hosts unter denen Roots oder für Plattform-Subdomains - Zeilen nur die gated add schreiben kann; Anbieter synchronisieren keine länger importiert Plattform-Hosts, und eine KamoMail-Synchronisation schreibt den Status einer Reihe nicht mehr um. Eine Org bei Google/Microsoft/etc. kann auch Mailboxen auf Domains seines Anbieters erstellen berichtet VERIFIED, da der Anbieter diese erstellt.