A maioria das empresas possui mais domínios do que usa. Há a marca adquirida que nunca foi migrada, o erro ortográfico comum comprado por precaução, o domínio de uma campanha de dois anos atrás e a variante nacional que alguém registrou porque era barata.
Nenhum deles precisa de caixas. Todos recebem mensagens: um cliente que digitou a marca antiga, um fornecedor que ainda usa um endereço anterior à aquisição ou um sistema automático que ninguém atualizou. É muito provável que essas mensagens estejam sendo devolvidas, e ninguém sabe quantas são.
Um catch-all externo cuida disso sem provisionar nada: direciona todo o domínio a um endereço que você já lê. Sem caixa, armazenamento, custo por usuário ou senha para gerenciar. Há contrapartidas reais que vale a pena conhecer antes de ativá-lo.
Três formas de tratar um endereço
| Mecanismo | O que existe | Armazenamento | Pode enviar como ele |
|---|---|---|---|
| Caixa | Armazenamento real, login próprio | Sim, cota própria | Sim |
| Alias | Endereço adicional de uma caixa existente | Não, compartilha o do destino | Sim, se o envio estiver habilitado |
| Roteamento catch-all | Nada, uma regra no domínio | Nenhum | Não |
O catch-all é a única opção em que nenhum endereço é definido. Qualquer parte local no domínio, como sales@, john@ ou qwerty@, é aceita e entregue ao destino indicado. Essa é sua vantagem e seu problema na mesma frase.
O que um catch-all externo faz
O destino pode ser uma caixa no mesmo domínio ou um endereço em qualquer outro lugar, como seu endereço principal de trabalho, uma caixa compartilhada da equipe no domínio principal ou uma fila do suporte. O segundo caso é o catch-all externo.
Ele torna o recurso útil para domínios que você possui, mas ninguém atende. Não é preciso provisionar nada no domínio estacionado. Adicione-o, aponte MX para o serviço, defina o destino e pronto. As mensagens que seriam devolvidas agora chegam onde alguém as lê.
Duas proteções são aplicadas, ambas por bons motivos.
Um destino no mesmo domínio deve ser uma caixa ativa. Apontar o catch-all para um endereço no mesmo domínio que não seja uma caixa real devolveria a tentativa à mesma regra, criando um loop que gera mensagens até algo falhar. A regra é recusada, em vez de ser aceita para falhar depois.
Um catch-all externo exige Pro ou Agency. Direcionar a um endereço externo significa aceitar e reenviar mensagens em seu nome para terceiros. É uma operação de envio com consequências para reputação e fica limitada aos planos que incluem envio.
Quando um catch-all externo é a opção certa
Domínios estacionados e defensivos. acme-inc.com quando você opera acme.com. Ninguém precisa ter caixa ali, mas há bons motivos para não devolver as mensagens recebidas.
Uma marca adquirida. Mensagens continuam chegando aos endereços da antiga empresa durante anos. Um catch-all externo entrega tudo a quem passou a cuidar da relação, sem migrar caixas nem adivinhar quais endereços eram usados.
Domínios que apenas enviam. Um domínio de campanhas ou transações envia mensagens, mas não tem destinatários humanos. Mesmo assim, precisa aceitar respostas e devoluções; descartá-las impede ver avisos de ausência, reclamações ou o cliente que clicou em Responder.
Descobrir o que um domínio antigo realmente recebe. Direcione-o a uma pasta por um mês e leia o registro. Muitas vezes o resultado é «duas mensagens reais e muito ruído», indicando se convém criar uma solução formal ou manter o catch-all.
Qual é o custo de um catch-all externo
Um catch-all externo aceita tudo, com consequências que surgem depois.
Ataques de coleta de diretório deixam de falhar. Ferramentas de spam sondam domínios com listas de dicionário, como info@, admin@, a@ e ab@. Sem catch-all, o domínio rejeita os endereços inválidos durante a conversa SMTP, com pouco custo. O catch-all aceita todos, então uma sondagem que não deveria custar nada gera o custo da mensagem completa.
O volume é ilimitado e imprevisível. Quando se sabe que um domínio com catch-all externo aceita tudo, a lista de endereços circula. Não costuma ser uma tendência gradual: pode ficar silencioso durante meses e de repente se tornar muito barulhento.
Seu domínio se torna impossível de verificar. Quem testa a existência de um endereço recebe «sim» para todos, pois você aceita tudo. Serviços de verificação classificam o domínio como accept-all e colocam os endereços na categoria de risco, inclusive os verdadeiros. Consulte o que as verificações realmente demonstram.
Erros de digitação são entregues silenciosamente. Sem catch-all, uma mensagem para jhon@ é devolvida e o remetente corrige o endereço. Com um catch-all externo, ela chega ao coletor e o remetente presume que John recebeu. Muitas vezes ninguém percebe durante semanas.
A análise geral da contrapartida está em como o e-mail catch-all realmente se comporta. Em resumo, ele serve a um domínio onde ninguém trabalha e costuma ser inadequado a um domínio usado por pessoas.
O problema de autenticação do catch-all externo
Um catch-all externo faz encaminhamento, e o encaminhamento quebra a autenticação SPF. A mensagem mantém o remetente original, mas chega ao destino pelos nossos servidores, que o registro SPF original nunca autorizou.
O Sender Rewriting Scheme corrige automaticamente a parte SPF reescrevendo o remetente do envelope para um domínio que nos autoriza. Ele é aplicado sem configuração. Não consegue reparar uma assinatura DKIM quebrada em trânsito nem ajudar se o domínio original publica p=reject e o receptor aplica uma política rígida.
Consequência prática: ao direcionar um catch-all externo ao Gmail, parte das mensagens pode cair no spam, especialmente as de domínios com políticas mais rígidas, que tendem a ser legítimas. Verifique o spam do destino nas primeiras duas semanas. Mais contexto em SRS e mensagens encaminhadas.
Quando aliases são melhores
Em um domínio onde as pessoas realmente trabalham, os aliases superam o catch-all externo em todos os aspectos.
Muitas organizações usam menos de dez endereços reais: info@, sales@, support@, billing@ e alguns nomes. Defini-los explicitamente permite rejeitar todos os demais durante a conversa SMTP, o que custa pouco, bloqueia a coleta e faz o erro de digitação voltar ao remetente para ser corrigido.
Aliases também fazem coisas que um catch-all não consegue. É possível enviar de um alias, para uma resposta a billing@ sair de billing@ em vez do seu endereço pessoal. Você pode direcionar aliases diferentes a caixas diferentes. E o alias entrega em uma caixa real, permitindo pesquisar, filtrar e fazer backup das mensagens.
A decisão se resume a uma pergunta: alguém trabalha neste domínio? Se sim, use aliases. Se não, um catch-all externo. Consulte aliases versus caixas.
Como configurar um catch-all externo
- Adicione o domínio e conclua o DNS para MX apontar ao serviço. Sem MX, nada disso se aplica e as mensagens continuam indo ao destino anterior.
- Abra a guia Roteamento do domínio.
- Ative o catch-all e informe o endereço de destino.
- Salve. A regra entra em vigor imediatamente, sem demora de propagação do nosso lado.
Depois faça a parte que muitos ignoram: envie uma mensagem de teste a um endereço absurdo no domínio e confirme a chegada. É a única forma de saber se a regra está ativa, e não apenas salva, e leva trinta segundos.
Se você direcionar a uma caixa que realmente lê, adicione um filtro para arquivar essas mensagens em uma pasta própria. Caso contrário, o volume do coletor sufoca a caixa e uma configuração sensata acaba desativada por irritação três semanas depois. Os filtros no servidor fazem isso na entrega, antes de qualquer mensagem chegar ao telefone.
Perguntas frequentes
Preciso de uma caixa no domínio para usar um catch-all externo?
Não se o destino for externo. Essa é a ideia para um domínio estacionado: nada é provisionado nele. Se o destino estiver no mesmo domínio, deverá ser uma caixa ativa para a regra não entrar em loop.
O e-mail catch-all usa meu armazenamento?
Direcionar a um endereço externo não usa nenhum. Direcionar a uma das suas caixas armazena a mensagem ali e consome sua cota.
Posso responder pelo endereço catch-all?
Não. O catch-all não define endereços, então não há identidade para usar no envio. As respostas saem da caixa que recebeu a mensagem. Para enviar como um endereço específico, crie um alias.
Por que o catch-all externo está limitado a Pro e Agency?
Direcionar para fora significa reenviar mensagens em seu nome, uma operação de envio com consequências para reputação. Está disponível nos planos que incluem envio.
As mensagens do catch-all externo cairão no spam?
Algumas podem cair. O encaminhamento quebra a autorização SPF original; SRS a corrige automaticamente, mas ninguém consegue reparar uma assinatura DKIM quebrada em trânsito. Verifique o spam do destino nas primeiras duas semanas.
Como interrompo a enxurrada depois que começa?
Desative o catch-all e defina aliases explícitos para os endereços que se revelaram reais. Enquanto isso, filtre o coletor em uma pasta própria para que pare de competir com sua caixa principal.
Posso configurar um catch-all externo pela API?
Sim, a configuração está disponível pela API REST e para agentes por MCP, uma forma sensata de administrá-la em uma carteira de domínios de clientes.
