- Navios
- 28 de setembro de 2026 às 06:40 UTC
- Autor
- Kamo
- Enviar
- 855076b
Os domínios virtuais e os utilizadores virtuais do servidor KamoMail são partilhados por todos os inquilinos, e nada impediu um inquilino de escrever para a parte de outro deles: - POST /api/email/domínios colocam qualquer domínio em domínio virtual , após o que postfix entrega o correio desse domínio localmente para cada inquilino. Precisa agora de propriedade verificado org domínios raiz do próprio org cobrindo o domínio; um Kamo operador com uma janela aberta de modo deus pode adicionar um host *.kamocrm.com para uma org teste. - DELETE /api/email/domínios/{d} apagado Any virtual domínios linha, em cascata a cada conta de correio sobre ele (toda a kamocrm.com). Agora só a linha de domínio da própria org. - Criando uma caixa de correio, caixa de correio compartilhada ou alias pulou a verificação de domínio para cada org sem uma linha org email providers (todos exceto KamoCRM), para que eles pudessem criar contas em kamocrm.com. O cheque agora vale para cada org e provedor. - Mailbox sync importou todas as contas de servidor em qualquer domínio que as org tinham apenas TIPOD em org domínios; redefinindo a senha de tal linha levou a conta. Sincronização: a senha muda, apaga e ambas as auto-curas agora atuam apenas em domínios que a org detém. O que uma org detém ******************************. não-platform org domains roots, além de suas linhas de domínio EmailService para hosts sob aqueles raizes ou para subdomínios de plataforma - linhas apenas o gated add pode escrever; provedor sincronizar não mais tempo importa hosts de plataforma, e uma sincronização KamoMail não reescreve mais o status de uma linha. Uma org no Google/Microsoft/etc. também pode criar caixas de correio nos domínios do seu fornecedor relata VERIFIED, uma vez que o provedor cria esses.