Não peça ao cliente para substituir servidores que funcionam antes de os nomes da sua marca estarem prontos. Abrir o webmail no seu domínio é outra verificação. No aplicativo, nome do servidor, certificado, porta, criptografia e dados de acesso precisam combinar.
Defina quando interromper a entrega
Use uma lista para o aplicativo e a caixa do teste. Se o host não estiver pronto, o certificado não corresponder ou a conexão segura falhar, mantenha os ajustes atuais e investigue. Não peça para ignorar avisos de certificado. Quando estiver pronto, copie tudo de Apps & devices no TrekMail, teste recebimento e resposta e só então entregue a mesma orientação ao grupo previsto. Mantenha o contato de suporte disponível durante a mudança.
O que muda para o usuário
O IMAP permite que o aplicativo leia mensagens e sincronize o estado da caixa. O SMTP é usado para enviar. Em geral, os aplicativos pedem esses servidores em campos diferentes.
A personalização muda os nomes que aparecem nas configurações. A caixa, as mensagens e as permissões continuam no mesmo sistema de correio. Preparar um nome próprio não cria outra caixa nem uma infraestrutura independente para cada cliente.
O servidor pode usar o domínio da agência mesmo que o usuário tenha um endereço da própria empresa. Por exemplo, maria@client.example pode se conectar a imap.agency.example. Isso é válido quando o serviço fornece esses parâmetros para a caixa escolhida.
Configure o domínio da marca
Os nomes de servidor com sua marca exigem uma assinatura ativa do White Label. Salvar o perfil da marca, por si só, não os ativa.
Abra as configurações de marca e ative o uso do domínio próprio para aplicativos de e-mail. Essa opção é separada das páginas personalizadas do painel e do webmail. Uma página de login funcionando não significa que IMAP e SMTP já aceitam conexões com sua marca.
A ficha de DNS mostrará os registros necessários. Copie-os para a zona DNS ativa e execute a verificação. Use os nomes e destinos apresentados na configuração atual da conta.
Além do DNS, será necessário um certificado para o nome do servidor. O TLS permite que o aplicativo confirme o servidor e criptografe a comunicação. Apontar um nome para outro servidor no DNS não resolve sozinho a questão do certificado.
O guia de nomes de servidor personalizados explica o status Ready e a mudança de parâmetros. Até que tudo esteja pronto, o serviço mostra os nomes funcionais da plataforma para evitar erros de certificado.
Entregue a configuração completa ao cliente
Quando os nomes estiverem prontos, abra Apps & devices da caixa. Copie os servidores de entrada e saída, as portas, o modo de criptografia e os requisitos de senha. Entregue esses dados juntos: smtp.agency.example sozinho não explica toda a conexão ao aplicativo.
O IMAP usa 993 com SSL/TLS. O SMTP oferece 465 com SSL/TLS ou 587 com STARTTLS. O usuário é o endereço de e-mail completo. Se a caixa exigir senha de aplicativo, a senha comum do webmail não será suficiente.
Configure um aplicativo seguindo as instruções que serão entregues. Teste login, recebimento e envio de uma resposta. Observe avisos de certificado e a grafia exata dos nomes. A referência de conexão de clientes ajuda a conferir os parâmetros.
Separe o nome do servidor da rota de envio
O nome smtp.agency.example não determina sozinho qual provedor entregará a mensagem ao destinatário. Isso depende da configuração de saída do domínio: SMTP incluído ou serviço externo conectado.
O nome personalizado também não significa IP dedicado nem reputação de envio independente. Não prometa melhor chegada à caixa de entrada apenas pela troca do nome. A configuração do domínio, os remetentes autorizados e a situação da rota continuam importantes.
Se os clientes já têm aplicativos configurados, prepare a mudança. Compare as instruções antigas e novas, informe quais campos mudam e disponibilize ajuda. Atualize todos os usuários depois de testar uma conexão com os mesmos parâmetros que eles receberão.
