I have a unique name, think John Doe, and I’m hoping to create a unique and “professional” looking email account like johndoe@gmail.com or john@doe.com. Since my name is common, all reasonable permutations are taken. I was considering purchasing a domain with something unique, then making personal family email accounts for john@mydoe.com jane@mydoe.com etc.
Consider that I’m starting from scratch (I am). Is there a preferred domain registrar, are GoDaddy or NameCheap good enough? Are there prebuilt services I can just point my domain to or do I need to spin up a VPS and install my own services? Are there concerns tying my accounts to a service that might go under or are some “too big to fail”?
I can expand what hangs off the domain later, but for now I just need a way to make my own email addresses and use them with the relative ease of Gmail or others. Thanks in advance!!
Do NOT self-host email! In the long run, you’ll forget a security patch, someone breaches your server, blasts out spam and you’ll end up on every blacklist imaginable with your domain and server.
Buy a domain, DON’T use GoDaddy, they are bastards. I’d suggest OVH for European domains or Cloudflare for international ones.
After you have your domain, register with “Microsoft 365” or “Google Workspace” (I’d avoid Google, they don’t have a stable offering) or any other E-Mail-Provider that allows custom domains.
Follow their instructions on how to connect your domain to their service (a few MX and TXT records usually suffice) and you’re done.
After that, you can spin up a VPS and try out new stuff and connect it also to your domain (A and CNAMR records).
That said, you can use a third party service only for sending, but receive mail on your self-hosted server.
That’s what I’m doing. I have selfhosted E-Mail with YunoHost and send it through SMTP2Go.
I’ve been successfully using SES for a couple years now without issue.
Do you have more details on your setup?
I currently selfhost mailcow on a small VPS but I would like to move the receiving part to my homelab and only use a small VPS or service like SES for sending.
I set this up a couple years ago but I seem to remember AWS walking me through the initial setup.
First you’ll need to configure your domain(s) in SES. It requires you to set some DNS records to verify ownership. You’ll also need to configure your SPF record(s) to allow email to be sent through SES. They provide you with all of this information.
Next, you’ll need to configure SES credentials or it won’t accept mail from your servers. From a security standpoint, if you have multiple SMTP servers I would give each a unique set of credentials but you can get away with one for simplicity.
Finally you’ll need to configure your MTA to relay through SES. If you use postfix here’s a quick guide: https://medium.com/@cloudinit/sending-emails-with-postfix-and-amazon-ses-2341489a97e2
I’ve got postfix configured on each of my VPS servers, plus and internal relay, to relay all mail through SES. To the best of my knowledge it’s worked fine. I haven’t had issues with mail getting dropped or flagged as SPAM.
There is a cost, but with my email volumes (which are admittedly low) it costs me 2-3 cents a month.
@avguser@lemmy.world
I’ll second not self hosting email unless you’re in it for the experience.
I’d also strongly caution against hosting email for friends and family unless you want to own that relationship for the rest of your life.
If you do it anyway, you’re going to end up locked into whatever solution you decide for a long time, because now you have users who rely on that solution.
If you still go forward, don’t use Google (or msft). Use a dedicated email service. Having your personal domain tied to those services just further complicates the lock in.
(I did this over a decade ago, with Google, when it was just free vanity domain hosting. I’ve been trying for years to get my users migrated to Gmail accounts.)
If I had it all to do over again. I’d probably setup accounts as vanity forwards to a “real” account for people who wanted them. That’s easy to maintain, move around, and you’re not dealing with migrating peoples oauth to everything when you want to move or stop paying for it.
I have a bunch of users (friends and family) on a bunch of different domains. It’s honestly not so bad but yeah, you need a decent dedicated service.
Migrations aren’t simple but aren’t that complicated either (just did one last year).
I mainly need to copy their email over but it’s also a good moment to check they’re using decent passwords and to have them freshen it.
I also need to update their webmail and IMAP/SMTP URLs in their bookmark/email apps but I’ve been playing with DNS CNAMEs for this purpose and it’s mostly working ok (aliasing one of my domains to the provider’s so I only have to update the DNS which I do anyway for a mail migration).
My mistake was using Google but when it was just the ability to have a personal domain as your google account. But they kept expanding and morphing that into what is now Google Workspace. Migrating people off of that requires them to abandon their Google accounts and start over. If it was just email it would be a much simpler prospect to change backends.
Can you not transfer away a domain from Google as you would from any other registrar? And then set the MX records to point at another mail service?
Certainly. But, what I’m trying to say is it’s not just email. My users are using my domain as their Google account. All Google services, oAuth, etc…, not just email. To do it right I need to get them to migrate their google services to a gmail.com account.