Bluesky, Mastodon, Telegram e RSS

Como organizar-se com o uso de alias de e-mail?

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

12 comentários

  1. 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.

  2. 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.

    1. 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 😬

  3. 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.

  4. 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.

  5. 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.

    1. 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.

  6. Eu uso catch-all com domínio próprio e também o serviço do simple login dentro do ecosistema da proton.

    1. Digamos que um e-mail criando pelo catch-all vazou e você precisa desativar. Como faz?

      1. Dá pra criar uma regra que todo email que chega naquele endereço vai pro lixo direto ou é marcado como spam.

    2. Catch all seria um domínio que qualquer email vai para a mesma caixa? É o meu caso.
      Funciona bem pra mim

  7. Uso o aliás da Apple.
    Cada serviço/cadastro com seu e-mail.