- Se descapó
- 28 de septiembre de 2026 a las 6:40 UTC
- Autor
- Kamo
- Compromit
- 855076b
Los dominios virtuales y los usuarios virtuales del servidor KamoMail son compartidos por cada inquilino, y nada detuvo a un inquilino de escribir a otra parte de ellos: - POST /api/email/dominios colocan el dominio ANY en virtual domains, después de lo cual postfix entrega el correo de ese dominio localmente para cada inquilino. Ahora necesita un ownership verified org domains root of the org's own covering the domain; a Kamo operador con una ventana abierta de la luna de dios puede añadir un *.kamocrm.com host para una prueba org. - DELETE /api/email/domains/{d} borrado NY virtual domains row, cascading every cuenta de buzón en él (todos kamocrm.com). Ahora sólo la propia fila de dominio del org. - Crear un buzón de correo, buzón compartido o alias saltó el control de dominio por cada org sin una fila org email providers (todos pero KamoCRM), por lo que podrían crear cuentas en kamocrm.com. El cheque ahora tiene para cada org y proveedor. - Mailbox sync importó cada cuenta de servidor en cualquier dominio que la org tenía meramente TYPED en org domains; restablecer la contraseña de tal fila tomó la cuenta. Sincronización. cambios de contraseña, eliminaciones y ambas auto-sanaciones ahora actúan sólo en los dominios que la org sostiene. Lo que una org sostiene ************* its ownership-verified, raíces no-platform org domains, además de sus filas de dominio EmailService para anfitriones bajo esas raíces o para subdominios de plataforma - filas sólo la adición cerrada puede escribir; proveedor sincron no importa más tiempo plataforma anfitriones, y una sincronización KamoMail ya no reescribe el estado de una fila. Una org en Google/Microsoft/etc. también puede crear buzones de correo en los dominios de su proveedor informes VERIFIED, ya que el proveedor crea esos.