"Usar seu domínio para e-mail" é a operação que transforma yourcompany.com de um endereço de site em um destino de e-mail funcional. O caminho completo abrange registros DNS, provisionamento de caixas postais, autenticação e verificação. O trabalho se divide em cinco etapas concretas que qualquer administrador pode concluir em uma tarde, sem administrar servidores: basta usar os painéis e copiar e colar registros DNS.
A maioria dos tutoriais aborda o painel de um provedor específico. As cinco etapas abaixo independem do provedor e se aplicam à TrekMail, ao Workspace, ao Zoho ou a qualquer serviço de caixas postais confiável. Apresentá-las separadamente deixa claras as dependências.
Este guia percorre toda a configuração com verificações concretas em cada etapa. Para uma visão mais ampla, consulte como criar e-mail com domínio.
O que "usar seu domínio para e-mail" realmente significa
Usar seu domínio para e-mail significa configurar registros DNS que encaminhem as mensagens recebidas para um serviço de caixas postais e autentiquem as mensagens enviadas para que os destinatários possam confiar nelas. A configuração abrange cinco registros DNS (MX, SPF, DKIM e DMARC, mais um TXT de verificação do domínio). Cada registro tem uma função e um formato diferentes.
O serviço fornece os valores; você os publica no provedor de DNS. Toda a configuração independe do provedor: os mesmos cinco registros funcionam com a TrekMail, o Workspace ou qualquer outro serviço confiável. Trocar de serviço depois exige atualizar esses mesmos cinco registros para apontar ao novo provedor.
As cinco etapas de configuração
Cinco etapas abrangem tudo o que é necessário. A ordem importa: MX antes da autenticação, autenticação antes dos testes e testes antes de reforçar o DMARC. O resultado de cada etapa alimenta a seguinte; omitir uma delas cria falhas posteriores cuja investigação demora mais do que executar a própria etapa.
- Aponte os registros MX para o serviço de caixas postais. Dois ou três registros MX com valores de prioridade.
- Publique o registro SPF. Um registro TXT que liste os remetentes autorizados.
- Publique DKIM para cada remetente. Um registro TXT para cada serviço que assina mensagens.
- Publique DMARC com p=none. Um registro TXT com um endereço para relatórios.
- Faça o teste de ida e volta e reforce o DMARC. Confirme PASS em três destinatários e mude o DMARC para p=quarantine após duas semanas.
A sequência é a mesma com 1 caixa postal ou 1,000. Os registros aumentam conforme o número de remetentes, não de caixas. Adicionar caixas não exige novos registros DNS; adicionar remetentes externos (plataforma de marketing, serviço transacional ou CRM) exige: cada novo remetente precisa de seu próprio seletor DKIM.
Etapa 1: aponte os registros MX para o serviço de caixas postais
A primeira etapa é publicar registros MX que apontem para os servidores do serviço de caixas postais. Ele fornece dois ou três valores MX com números de prioridade (10, 20, 30), que indicam a ordem de failover. Os destinatários tentam primeiro o menor número de prioridade e recorrem aos maiores quando ele está indisponível.
Publique todos os valores MX fornecidos, não apenas o de menor prioridade. A redundância importa nos raros incidentes em que o servidor principal fica fora do ar. Sem os registros MX de reserva, as mensagens recebidas são devolvidas durante interrupções, em vez de entrar na fila para nova tentativa.
Etapa 2: publique o registro SPF
A segunda etapa é o registro SPF. O SPF declara quais servidores podem enviar mensagens em nome do seu domínio. Trata-se de uma única entrada TXT na raiz do domínio, com uma sintaxe como v=spf1 include:_spf.trekmail.net ~all em uma configuração hospedada na TrekMail que use apenas a TrekMail para enviar.
Se houver outros remetentes (plataforma de marketing ou serviço transacional), inclua também os registros SPF deles. Cada diretiva include: conta como uma consulta DNS, e o total em toda a árvore de resolução deve permanecer abaixo de 10 consultas. Audite o SPF trimestralmente para detectar o aumento de consultas antes que ele cause a devolução de mensagens legítimas.
Etapa 3: publique DKIM para cada remetente
A terceira etapa é o DKIM, que assina criptograficamente as mensagens enviadas para que os destinatários possam verificá-las. Todo serviço que envia mensagens "de" seu domínio precisa de seu próprio registro DKIM sob um seletor exclusivo. O serviço de caixas gera seu registro DKIM; plataformas de marketing e remetentes transacionais fornecem os deles.
Os registros são publicados como entradas TXT em subdomínios específicos: trekmail._domainkey.yourcompany.com para o seletor da TrekMail, mailgun._domainkey.yourcompany.com para o da Mailgun e assim por diante. Cada um é uma longa string base64 que deve ser colada como um único valor TXT contínuo, sem quebras de linha. Consulte autenticação de e-mail com SPF, DKIM e DMARC para obter uma explicação mais detalhada.
Etapa 4: publique DMARC com p=none
A quarta etapa é o DMARC, que informa aos destinatários o que fazer quando SPF ou DKIM falha. Comece com p=none por duas semanas. Os relatórios mostram cada IP que alega representar seu domínio, o resultado de SPF/DKIM e se houve alinhamento. A auditoria encontra remetentes legítimos esquecidos na segunda etapa.
O formato do registro DMARC é v=DMARC1; p=none; rua=mailto:dmarc-reports@yourcompany.com. Troque o endereço rua por uma caixa cujos relatórios você realmente leia. Após duas semanas sem problemas com p=none, passe para p=quarantine. Depois de mais um mês de relatórios sem problemas, passe para p=reject. A política gradual ajuda a evitar devoluções de mensagens legítimas durante a auditoria.
Etapa 5: faça o teste de ida e volta e reforce o DMARC
A quinta etapa é o teste de ida e volta. Envie uma mensagem da nova caixa para endereços do Gmail, Outlook.com e Yahoo. Abra cada mensagem recebida e verifique os cabeçalhos. As três devem mostrar SPF=PASS, DKIM=PASS e DMARC=PASS. Qualquer FAIL indica que um registro precisa ser corrigido antes do uso com tráfego real.
Após duas semanas de relatórios DMARC sem problemas com p=none e todas as verificações aprovadas, passe para p=quarantine. Depois de um mês de relatórios sem problemas em quarentena, passe para p=reject. A política DMARC estável de uma configuração madura é p=reject com revisão mensal dos relatórios. Consulte configurar e-mail no meu domínio para uma abordagem alternativa.
A política gradual é necessária porque p=reject na primeira semana devolveria mensagens legítimas de remetentes ainda não autenticados. A auditoria de duas semanas com p=none revela todos os remetentes legítimos. O mês com p=quarantine confirma que a correção se manteve. Só então p=reject pode ser apropriado. Ignorar a progressão interrompe mensagens legítimas e gera reclamações de clientes direcionadas a você, não ao remetente mal configurado.
Muitos administradores que ignoram a progressão sentem as consequências em poucos dias. A fila de relatórios DMARC se enche de mensagens em quarentena. As respostas deixam de chegar. A correção é voltar a p=none e reiniciar a auditoria, perdendo o tempo que se tentou economizar e um pouco mais.
Configuração com vários remetentes
Com vários remetentes, cada serviço externo que assina mensagens com seu domínio precisa de seu próprio seletor DKIM no provedor de DNS. Plataformas de marketing, serviços transacionais, ferramentas de CRM e sistemas de tíquetes de suporte precisam de seletores próprios para se alinhar ao domínio.
Um cenário comum é uma pequena empresa que começa com um serviço de caixas, adiciona uma plataforma de marketing seis meses depois, em seguida um remetente transacional e então um CRM com recursos de e-mail. Cada adição exige seu seletor DKIM. Quem não percebe isso pode ver a taxa de entrega na caixa de entrada cair aos poucos à medida que serviços sem autenticação adequada entram na cadeia.
Sem DKIM por remetente, as mensagens desses serviços falham no alinhamento mesmo quando o DKIM tecnicamente passa, pois são assinadas com o domínio deles, não o seu. Os relatórios agregados DMARC costumam revelar o desalinhamento poucos dias após a ativação; a correção é configurar o seletor em cada serviço para que assine como seu domínio. O trabalho é incômodo, mas feito uma só vez por remetente.
Próximas etapas
A configuração completa leva cerca de duas horas no total e produz uma instalação voltada à entrega confiável na caixa de entrada. Cinco registros DNS: MX, SPF, DKIM, DMARC e o teste de ida e volta. A sequência vale para 1 caixa postal ou 1,000.
Teste o TrekMail Nano gratuitamente em trekmail.net/pricing, sem cartão. O plano Nano abrange 10 domínios × 10 caixas; o Starter amplia para 50 × 100 quando o volume aumenta. Para entender o conceito, consulte e-mail com domínio personalizado.
Após as cinco etapas iniciais, a manutenção contínua é leve. Leia os relatórios DMARC mensais para confirmar que nenhum remetente não autorizado alega representar seu domínio. Audite o SPF trimestralmente para detectar o aumento de consultas antes que cause devoluções. Verifique a rotação DKIM anualmente; a TrekMail cuida disso automaticamente em todos os planos, mas confirme a execução. A manutenção anual total pode ficar abaixo de 30 minutos, tornando prático usar o domínio para e-mail em várias marcas sem equipe dedicada de infraestrutura.
Para quem administra vários domínios, as cinco etapas se repetem em cada domínio sem estado compartilhado. Cada um recebe seus próprios registros MX, SPF, DKIM e DMARC. O endpoint em massa da TrekMail processa até 500 domínios de uma vez, o que pode reduzir de dias para horas o provisionamento por domínio em operações de agências.
