Projeto interno

E-mail e DNS da Deltatech: o que existe de fato e o que falta

O e-mail fernando.guerra@deltatech.network usa o domínio próprio da empresa. Antes de oferecer configuração e migração de e-mail a alguém, conferimos o nosso com consultas públicas que qualquer pessoa pode repetir. Metade está em ordem; o DMARC ainda falta, e o plano para corrigir está abaixo.

DNS
MX
SPF
DKIM
DMARC
Google Workspace
dig / DNS sobre HTTPS

Evidência pública

As consultas, como qualquer um pode fazer

Feitas em 10/11/2026 pelo resolvedor 1.1.1.1 e conferidas por DNS sobre HTTPS na Cloudflare e no Google. A chave DKIM e o token de verificação aparecem abreviados.

$ dig +short MX deltatech.network
1 smtp.google.com.$ dig +short TXT deltatech.network
"v=spf1 include:_spf.google.com ~all""google-site-verification=8U-6yBwz…"$ dig +short TXT google._domainkey.deltatech.network
"v=DKIM1;k=rsa;p=MIIBIjANBgkqhkiG9w0B…IDAQAB"; chave pública RSA de 2048 bits$ dig +short TXT _dmarc.deltatech.network
; sem resposta (NXDOMAIN): não há DMARC

Diagnóstico

O que cada registro mostra

Servidores de DNS (NS)
athena.dns-parking.com e apollo.dns-parking.com
O DNS é gerenciado no painel da Hostinger, onde o domínio foi registrado. É lá que as correções serão feitas.
Informativo
MX
1 smtp.google.com
O e-mail é recebido pelo Google Workspace, no formato atual de MX único recomendado pelo Google.
Em ordem
SPF
v=spf1 include:_spf.google.com ~all
Só os servidores do Google estão autorizados a enviar pelo domínio. O ~all marca o resto como suspeito.
Em ordem
DKIM
seletor google, RSA de 2048 bits
As mensagens saem assinadas, e quem recebe consegue conferir que não foram alteradas no caminho.
Em ordem
DMARC
não existe
Sem DMARC, o domínio não diz o que fazer com mensagens falsas em seu nome e ninguém recebe relatórios sobre isso. O Gmail e o Yahoo exigem DMARC de quem envia em volume desde 2024 e recomendam para todos.
Falta
MTA-STS e TLS-RPT
não existem
Obrigam a entrega do e-mail recebido por conexão criptografada e trazem relatórios de falha. Úteis, não urgentes.
Opcional
DNSSEC
não ativado (sem registro DS)
Assina as respostas do DNS contra falsificação. Ativa-se no registrador, sem custo, depois das outras correções.
Opcional
Site (registro A)
página de domínio estacionado da Hostinger
O domínio ainda não tem site. Esta página fica no Cloudflare Pages até o domínio ser apontado para ela.
Informativo
Teste de entregabilidade
ainda não feito
Será feito depois do DMARC, com uma ferramenta pública de teste, e o resultado publicado aqui.
Falta

Plano de correção

Como fechar o que falta

Ainda não executado: depende de acesso ao painel de DNS. Quando cada fase for feita, esta página será atualizada com a data e uma nova consulta.

1. Agora
DMARC em modo de observação
Criar o endereço que recebe os relatórios (um apelido no próprio Workspace) e publicar o registro abaixo no painel da Hostinger.
_dmarc.deltatech.network TXT "v=DMARC1; p=none; rua=mailto:dmarc@deltatech.network; fo=1"
2. Em 2 a 4 semanas
Endurecer a política
Lidos os relatórios e confirmado que só o Google envia pelo domínio, trocar para p=quarantine e, depois, p=reject.
"v=DMARC1; p=reject; rua=mailto:dmarc@deltatech.network; adkim=s; aspf=s"
3. Junto com a fase 1
Teste de entregabilidade publicado
Enviar uma mensagem para uma ferramenta pública de teste, guardar o relatório e publicar a nota nesta página.
4. Depois
Extras
MTA-STS com TLS-RPT e DNSSEC no registrador. Conferir de novo com as mesmas consultas desta página.

Roteiro-modelo

Migração de e-mail sem perder mensagens

É o checklist que seguimos numa migração de caixas (por exemplo, de uma hospedagem compartilhada para o Google Workspace ou o Microsoft 365). O e-mail da Deltatech já nasceu no Workspace, então este roteiro é o método, não o relato de uma migração feita.

Antes

Inventário: caixas, apelidos, listas, encaminhamentos, tamanho de cada caixa e quem usa o quê
Acesso aos painéis: DNS, provedor antigo e provedor novo, com dois fatores
Baixar o TTL dos registros MX para 5 minutos, 24 a 48 horas antes do corte
Criar as caixas no destino e testar login de cada pessoa
Cópia de segurança da caixa antiga (exportação) guardada fora dos dois provedores

Cópia

Ensaio com uma caixa pequena (imapsync com --dry-run), conferindo pastas e acentos
Cópia inicial completa de todas as caixas, fora do horário de uso
Conferir contagem de mensagens por pasta, origem contra destino, numa planilha

Corte

Janela combinada com o cliente, com aviso às pessoas
Trocar MX, SPF e DKIM para o provedor novo
Cópia incremental para trazer o que chegou durante a troca
Testar envio e recebimento de e para fora do domínio (Gmail, Outlook)

Depois

Configurar celulares e programas de e-mail, com um guia de uma página
Publicar DMARC em observação e acompanhar os relatórios
Manter a conta antiga ativa e sem receber por 15 a 30 dias
Relatório de entrega: o que foi migrado, contagens e pendências

Volta (se precisar)

Com o TTL baixo, recolocar o MX antigo devolve a entrega em minutos
Cópia incremental no sentido contrário para não perder o que chegou no novo
Registrar o motivo e combinar nova janela

Precisa migrar caixas ou acertar SPF, DKIM e DMARC? Seguimos este roteiro e entregamos as consultas de antes e depois.

Conversar sobre o seu e-mail Ver outros projetos