# Sugestão: Endereço de e-mail com curinga **URL:** \ **Category:** Feature\ **Created:** [Julho 21, 2019, 1:13am UTC](https://meta.discourse.org/t/suggestion-wildcard-block-email-address/123552 "2019-07-21T01:13:37Z")\ **Posts on this page:** 1\ **Showing post:** 47
**Author:** ![markersocial](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/markersocial/32/170136_2.png) [@markersocial](https://meta.discourse.org/u/markersocial)\ **Post date:** [Dezembro 7, 2021, 8:08am UTC](https://meta.discourse.org/t/suggestion-wildcard-block-email-address/123552/47 "2021-12-07T08:08:13Z")
Incrível! Eu não percebi que isso se aplicaria retroativamente. Eu estava pensando que um endereço normalizado estava sendo salvo apenas para novos registros. Sim, a principal chance de um problema seria para casos de endereços de e-mail que permitem aliases de ‘+’ mas não consideram períodos em diferentes posições como iguais. Todas as instâncias de ‘+’ em e-mails podem ser tratadas da mesma forma, sem problemas, pois é tratado da mesma forma para todos os provedores que o permitem, até onde sei. Períodos são os únicos onde há alguma diferença entre provedores. Se bem me lembro, acho que e-mails de trabalho do Google (usando domínios personalizados), Yandex e Outlook considerarão diferentes posições de período como endereços diferentes, mas os aliases ‘+’ ainda podem ser usados. Portanto, os únicos casos seriam como `deles@email.com` existente bloquearia `os.seus@email.com` de se registrar (quando estas são na verdade duas contas/endereços únicos de acordo com esse domínio/provedor de e-mail). O que provavelmente deveria ser muito raro de ocorrer no mundo real. ✅ --- _[View the full topic](https://meta.discourse.org/t/suggestion-wildcard-block-email-address/123552)._