Using your own domain for email? - eviltoast

I’m pretty far into the degoogling process, and I’m thinking about purchasing a domain and using it for email. I realized I don’t want to be stuck with any one email service, so this is pretty much a necessity for me.

I wouldn’t self host though, because I understand that’s very hard to do.

For people who have already done this: are there any pitfalls or things I should take into consideration before I purchase a domain?

Also, does the tld matter? Are my emails more likely to be sent to spam with a custom domain vs an email provider’s?

  • MajorHavoc@programming.dev
    link
    fedilink
    arrow-up
    1
    ·
    edit-2
    2 months ago

    pitfalls or things I should take into consideration before I purchase a domain?

    Make sure your chosen email provider supports DMARC. Since I’m sure someone is wondering, yes, Proton mail does.

    Are my emails more likely to be sent to spam with a custom domain vs an email provider’s?

    Absolutely, but only if you choose not to setup DMARC and DKIM

    Every mail provider, that I have encountered, that supports custom domain names, provides a detailed step by step guide for which DNS records to add. Follow the guide, don’t skip any steps, and make sure to finish.

    • Blu@sopuli.xyzOP
      link
      fedilink
      arrow-up
      0
      ·
      2 months ago

      I see some providers support DANE. Is that different than either DMARC or DKIM? I looked it up, but the description was very technical and didn’t clear up the differences for me.

      • MajorHavoc@programming.dev
        link
        fedilink
        arrow-up
        1
        ·
        2 months ago

        DANE helps protect the contents of an email.

        DMARC and DKIM help prevent domain origin spoofing (which is what spammers love to do).

        So no, DANE does not, to my knowledge, provide any protection against being treated like a spam domain.

  • ikidd@lemmy.world
    link
    fedilink
    English
    arrow-up
    1
    ·
    2 months ago

    Register a domain with one provider, like Namecheap or Porkbun, set the nameservers to Custom and use another provider like Cloudflare to manage the DNS. That way if the registrar goes belly up, you don’t lose DNS and can move registrars (nameservers should stay authoritative and cached for long enough to move providers). DNS control is usually enough to convince a new registrar that you control the domain.

    If the DNS provider goes belly up, you can change the DNS provider at the registrar. If you keep DNS with your registrar, you risk not being able to do anything if they go down or out of business.

  • themachine@lemmy.world
    link
    fedilink
    arrow-up
    0
    ·
    2 months ago

    The domain doesnt really matter. The mail servers reputation is what really matters. If you aren’t going to run your own mail server then you have nothing to be concerned about.

    • umami_wasabi@lemmy.ml
      link
      fedilink
      arrow-up
      1
      ·
      2 months ago

      No. Domain does matter. Free TLDs are the worst. Some paid one like .xyz aren’t great either.

      Disclaimer: I’m a owner of a xyz domain and Google constantly place my mail under spam folder without I ever know it.

  • shortwavesurfer@monero.town
    link
    fedilink
    English
    arrow-up
    0
    ·
    2 months ago

    I do this and I use Proton as my email provider. I think as long as you set the email security standards, which Proton, for example, teaches you how to do, you should be fine.

    • Scrubbles@poptalk.scrubbles.tech
      link
      fedilink
      English
      arrow-up
      0
      ·
      2 months ago

      +1 for proton and your own domain name. At first I balked at the priced and went somewhere cheaper - and then they had a breach. Proton takes security seriously and I’ll be with them as long as they hold to that. Added bonus is that since I’m paying for it I’m the customer and not the product.

      Then if they get all terrible and shady I can just pack up my domain and go somewhere else.