1. Observações importantes

  • Atualmente, cada organização já possui um e-mail padrão validado. Quando um novo painel é criado, este e-mail pré-estabelecido da organização é utilizado automaticamente. No entanto, para alguns painéis específicos, a organização pode querer utilizar um e-mail diferente. Para isso, é necessário inserir e validar o novo e-mail. É importante ressaltar que, se o e-mail não estiver configurado na AWS e validado pelo cliente, todas as comunicações que são enviadas aos visitantes e o e-mail de confirmação não será enviado caso a funcionalidade de confirmação de cadastro esteja ativada no painel.


Atenção: É importante que esse passo a passo abaixo seja executado pelo suporte ou pela equipe de CS / Relacionamento, após o cliente passar qual e-mail ele quer utilizar naquela conta em específico.


2. Procedimento

2.1. Acesse ao painel

Para efeito de simulação vamos utilizar uma revenda chamada VELOMAX

2.2. Acesse o menu PONTOS DE ACESSO > Grupos

Clicando na ENGRENAGEM você entra nas configurações.

2.3. Acesse a aba “PARÂMETROS” e localize o campo “Remetente dos e-mail enviados para visitantes”. 

Veja que esse campo já vai ser preenchido com o e-mail padrão da organização. É nesse campo que você deverá inserir o NOVO e-mail.

2.4. Insira o novo e-mail solicitado pelo cliente nesse campo e dê salvar.

Importante: Após esse passo, é enviado um e-mail para ele com uma confirmação da AWS, ou seja, irá chegar um email para ele confirmar que ele é um email válido. Basta clicar no link para confirmar. (esse e-mail tem validade de 24h, por isso  é importante avisar o cliente nesse exato momento que for inserido).

2.5. Após o cliente validar, esse e-mail vai estar pronto para ser usado.

Observação: Caso o cliente crie outros grupos de pontos de acesso é importante ele sempre validar nas configurações se todos os grupos estão usando esse mesmo e-mail OK


2.6. Informações adicionais

Observação: Entrega de e-mails pode ser impactada por política DMARC restritiva

Se mesmo após a validação de email ocorrer e o cliente não estiver recebendo email, pode ser necessário fazer alguns ajustes extras.

Caso o domínio de e-mail utilizado como remetente nas comunicações da plataforma esteja com política DMARC configurada como reject ou quarantine, é provável que os e-mails enviados aos visitantes não sejam entregues corretamente (podem ser rejeitados ou redirecionados para a caixa de spam).


Para garantir o correto funcionamento da entrega de e-mails, existem duas opções:

1 - Solução viável (não recomendada): alterar temporariamente a política DMARC para none.

Essa mudança pode reduzir a proteção contra spoofing e não é a abordagem ideal, mas pode ser usada como solução temporária.

2 - Solução recomendada: entrar em contato com nosso suporte para que possamos realizar os ajustes adequados.



2.7. Configuração interna Mambo WiFi


1 - Configurar a identidade de envio: será necessário configurar uma nova identidade de envio do tipo domínio (preferencialmente) ou utilizar a identity existente de e-mail.

  • Se for uma identidade de domínio, o domínio deverá ser criado no sistema de envio (Amazon SES).

  • Se for uma identidade de e-mail, será usada apenas aquela já existente na conta de e-mail específica.

2 - Gerar registros DNS: os tipos de registros gerados variam conforme o tipo de identidade:

  • Para domínio: serão gerados registros SPF, DKIM e DMARC.

  • Para e-mail: será gerado um registro TXT de verificação e um registro MX.

3 - Aplicar no DNS do cliente: os registros gerados devem ser repassados ao cliente, que deverá aplicá-los no seu servidor DNS para que a autenticação funcione corretamente.

Essas configurações permitem que a plataforma envie e-mails em nome do domínio do cliente com autenticação adequada, garantindo alta taxa de entrega e conformidade com as políticas de segurança de e-mail.