Re:Show HN: Self-Validating Email Aliases for Postfix
by notadev on Saturday November 02, 2019 @07:49PM
(#21430952)
I sort do this a different way. I have a custom domain and use that with Google's G Suite. I set the catch-all email to my email. Then everything I sign up with gets a different email address, like amazon@<mydomain>. I use a password manager to track all the different emails/passwds. This has helped me catch the water company giving out my email. I got junk mail asking me to sign up with my email utilities-water@<mydomain>. If a particular email starts getting spam, I just blacklist the To: address.
[ Parent
| on HN ]
Re:Show HN: Self-Validating Email Aliases for Postfix
by notduncansmith on Sunday November 03, 2019 @10:23AM
(#21434359)
People have been mentioning this technique for a long time on HN. I finally started doing it a few years ago (my email is through Fastmail), and it has worked pretty well. It turns out most customer support staff are surprised to find the name of their company in your email address (“is that your real email address?”).
Re:Show HN: Self-Validating Email Aliases for Postfix
by orastor on Tuesday November 05, 2019 @02:02AM
(#21450309)
I do the same and to avoid this I'll abbreviate the name or use initials, just enough for it to be pronounced differently from the company name
Re:Show HN: Self-Validating Email Aliases for Postfix
by m3047 on Sunday November 03, 2019 @10:44AM
(#21434507)
I've set up traditional email aliases for years. It was Andrew Lewman's blog article https://lewman.blog/2019/09/02/why-i-have-over-one-thousand-... that goaded me into writing this. I've been doing stuff with email since before there was InterSLIP, I finally concluded nobody was going to work on the problem for me.
Re:Show HN: Self-Validating Email Aliases for Postfix
by wufocaculura on Wednesday November 06, 2019 @04:10AM
(#21460854)
I do a variant of this, [email protected] (or more often [email protected] as + is often rejected at html forms).
In my experience, catch-all email (*@domain.com) increased number of spam as spambots send out emails to randomly generated adresses ([email protected], [email protected], [email protected]).