Os spammers não estão em conformidade com nenhum padrão, assim como não obedecem a nenhuma outra regra. O spam não é originado de um servidor SMTP bem configurado e mantido. Não importa se é um remetente legítimo para o domínio usado no cabeçalho From:
ou como remetente do envelope ou não, e esses dois provavelmente nem combinam, etc. etc.
O SPAM pode vir de um servidor da Web invadido ou de uma estação de trabalho infectada. Mesmo que um spammer esteja usando um servidor próprio, o software que envia spam provavelmente é um software personalizado, em vez de qualquer MTA normalmente usado.
Portanto, é altamente possível e até mesmo comum que o programa ou script que envia SPAM não faça consultas DNS padrão antes de enviar uma única mensagem. Uma razão para isso pode ser apenas uma configuração ruim, mas, às vezes, usar bancos de dados internos em vez de DNS pode ser uma maneira de se esconder aumentando o tempo até que a infecção seja notada.
Após o DNS TTL
, não haveria mais motivos para aceitar qualquer email nos domínios movidos. Eu sugiro remover os domínios da configuração do servidor antigo o mais rápido possível. Além disso, geralmente não gosto da idéia de que o email chegaria em dois servidores durante o TTL
, pois os usuários precisariam verificar o email em dois servidores e mover manualmente as mensagens que chegam durante a migração. Existem duas possibilidades para evitar isso:
- Ao migrar o conteúdo da caixa de correio, configure o servidor antigo para o email retransmitir para o novo.
- Antes de alterar os registros DNS, diminua temporariamente o
TTL
e aguarde a expiração.
Em relação à sua atualização: essa seria uma situação muito ruim! Isso significaria que seu antigo servidor de e-mail foi comprometido (ou usado ilegitimamente de outra forma). Felizmente, é realmente fácil de descartar: basta ver os cabeçalhos Received
e seus logs do servidor de e-mail.