Se você está conectando um endereço de email personalizado (como support@yourcompany.com) e encontra problemas para verificar seu domain, siga este guia para resolver os problemas mais comuns. Fique atento para considerações de custo e dicas de solução de problemas mais adiante neste guia. Configurar seu domain de email personalizado no Intercom também permite enviar emails do domain da sua empresa, melhorando a entregabilidade, reconhecimento da marca e conformidade com as melhores práticas de email.
Workspaces de desenvolvedor não conseguem enviar emails de saída. Se você estiver usando um workspace de desenvolvedor, a funcionalidade de envio de email está desativada independentemente da configuração dos registros DNS.
Configuração e verificação DKIM
O Intercom usa DKIM (DomainKeys Identified Mail) para verificar se você tem permissão para enviar email em nome do seu domain. Essa configuração é feita no seu provedor de DNS.
Registros DNS que você adicionará
Ao autenticar seu domain manualmente, você receberá:
Dois registros CNAME (para DKIM e caminho de retorno personalizado)
Um registro TXT (para DMARC)
Seu provedor de DNS pode chamar esses campos de forma diferente:
Host / Nome → use o "Nome" do Intercom
Destino / Valor → use o "Valor" do Intercom
Nota: Certifique-se de que o nome do seu domain não esteja adicionado duas vezes no campo "Nome". Alguns sistemas DNS adicionam automaticamente.
Verificando a autenticação
Depois de adicionar os registros DNS:
Aguarde a propagação das mudanças (pode levar até 72 horas).
Volte para suas configurações de email do Intercom e clique em Finalizar configuração.
Clique em Validar autenticação.
Se não verificar imediatamente, aguarde um pouco e tente novamente. A propagação DNS é a razão mais comum para atrasos.
A propagação DNS, o processo de atualização dos registros DNS pela internet, geralmente leva entre algumas horas e 24-48 horas. No entanto, em alguns casos, pode levar até 72 horas. Vários fatores influenciam esse tempo, incluindo seu Provedor de Serviços de Internet (ISP), o registro do seu domain e os valores Time to Live (TTL) dos seus registros DNS.
Problemas comuns na configuração e como corrigi-los
1. Registros DNS ausentes ou incorretos
Certifique-se de que todos os registros necessários (dois CNAMEs + um TXT) estejam adicionados exatamente como fornecidos.
2. Uso do tipo de registro errado
A configuração DKIM e Return-Path requer CNAME, não TXT.
3. Usuários Cloudflare ou GoDaddy
Esses provedores às vezes exigem configurações especiais:
Cloudflare: Desative o proxy (o ícone da nuvem deve estar cinza, não laranja).
GoDaddy: Insira o "Nome" e "Valor" exatamente como mostrado, sem pontos finais.
4. Problemas com CNAME Flattening (apenas Cloudflare)
Certifique-se de que o registro esteja definido como DNS Only, não proxy.
5. Atraso na propagação DNS
Pode levar várias horas para que as mudanças DNS tenham efeito completo na internet. Se a verificação falhar, aguarde mais tempo antes de tentar novamente.
Ferramentas para ajudar a verificar sua configuração
Você pode usar essas ferramentas públicas para verificar se seu registro DKIM está ativo:
Seletor:
intercomDomain: yourdomain.com
Nota: Você ainda precisará clicar em Verificar autenticação no Intercom mesmo que seu registro DKIM apareça como ativo.
Sobre SPF e DMARC
Preciso configurar SPF?
Não. O Intercom gerencia o SPF para você configurando um caminho de retorno personalizado em todos os emails que enviamos. Você não precisa adicionar seu próprio registro SPF, a menos que seja aconselhado. Isso funciona via o CNAME do caminho de retorno que você adicionou acima — não é necessário um registro SPF separado.
Devo configurar DMARC?
Sim, especialmente se:
Você envia mais de 5.000 emails por dia (exigido pelo Google e Yahoo).
Você quer proteção adicional contra falsificação.
O Intercom suporta DMARC totalmente quando os registros DKIM e return-path estão configurados corretamente. Um registro DMARC com pelo menos p=none é obrigatório. Políticas mais rigorosas (p=quarantine, p=reject) melhoram a segurança, mas devem ser adotadas somente após confirmar que todos os seus remetentes passam em DKIM/SPF — caso contrário, emails legítimos podem ser bloqueados.
Problemas de envio
Erro "Sender does not belong to app"
Se você encontrar o erro "Sender does not belong to app", o endereço do remetente não está configurado corretamente para seu workspace.
Resolução: Certifique-se de que o endereço do remetente correto esteja configurado como endereço de remetente no seu workspace Intercom. Verifique a seleção do canal de email antes de tentar reenviar a mensagem.
Emails não são enviados de um domain autenticado
Às vezes, emails falham ao enviar mesmo que seu domain esteja autenticado. Isso geralmente ocorre por uma configuração incorreta do endereço de resposta.
Resolução:
Navegue até suas configurações de email.
Vá para a seção Endereços de resposta e encontre a aba Respostas do colega.
Certifique-se de que isso esteja definido como Endereço de entrada e não Endereço de email do colega. Alternativamente, configure um alias de colega nas configurações do seu perfil. Note que isso controla apenas o endereço de envio quando a configuração de resposta do seu workspace está definida como 'Endereço de email do colega'; caso contrário, altera apenas o nome exibido.
Botão Enviar está desativado
Se o botão Enviar estiver desativado ou inativo, normalmente o endereço de email do destinatário não está listado nos contatos do seu workspace.
Resolução: Adicione o endereço de email do destinatário aos contatos do seu workspace e tente enviar o email novamente.
Mensagens enviadas pelo canal errado
Se mensagens destinadas a emails estão sendo enviadas por um canal alternativo (como chat), provavelmente é devido à seleção do canal no compositor.
Resolução: Selecione explicitamente Email como canal da mensagem ao compor antes de enviar.
Emails bloqueados devido a bloqueio de domain
Emails de saída podem ser bloqueados se seu domain aparecer em listas de bloqueio externas, como Spamhaus. Certifique-se de que a autenticação SPF/DKIM/DMARC esteja configurada corretamente para proteger seu domain e reduzir o risco de bloqueio. Se seu domain de envio estiver listado na Spamhaus Domain Blocklist (DBL), o Intercom pode pausar o envio de emails até que o domain seja removido da lista.
Resolução:
Verifique as principais listas de bloqueio para ver se seu domain está listado.
Solicite remoção via o formulário de delistagem da lista específica.
Após a remoção, verifique a correção enviando uma campanha de teste.
Se o envio de emails de saída foi pausado porque seu domain está na Spamhaus DBL, informe o suporte do Intercom no Messenger assim que o domain for removido para que as restrições de envio possam ser revistas.
Erro 550 5.7.509
O servidor de email receptor bloqueou o email porque o domain deles falhou na verificação DMARC e o registro DMARC está configurado para rejeitar emails não verificados.
Solução geral de problemas no navegador
Se você está enfrentando falhas indefinidas no envio de emails ou problemas na interface, tente estes passos de solução de problemas no navegador e rede:
Atualização forçada — Mac: Command + Shift + R | Windows: Ctrl + Shift + R
Janela privada/incógnita — Mac: Command + Shift + N | Windows: Ctrl + Shift + N. Ajuda a identificar se cache ou cookies estão causando problemas.
Rede alternativa — Tente conectar via hotspot móvel para descartar restrições de firewall ou rede.
Desativar extensões — Desative extensões do Chrome ou Firefox que possam estar interceptando conexões.
Navegador diferente — Teste se o problema persiste em outro navegador web.
Nota: O botão "Verificar" desaparece após a autenticação. Nesse caso, você precisará usar o botão "Editar".
Ainda com problemas?
Se você tentou todos esses passos de solução de problemas e ainda encontra problemas:
Verifique se pelo menos um endereço de email usando seu domain está verificado na sua conta Intercom. Você pode fazer isso em Configurações > Canais > Email > Domains & addresses adicionando um novo endereço ou editando um existente. Durante a configuração do endereço de email, você receberá um email de verificação. Pode solicitar um novo clicando em Reenviar email de verificação.
Verifique erros de digitação ou diferenças de formatação nos seus registros DNS.
Certifique-se de não usar registros TXT e CNAME conflitantes para o mesmo nome.
A autenticação CNAME de saída requer que o hostname alvo do CNAME seja publicamente resolvível.
Certifique-se de ter clicado em Verificar autenticação no Intercom após configurar seus registros DNS.
Use o botão Verificar do Intercom para checar seus registros; um verificador DNS global pode ajudar a confirmar a propagação se as mudanças demorarem.
Fale com nossa equipe de suporte para mais assistência.