Email catch-all: o que é, significado e riscos

Um endereço de email catch-all é uma caixa de correio que recebe as mensagens enviadas para qualquer endereço de um domínio, incluindo endereços que ninguém criou, desde que esse endereço não tenha caixa de correio nem alias próprios. Se example.com tiver um catch-all, as mensagens para shop@example.com, r8kq2@example.com ou jnae@example.com (um erro de escrita de jane@example.com) são aceites e entregues nessa única caixa de correio, em vez de serem devolvidas ao remetente. O CatchNone lê essa caixa de correio no iPhone, iPad e Mac e mostra a que endereço chegou cada mensagem, incluindo endereços que nunca criaste.

Também tem outros nomes, e muitas vezes escreve-se numa só palavra: catchall. A Fastmail chama-lhe catch-all ou wildcard alias, o cPanel Default Address (endereço predefinido) e o iCloud+ «Permitir todas» (a página de ajuda da Apple intitula-se «Permitir todos os e-mails a receber» e fala de um «endereço global»). No Google Workspace chama-se catch-all routing (encaminhamento catch-all), e o Cloudflare Email Routing tem uma regra «Catch-all address» (endereço catch-all). As ferramentas de verificação chamam «accept-all» a um domínio que se comporta assim. Para ativar um, vê como configurar um email catch-all em qualquer fornecedor.

De que catch-all estás a falar?

O termo aparece em dois contextos, e cada um pede uma resposta diferente.

Tens um domínio, ou estás a pensar ter um. O catch-all é uma definição no teu fornecedor de email. As pessoas ativam-no para não perderem mensagens mal endereçadas, ou para poderem inventar um endereço novo em cada registo. A maior parte desta página é para ti.
Uma ferramenta de limpeza de listas marcou um endereço como «catch-all» ou «accept-all». É um veredicto sobre o domínio do destinatário, não sobre o endereço. Salta para porque os verificadores assinalam domínios catch-all.

Como funciona um endereço de email catch-all

Ter um domínio não te dá, por si só, uma caixa de correio. O registo MX do domínio tem de apontar para um fornecedor de email ou para um serviço de reencaminhamento, e os servidores que enviam consultam esse registo para saber onde entregar. O RFC 5321, a norma do SMTP, diz que, quando um domínio tem registos MX, os remetentes têm de os usar.

O servidor do remetente indica então cada destinatário, um de cada vez. Um servidor normal responde 250 OK para uma caixa de correio que tem e 550 («utilizador inexistente») para uma que não tem, e o remetente recebe uma devolução. Um catch-all diz que sim a qualquer nome antes do @:

Servidor do remetente
 1. Consulta o MX de example.com (DNS)
 2. Liga-se a esse servidor (SMTP)
 3. RCPT TO:<r8kq2@example.com>
    normal:    250 se existir, 550 se não
    catch-all: 250 para qualquer endereço
 4. Envia a mensagem
O teu fornecedor de email
 5. Não há caixa de correio r8kq2, por isso a
    regra catch-all entrega-a na tua caixa de correio

Um endereço que tenhas criado continua a ter prioridade: a Fastmail, por exemplo, entrega as mensagens para um alias específico nesse alias e não no catch-all. E um catch-all só abrange a parte antes do @. Um erro no domínio, como jane@example.net quando querias example.com, vai para outro domínio ou para lado nenhum, por isso nenhum catch-all teu o pode apanhar.

Catch-all vs. wildcard email, alias e endereço com «+»

«Wildcard email address» (endereço wildcard) costuma significar o mesmo que catch-all. A ajuda da Fastmail chama-lhe «alias catch-all (também conhecido como wildcard alias)», e cria-se como *@example.com. Há outros dois usos de «wildcard» que são coisas diferentes:

Um wildcard de DNS (RFC 4592), como um registo *.example.com, responde por nomes de subdomínio que não têm registos próprios, como anything.example.com. Não tem nada a ver com a parte antes do @, e um catch-all não precisa dele.
Um padrão numa regra ou filtro de email só organiza mensagens que já chegaram. Um filtro numa conta Gmail não consegue fazer com que um domínio aceite endereços que o seu servidor de email recusaria.

Termo	Exemplo	O que abrange	É preciso criar cada endereço primeiro?	Bloquear um só endereço
Catch-all (wildcard alias)	`anything@example.com`	Todos os endereços do domínio que não têm caixa de correio própria	Não	Uma regra à parte para esse endereço
Alias	`shop@example.com`	Um endereço, entregue numa caixa de correio que já tens	Sim	Desativá-lo ou apagá-lo (com um catch-all ativo, as mensagens de um alias apagado costumam ir para o catch-all)
Endereço com «+» (plus address)	`jane+shop@example.com`	Qualquer etiqueta acrescentada a um endereço que existe	Não, mas o endereço base tem de existir	Só com um filtro, e qualquer pessoa pode remover a etiqueta

O reencaminhamento é uma forma de entrega, não um tipo de endereço. Um catch-all pode entregar numa caixa de correio no mesmo fornecedor, como fazem o iCloud+ e a Fastmail, ou enviar tudo para uma caixa de entrada noutro sítio, como faz o Cloudflare Email Routing.

O uso para privacidade: inventar um endereço em cada registo

É por isto que muita gente ativa o catch-all. Não precisas de configurar nada com antecedência. Ao finalizar uma compra numa loja, escreves bookshop@example.com, ou algo aleatório como r8kq2@example.com, e as mensagens da loja chegam à tua caixa de correio. Se mais tarde esse endereço receber spam, ou mensagens de uma empresa a quem nunca o deste, sabes de que registo veio.

Há dois hábitos que o tornam mais eficaz:

Usa endereços aleatórios em vez de nomes de sites. Quem conhece o teu domínio consegue adivinhar amazon@example.com, por isso o spam para esse endereço prova menos sobre quem o divulgou. O gerador de nomes de utilizador do Bitwarden tem um tipo «Catch-all email» (email catch-all) que cria um endereço aleatório no teu domínio. Tens mais opções no guia para gerar um endereço de email aleatório que funciona mesmo.
Toma nota de que endereço deste a cada site, por exemplo na entrada desse site no teu gestor de palavras-passe.

Um endereço por site também torna as verificações de fugas de dados mais reveladoras. O Have I Been Pwned deixa-te pesquisar um domínio inteiro depois de provares que o controlas, gratuitamente para domínios com até 10 endereços afetados por violações de dados, à data de setembro de 2026. As tuas notas dizem-te então a que site foi dado cada endereço afetado.

Sem um domínio próprio, os endereços @catchnone.com do CatchNone (Premium) dispensam domínio, DNS ou caixa de correio para configurar. O serviço atribui cada um aleatoriamente num domínio partilhado, por isso nenhum nome teu os liga entre si. Em alternativa, alguns serviços dão-te um subdomínio que funciona como um catch-all. O site da 33mail ainda descreve como inventar bbqtrading@you.33mail.com na hora, e o SimpleLogin (no plano pago Premium) e o addy.io oferecem subdomínios com catch-all. O subdomínio liga os teus endereços entre si, tal como o teu próprio domínio faria.

As desvantagens de um catch-all

Endereços adivinhados e mais spam

Num domínio normal, uma mensagem para um endereço que não existe é devolvida. Num catch-all, todas as tentativas são entregues. As perguntas frequentes do addy.io dizem que spammers e bots «tentam muitas vezes endereços de email aleatórios», como contact@ ou admin@. O cPanel avisa que um endereço predefinido reencaminhado «pode receber uma grande quantidade de spam» se os spammers visarem o teu domínio. Os fornecedores descrevem o risco sem lhe atribuir um número. Adivinhar é só um dos caminhos; os outros estão em como os spammers obtêm endereços de email.

Erros de escrita que nunca são devolvidos

Sem catch-all, quem se engana a escrever o teu endereço recebe uma devolução e pode tentar de novo; a Apple e a Proton documentam ambas essa devolução quando o catch-all está desativado. Com catch-all, jnae@example.com é entregue e o remetente nunca dá pelo erro.

Num domínio que só tu usas, muitas vezes é isso que queres. Causa problemas em dois casos. Num domínio partilhado, nota o cPanel, o catch-all pode receber mensagens com o endereço mal escrito destinadas a endereços existentes, e a pessoa errada pode lê-las. E o remetente continua a usar o endereço errado, por isso, se mais tarde o bloqueares ou desativares o catch-all, as mensagens dele deixam de te chegar sem qualquer aviso.

O teu domínio liga os teus endereços entre si

O Privacy Guides avisa: «Se fores a única pessoa a usar o teu domínio personalizado, as tuas ações podem ser facilmente seguidas entre sites, bastando olhar para o nome de domínio no endereço de email e ignorar tudo o que vem antes do símbolo @.» O teu próprio domínio torna-te de facto mais fácil de relacionar entre sites do que um domínio partilhado por muitas pessoas e, se o domínio for o teu nome, identifica-te diretamente. Um catch-all continua a dizer-te quem divulgou um endereço, mas não impede ninguém de ver que esses endereços estão relacionados.

Os teus endereços só duram enquanto durar o domínio

Todos os endereços que inventaste dependem do registo do teu domínio. Se caducar, quem registar o domínio a seguir pode receber as mensagens enviadas para todos eles, incluindo links para repor a palavra-passe. Ativa a renovação automática e protege a tua conta no registador de domínios.

Podes desativar um só endereço num domínio catch-all?

Sim, na maioria dos fornecedores, mas não através da própria definição de catch-all: acrescentas uma regra ou um alias à parte para cada endereço que queres bloquear, e se o remetente recebe ou não uma devolução depende do fornecedor. A opção Disable (Desativar) da Fastmail e a definição Reject message (Rejeitar mensagem) do Google Workspace devolvem a mensagem, um Forwarder (reencaminhador) do cPanel pode recusá-la com um erro, a ação Drop (Descartar) do Cloudflare Email Routing apaga-a sem aviso, e o iCloud+ devolve as mensagens enviadas para um endereço que criaste e depois apagaste, segundo a Apple (o iCloud+ permite três endereços ativos por domínio, por isso podes precisar primeiro de uma vaga livre).

Isso chega para alguns endereços divulgados; com dezenas, passa a ser uma lista para manter, e a Cloudflare limita as regras de encaminhamento a 200 por domínio (ambos os limites à data de setembro de 2026). Seja qual for o fornecedor, envia depois uma mensagem de teste a partir de outra conta. Os passos para cada fornecedor estão em como bloquear um endereço num catch-all e, para o iCloud, no guia do Domínio de e-mail personalizado do iCloud+.

Nos planos pagos (à data de setembro de 2026), serviços de aliases como o addy.io e o SimpleLogin podem gerir um catch-all no teu próprio domínio, criando cada alias da primeira vez que recebe mensagens, e depois deixam-te desativar qualquer um deles.

Catch-all ou serviço de aliases?

O Privacy Guides prefere um serviço de aliases dedicado, porque os aliases podem ser ativados e desativados um a um e as respostas saem a partir do alias. A maioria dos fornecedores também consegue bloquear endereços individuais, com uma regra por endereço, como se descreve acima. O envio depende do fornecedor: a Fastmail deixa-te escrever qualquer endereço de remetente (From) num domínio catch-all, enquanto o Cloudflare Email Routing não suporta enviar nem responder a partir do teu domínio. A questão da ligação entre endereços mantém-se, ainda assim.

Um catch-all no teu próprio domínio serve-te se quiseres endereços que sobrevivam a qualquer serviço; um domínio de aliases partilhado serve-te se quiseres registos que não possam ser relacionados pelo domínio. O CatchNone funciona com os dois: no teu próprio domínio, lê diretamente a tua caixa de correio catch-all e, com o Premium, os seus endereços @catchnone.com ficam num domínio partilhado, onde desativar um faz com que os remetentes recebam uma devolução. Em qualquer dos casos, cada mensagem é assinalada com o endereço a que chegou. Foi concebido só para receber, por isso esse email fica na sua própria app e respondes a partir da tua conta habitual. Para os custos e a comparação completa, vê se vale a pena ter o teu próprio domínio de email.

Para quem gere listas: porque os verificadores assinalam domínios catch-all

As ferramentas de verificação testam um endereço falando com o servidor de email do destinatário por SMTP e param antes de enviar qualquer mensagem. Se o servidor responder 250 para todos os endereços, o teste não prova nada, porque os endereços reais e os inventados parecem iguais. Depois de um servidor aceitar uma mensagem, uma falha posterior chega como uma devolução à parte, ou a mensagem é descartada em silêncio: a Kickbox diz que um servidor destes «pode descartar a mensagem em silêncio ou enviar uma mensagem de devolução depois».

Como as ferramentas classificam o resultado:

Kickbox: «Accept-All» (aceita tudo), na categoria Risky (arriscado), com o conselho «Tem cuidado ao enviar para endereços arriscados».
NeverBounce: «Accept all (Unverifiable)» (aceita tudo, não verificável), acrescentando que o catch-all «é uma definição no servidor de email do destinatário, não um veredicto sobre o endereço individual — estes emails são muitas vezes válidos».
Hunter: o estado accept_all, com uma pontuação que estima a probabilidade de o endereço ser válido.

É comum. A ZeroBounce indica que mais de 9% dos endereços que processou em 2025 deram catch-all, e a MailerCheck aponta 8,6% para os endereços que verificou. A ZeroBounce diz ainda que o encaminhamento de entrada do Microsoft 365 pode fazer com que os testes pareçam catch-all quando não existe nenhuma caixa de correio catch-all, enquanto a Microsoft documenta que os seus domínios Authoritative (autoritativos) rejeitam destinatários desconhecidos.

Deves enviar para endereços catch-all?

Um resultado catch-all significa «desconhecido», não «inválido». Mantém os endereços catch-all que vieram de um registo confirmado ou que já clicaram num link dos teus emails, envia para os restantes em pequenos lotes e remove os que forem devolvidos.

Ordenar o email catch-all por endereço

Ordena pelo endereço para onde cada mensagem foi enviada, mas as mensagens que te enviam em Bcc não mostram o teu endereço nos campos To ou Cc (RFC 5322), e as mensagens de listas vêm muitas vezes endereçadas à própria lista. Um cabeçalho Delivered-To, descrito no RFC 9228 experimental, ajuda quando o teu fornecedor o acrescenta. As regras e pesquisas para cada fornecedor estão em ler o email catch-all endereço a endereço.

Onde entra o CatchNone

A opção «Usar o seu próprio domínio» do CatchNone foi feita para ler uma caixa de correio catch-all. Liga-se a partir do teu dispositivo diretamente à caixa de correio onde o teu catch-all entrega, apenas para leitura, por IMAP (TLS, porta 993 por predefinição) ou JMAP, por isso esse email nunca passa pelos servidores do CatchNone, e nunca altera o teu DNS. Cada mensagem é assinalada com o endereço a que chegou, por isso um endereço divulgado ou vendido fica à vista, e a «Atividade» chama a atenção para mensagens num alias fora de uso e para remetentes que te escrevem pela primeira vez. As mensagens para um endereço que nunca criaste aparecem sob esse endereço com um distintivo cinzento; se mais tarde criares um alias com esse endereço, através de «Personalizar», as mensagens anteriores passam a ter o nome e a cor do alias. O limite de 10 do plano «Gratuito» conta os aliases que crias, não os endereços cujas mensagens aparecem, e o Lite e o Premium não têm limite de aliases aí. Descarrega o CatchNone, disponível para iPhone, iPad e Mac.

O CatchNone só recebe, por isso o email do catch-all fica na sua própria app e respondes a partir da tua conta habitual. Cada verificação lê as 100 mensagens mais recentes da caixa de entrada dos últimos 30 dias, por isso, se o teu catch-all atrair muito spam, uma caixa de correio dedicada ao catch-all evita que as mensagens dos aliases fiquem de fora. O CatchNone não filtra spam nem bloqueia endereços no teu domínio; isso fazem as regras do teu fornecedor. Sem um domínio, o CatchNone oferece endereços aleatórios @catchnone.com com o Premium, sem domínio, DNS nem caixa de correio para configurar: desativar um faz com que os remetentes recebam uma devolução, e cada mensagem é guardada durante 30 dias após chegar.

Perguntas frequentes

Os emails catch-all são seguros?

Um catch-all não torna nenhuma mensagem individual mais perigosa; o phishing é igual seja qual for o endereço a que chega. O que acrescenta é exposição: os endereços adivinhados são entregues, os erros de escrita chegam-te em vez de serem devolvidos e, num domínio que só tu usas, os teus endereços podem ser relacionados. Para quem envia, um endereço catch-all não é perigoso, apenas impossível de verificar: alguns serão devolvidos depois, e é por isso que a Kickbox os classifica como Risky (arriscados).

O Microsoft 365 pode ter um endereço catch-all?

Não. O Exchange Online não tem nenhuma definição de catch-all: quando todas as caixas de correio de um domínio estão no Microsoft 365, rejeita as mensagens para endereços desconhecidos com 550 5.4.1, e as soluções alternativas que circulam não são orientações oficiais. O guia de configuração explica porque é que o Microsoft 365 não tem catch-all e o que fazer em alternativa.

Uma conta Gmail pode ter um catch-all?

Não para um endereço @gmail.com, porque cada um é uma única conta, embora os endereços com «+» e as versões com pontos do teu próprio endereço continuem a chegar-te. Com um domínio teu, o Google Workspace tem catch-all routing, ou um serviço de reencaminhamento como o Cloudflare Email Routing pode enviar todos os endereços para uma caixa de entrada normal do Gmail, como se descreve em usar o Gmail com um domínio personalizado através da Cloudflare.

Devo ativar o catch-all no meu domínio?

Ativa-o se quiseres inventar endereços na hora ou não quiseres perder mensagens mal endereçadas, e se aceitares bloquear um a um os endereços que forem divulgados. Deixa-o desativado se preferires criar cada endereço de propósito. Há meios-termos: a Proton recomenda apontar o catch-all para um endereço dedicado, para não encher a tua caixa de entrada, e o addy.io deixa-te definir um padrão para que só os endereços correspondentes sejam criados automaticamente. Se o ativares, o guia de configuração tem os passos para cada fornecedor, e estes fornecedores de email para um domínio personalizado oferecem catch-all se o teu não oferecer.