Aos colegas que usam e-mail com serviços de alias, como vocês se organizam? Cada serviço com seu alias? Um alias por categoria? Catch-all em domínio próprio para criar alias on the fly?
12 comentáriosBluesky, Mastodon, Telegram e RSS
Bluesky, Mastodon, Telegram e RSS
Aos colegas que usam e-mail com serviços de alias, como vocês se organizam? Cada serviço com seu alias? Um alias por categoria? Catch-all em domínio próprio para criar alias on the fly?
12 comentários
Eu uso a proteção de e-mail oferecido pelo DuckDuckGo, a “organização” é usar sempre o mesmo alias. Adicionalmente o serviço ajuda a bloquear rastreadores no e-mail.
Nunca pensei em alias para este tipo de uso, realmente ele ocultaria o e-mail principal. Utilizo sempre o “+” acredito que seja mais rápido e funciona muito bem. Por exemplo, se vou me inscrever na newsletter da Adidas, utilizo “carlos+adidas@gmail.com” e pronto. Fácil de monitorar, filtrar, “categorizar”, excluir ou criar regras diversas. O “+” é aceito nas maiorias das contas modernas, Microsoft, Hotmail, Gmail, Workspace, entre outros. E não tem limites de uso. Desculpa antagonizar o assunto principal.
Já tive problemas com o “+”. O sistema da Folha de S.Paulo não lidava bem e acabava que eu nunca recebia as newsletters desejadas. Sem falar que, para o fim de identificar vazamentos, qualquer sistema rudimentar inclui regras para remover o que estiver entre o “+” e a “@”.
Desculpe jogar água no chope, é só que me parece um trabalho extra sem retorno prático e que ainda pode dar dor de cabeça 😬
Eu assinei há algum tempo o Proton, que usa o Passmail para alias, é um chuchuzinho. O ProtonPass cria automaticamente o alias e tenho usado sempre. Vazamento já tive um ou dois em outros tempos usando a estatégia do email+site, mas a grande vantagem é poder desabilitar o recebimento de emails pelo alias para aqueles e-mails mkt “indescadastráveis” (alô Netshoes). O proton não é barato, mas considerando o pacote todo (mail, drive, vpn e gerenciador de senhas) é um serviço bem decente.
Eu faço sempre um email por serviço pra conseguir saber de onde “vazou”. Aí tenho um catch all e faço cadastro.manual@… por exemplo. Mas se é um cadastro aleatório que eu não confio nem pra isso, eu crio um alias aleatório @fastmail.com pra ele. Eu devia sempre usar o alias, mas acabo ficando com preguiça, porque o catch all é muito mais rápido.
Eu parei de usar aliases após muitos anos criando um e-mail para cada serviço. Só descobri um “vazamento” com essa estratégia, o e-mail que usei para criar o cadastro do MEI (e que é público; por isso “vazamento” entre aspas).
A essa altura, acho que não faz muito sentido essa segmentação. A menos quando é óbvio que o e-mail será mal usado, como naquelas landing pages que pedem um endereço para liberar o download de um e-book ou qualquer coisa do tipo.
Eu queria ter essa paz de espirito, mas esse dia ainda não chegou.
A ideia nem é tanto pela privacidade, mas para evitar mau uso (vazamento/venda/ads) dos dados mesmo. Usando alias descobri que o Zap Imóveis vendeu meus dados pra imobiliárias, sem a opção de desativar o alias estaria soterrado em ofertas de micro-apartamentos.
Eu uso catch-all com domínio próprio e também o serviço do simple login dentro do ecosistema da proton.
Digamos que um e-mail criando pelo catch-all vazou e você precisa desativar. Como faz?
Dá pra criar uma regra que todo email que chega naquele endereço vai pro lixo direto ou é marcado como spam.
Catch all seria um domínio que qualquer email vai para a mesma caixa? É o meu caso.
Funciona bem pra mim
Uso o aliás da Apple.
Cada serviço/cadastro com seu e-mail.