2026-10-25 00:49 UTC
Replies (8)
-
@MangoPenguin@lemmy.blahaj.zone 2026-10-25 00:58
I think using servicename@domain would be fine, the common ones like support, webmaster, etc… are the ones to avoid. And using a unique one per service helps when a service inevitably leaks that email address, you can just change it and block the old one.
-
@beliquititious@lemmy.blahaj.zone 2026-10-25 02:17
service@domain.tld won’t actually prevent spam, it will just give you the grim satisfaction of knowing which service leaked. I used that pattern for a few years and the only thing it was ever really useful for was figuring out that a service I signed up for years prior had changed their name or used a third party service to handle portions of their site features. If you’re careful about what you sign up for, spam shouldn’t really be a concern. The places you’re most likely to get spam from are your contacts email getting compromised, sketch online services that go out of business, and big services outsourcing marketing. Just be sure to religiously unsubscribe from any promotional materials because the longer your email remains contactable on a list, the more likely it is to be shared/sold by some shitbag marketing firm.
-
@SayJess@lemmy.blahaj.zone 2026-10-25 05:23
It doesn’t seem to matter much, in my experience. I’ve had my own domain for a couple of years now, utilizing Proton. It could be their filters are just that good, or that my addresses have not really “leaked” yet. If you are considering using a custom domain, keep in mind that if you want to keep that email address, you will have to keep paying yearly for that domain. In addition to my monthly Proton subscription, I’m paying about $50/year for the domain. I don’t mind paying for it though.
-
@historicaldocuments@lemmy.world 2026-10-25 06:16
You’ll regret it the first time you have to read it over the phone to someone. Every letter and number repeated and re-repeated only for the email you expected to wind up in jfavOOhjau4gvncga19@domain (which you should probably be able to see). The computer database you didn’t want to have it got it right on the first, and all subsequent tries.
-
@steel_for_humans@piefed.social 2026-10-25 07:36
I use both formats. Mostly the one with the added random suffix, though. If somebody were to figure out that my domain is an alias and I used only non-obfuscated aliases, it would be easy to figure out how my aliases for the other services could look like. Adding a suffix makes it impossible to guess. I sometimes use aliases without suffixes if I want them to look better to the recipient, or it’s an alias of more importance to me, or if I need to remember it more easily, etc.
-
@davidagain@lemmy.world 2026-10-25 08:10
Simply give them their company name as the username. I put fromamazon@mydomain.com and fromtesco@mydomain.com and then when an old account with deadcompany gets pwned, I redirect fromdeadcompany@mydomain.com to junk@mydomain.com with an alias. I’ve yet to meet a company that’s not ok with this. It’s a bit embarrassing when you’re talking to a human, but you’ll get over it.
-
@twoBrokenThumbs@lemmy.world 2026-10-25 14:43
I use both. For most services I use the service name in the email address. It’s for me, not them. I get to see who its from, who sold my data or got breached, or who got bought and changed their name. If I ever need to tell it to a real human they always think its odd and I simply say, that’s how I prevent spam and they light up because they are jealous I have zero spam (maybe 4 or 5 in the past 7 years and most went to my catch all) For smaller services like my local pizza place, I use a randomized alias (I still put their initials in it to help identify it). The reasoning is that I have absolutely no trust that they have any kind of security on their website or janky payment platform, and I highly expect massive ad tracking from that platform. Side benefit is using burner email and phone number let’s me reuse one time coupons.
-
@artyom@piefed.social 2026-10-26 12:10
Depends what the domain is and who else is using it