Configurar o envio de correio eletrónico

Várias funcionalidades enviam correio eletrónico: as notificações operacionais, as palavras-passe de utilização única enviadas aos utilizadores e a entrega das chaves secretas TOTP. Todas passam pelo mesmo elemento — um servidor SMTP declarado na consola — e nenhuma funciona enquanto não houver um disponível.

Esta página configura essa base comum e indica depois o que a consome.

Passo 1 — Declarar o servidor SMTP

Inicie sessão com uma conta de administrador, abra o espaço de trabalho Configuration e clique em SMTP servers. Clique em +.

CyberElements integra o seu próprio relé SMTP

Não precisa de um servidor SMTP próprio: a plataforma incorpora um relé, alcançado localmente. Para o utilizar, declare um servidor com estes valores:

Campo	Valor
Server	127.0.0.1
Port	25
Username / Password	deixe ambos vazios
Connection type	Insecure

O endereço é local em relação à plataforma, não à sua rede: o relé é executado na própria plataforma, razão pela qual não são necessárias credenciais nem cifragem nesse salto.

Declare antes o seu próprio servidor — com os campos abaixo — quando as mensagens tiverem de sair através da sua infraestrutura.

Campo	O que introduzir
Name	O nome que identifica o servidor na consola.
Server	O nome de anfitrião ou o endereço do servidor SMTP.
Port	A porta em que escuta.
Username / Password	A conta de autenticação, se o servidor exigir uma. Deixe ambos vazios para um envio anónimo.
Connection type	TLS, STARTTLS ou Insecure.
Use specific certificate authorities to validate the server certificate	Marque esta opção para fornecer a autoridade por si próprio e carregue depois o respetivo certificado no campo que se desbloqueia.

A descrição completa dos campos está em SMTP servers.

A ligação é aberta pela plataforma

O fluxo para o servidor SMTP parte da plataforma, não do posto de trabalho do utilizador. Se o seu servidor SMTP estiver na sua LAN, esse fluxo tem de ser autorizado.

Passo 2 — Testar antes de guardar

A janela contém um bloco SMTP configuration test, recolhido por predefinição. Abra-o, introduza um endereço de destino e clique no botão de teste. O teste utiliza os valores que estão atualmente no formulário — nada é guardado ao testar.

O resultado aparece por baixo do botão: um envio bem-sucedido ou uma falha com uma causa identificada. São reconhecidas e explicitadas sete causas, entre elas a resolução DNS, credenciais recusadas, uma rede inacessível e um certificado que não passa a validação.

O remetente da mensagem de teste é imposto

A mensagem de teste é enviada a partir de noreply@cleanroom.com, um endereço escrito no produto: não pode ser configurado em lado nenhum e serve também de endereço de resposta dessa mensagem. Não tem relação com o remetente que as funcionalidades que utilizam este servidor transportarão — o SMTP sender de um perfil de notificação ou de um token OTP.

Um servidor SMTP que restrinja os endereços de envio recusará, por conseguinte, o teste seja o que for que introduza no formulário, ao passo que as mensagens reais passam. Uma recusa neste ponto não significa necessariamente que as suas definições estão erradas.

Assim que o teste passar, clique em Validate para guardar o servidor.

Verifique em seguida que a mensagem chegou: um servidor que aceita uma mensagem ainda não é uma mensagem entregue.

Passo 3 — Utilizar o servidor

Declarar o servidor não envia nada por si só. Cada funcionalidade tem de ser apontada para ele:

Para enviar	Onde configurar
Notificações operacionais — inícios de sessão, alertas, início de gravação, pedidos de acesso	Notification profiles
Uma palavra-passe de utilização única por correio eletrónico	Configurar a autenticação multifator
Chaves secretas TOTP enviadas aos utilizadores	Integração do Google Authenticator

Um servidor, vários consumidores

O mesmo servidor declarado serve os três. Não é necessário declará-lo uma vez por funcionalidade — e, inversamente, alterar as suas definições afeta todas as funcionalidades que apontam para ele.