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 +.
O servidor que aqui declara é aquele a que CyberElements Bastion entregará as suas mensagens — um servidor SMTP da sua infraestrutura, acessível a partir da plataforma.
| 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.