Endereçamento com sinal de mais: o que a tag não esconde

O que uma tag realmente é

Um endereço tem duas metades: a parte local antes do @ e o domínio depois dele. O endereçamento com sinal de mais — subaddressing, para usar a palavra que os padrões empregam — divide a parte local de novo, no primeiro +. Tudo à esquerda dele é a caixa de entrada. Tudo à direita é uma etiqueta que o servidor de recebimento deve ignorar ao decidir onde colocar a mensagem.

Uma caixa de entrada, qualquer número de tagsyou+shop@example.comCopiar

Então you+shop@example.com, you+news@example.com e you@example.com são uma caixa de entrada com três nomes, e a mensagem chega com a tag ainda visível no cabeçalho To:. É exatamente isso que torna uma tag útil para organizar, e exatamente isso que a torna inútil para esconder.

Quais provedores aceitam uma tag, e quais não aceitam

Lido na própria documentação de cada provedor em 5 de setembro de 2026. Este é o tipo de tabela que fica desatualizada em silêncio, então vale a pena rodar o teste de trinta segundos no fim desta seção antes de confiar em qualquer linha dela para algo que importa.

Vale a pena nomear o padrão dessa tabela. Todo provedor nela vai te dar tags; os três que oferecem algo melhor oferecem um endereço diferente, e não um decorado.

Os três trabalhos que uma tag faz bem

Nada do que vem a seguir é motivo para parar de usar tags. Dentro da sua própria caixa de entrada, em e-mail que você já concordou em receber, elas são a organização mais barata que existe: nada para configurar, nada para pagar, nenhuma segunda conta cuja senha você precise lembrar.

Organizar sem uma regra por remetente

Um filtro na tag vale mais que vinte filtros em vinte endereços de From:. E-mail para you+bank@ vai para a pasta certa, seja qual for o nome que o marketing do banco decidir usar este ano.

Pegando um vazamento por descuido

Dê a cada cadastro a sua própria tag, e a primeira mensagem não solicitada aponta quem deixou vazar o seu endereço. Isso pega descuido — um vazamento de dados, uma lista vendida às pressas, uma exportação mal configurada — e, como a próxima seção explica, pouca coisa além disso.

Contas de teste, até certo ponto

Uma tag por execução de teste dá a uma suíte quantos endereços ela quiser, com uma única caixa de entrada por trás deles, enquanto a aplicação testada aceitar. Quando ela não aceita — e boa parte não aceita de propósito — um domínio catch-all faz o mesmo trabalho sem pedir permissão a ninguém.

As três têm uma propriedade em comum: são para e-mail que você quer. No momento em que o objetivo passa a ser e-mail que você não quer, uma tag deixa de ser a ferramenta certa.

As quatro coisas que uma tag não consegue fazer

Uma tag é uma etiqueta do lado de fora de um envelope que ainda tem o seu nome nele. Tudo abaixo decorre dessa única frase.

• Ela não esconde o seu endereço. you+shop@example.com contém you@example.com à vista de todos — nos cabeçalhos, em toda exportação, em todo banco de dados por onde a mensagem passa a caminho de você.
• Ela não pode ser desligada. Não existe revogar uma tag. O e-mail endereçado a ela é entregue à sua caixa de entrada faça você o que fizer, e o máximo que você consegue depois é uma regra que a arquiva fora de vista depois que ela já chegou.
• Ela não sobrevive a um remetente que normaliza. Cortar a tag fora é a linha de código abaixo, e reduzir um endereço à sua forma canônica antes de armazená-lo é prática comum de engenharia — feita para eliminar duplicatas, não por malícia, o que é exatamente por que é feita com tanta frequência.
• Ela não é aceita em todo lugar onde você vai precisar dela. Uma tag que um formulário de cadastro aceita ainda pode ser recusada pela página de login do mesmo site, pela redefinição de senha, ou pelo processador de pagamento por trás dele — e a essa altura a conta é justamente a que tem a tag.

// Everything a plus tag protects you from, undone.
const canonical = address.replace(/\+[^@]*/, '');
// "you+shop@example.com"  ->  "you@example.com"

Três linhas incluindo os comentários, e algo muito parecido existe em toda biblioteca de validação de endereço que você já instalou. Se um site específico roda isso ou não é uma moeda no ar que você não chega a ver.

Por que tantos formulários recusam o sinal de mais

O caractere é legal. A RFC 5321 permite + em uma parte local sem nenhum tipo de aspas, e um endereço que o contém é tão válido quanto um endereço que contém uma letra. Mesmo assim, formulários o rejeitam, por três razões que vale a pena distinguir, porque cada uma pede uma resposta diferente.

• Uma expressão regular escrita de memória. Alguém permitiu letras, dígitos, um ponto, um hífen e um sublinhado, e parou por aí. Isso é um bug simples, e o site quase certamente nem sabe que o tem.
• Uma política deliberada. O site sabe exatamente o que é uma tag e não quer uma conta por tag — testes grátis, bônus de indicação, um voto por pessoa. Bloquear o caractere é a forma mais grosseira de impor isso, e a que se resolve em uma tarde.
• Algo mais adiante na cadeia. O formulário aceita, mas um CRM, um sistema de cobrança ou um provedor de entrega por trás dele não aceita. É esta a que falha tarde, geralmente no recibo.

Qual das três você encontrou geralmente fica visível pelo ponto onde quebrou.

Uma recusa mirada no domínio, e não na parte local, é um problema diferente com um conjunto diferente de respostas, e por que formulários de cadastro bloqueiam e-mail descartável cobre esse caso do início ao fim.

O que usar quando o próprio endereço precisa ser diferente

Três ferramentas mudam o endereço em vez de decorá-lo. Elas diferem em quem acaba lendo o e-mail, e na prática esse é o único eixo que vale a pena comparar entre elas.

Um domínio seu, em um registro

Aponte o MX do domínio para este serviço e toda parte local nele vira uma caixa de entrada: shop@yourdomain.com, bank@yourdomain.com, uma por cadastro, e nenhuma delas contém as outras. Queime uma e o resto fica intacto, porque não existe um endereço-base para elas compartilharem.

O único registro a adicionar10 smtp.grabmail.ioCopiar

É gratuito e não há conta para abrir — mas é preciso ser claro sobre o que é e o que não é. Qualquer um que souber um desses endereços pode lê-lo, exatamente como nos domínios públicos, e as mensagens são apagadas depois de 5 dias. Isso o torna certo para cadastros, cupons e contas de teste, e errado para qualquer coisa que você se incomodaria de um estranho ler. O passo a passo completo leva dez minutos, a maior parte esperando o DNS propagar.

Um alias

Um alias te dá um endereço no domínio de outra pessoa que encaminha para a caixa de entrada que você já usa, mais um interruptor para desligá-lo. Você mantém o seu provedor e os seus filtros; o remetente nunca vê nada seu. A contrapartida é que o alias aprende todos os seus correspondentes, e que os domínios dele acabam nas mesmas listas de bloqueio que tudo o mais. Burner, alias ou e-mail temporário põe os três lado a lado.

Um endereço temporário

Quando é uma conta que você não se importaria de perder — um download, um cupom, um fórum que você vai ler uma vez — a resposta mais simples é um endereço sem nada por trás dele. Abra um em grabmail.io ou em qualquer um dos outros 8 domínios públicos, leia a confirmação, e deixe-o expirar sozinho. Como usar um corretamente traz os dois casos em que você não deveria.

Há uma quarta forma que vale a pena conhecer, porque é a única coisa nesta página que se comporta como uma tag e não pode ser removida como uma: toda caixa de entrada aqui também tem um alias, um segundo endereço que entrega nela e não permite lê-la de volta. Você dá o alias ao formulário e guarda o endereço para si.

Uma regra para o próximo formulário

Quatro perguntas, nesta ordem. A primeira que receber um sim é a sua resposta.

1. Você se importaria de perder esta conta? Se não, use um endereço temporário e pare de ler aqui.
2. Você tem um domínio? Então invente uma parte local nova nele. É a única opção nesta página que é permanente e descartável ao mesmo tempo.
3. Você vai precisar responder a partir dele, ou recuperá-lo daqui a dois anos? Então tem que ser um alias ou uma segunda caixa de entrada de verdade, e não uma tag.
4. Este é um e-mail que você já quer, de um remetente em quem você já confia? Então uma tag é exatamente a ferramenta certa, e nenhuma das objeções acima se aplica.

A versão curta

• Uma tag organiza e-mail. Ela não esconde nada, e não pode ser revogada.
• Gmail, Outlook.com, Proton Mail, Fastmail, iCloud Mail e Zoho Mail aceitam uma. O Yahoo Mail não aceita. Em um endereço de trabalho, pergunte a quem administra.
• Presuma que qualquer site pode remover a tag, e que os que você mais gostaria de flagrar já removeram.
• Quando um formulário recusa o +, não brigue com ele. O caractere é legal e o site não vai ser corrigido hoje à tarde.
• Para um endereço genuinamente diferente, use um catch-all em um domínio seu, um alias, ou um endereço temporário.

E se só uma linha sobreviver à leitura: uma tag é uma etiqueta sobre o seu endereço, não uma máscara sobre ele.

Perguntas