this post was submitted on 20 Jun 2023
2 points (100.0% liked)

Selfhosted

40008 readers
669 users here now

A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.

Rules:

  1. Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.

  2. No spam posting.

  3. Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.

  4. Don't duplicate the full text of your blog or github here. Just post the link for folks to click.

  5. Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).

  6. No trolling.

Resources:

Any issues on the community? Report it using the report flag.

Questions? DM the mods!

founded 1 year ago
MODERATORS
 

I know the adage that self-hosting email is hard. I use a third party smtp server to send emails for my Lemmy instance in order to guarantee delivery, for example.

However, other than potential uptime, what are the disadvantages to setting up self-hosted incoming email?

Incoming email is like 99% of my email usage. I'm happy to use a third party mail provider for outgoing email, but don't see why I shouldn't simply host incoming email myself.

Thank you <3

you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 2 points 1 year ago (1 children)

I don't see anything wrong with self-hosting the receiving part. Especially with something like mailcow it shouldn't be any more difficult than hosting anything else, provided you have backups in place and will be able to get the server up and running again within 24 hours to not lose any emails. Yes, spam may be an issue, but mailcow has useful defaults configured and it works okay-ish for me.

Btw, they also allow for configuring outbound relays quite easily. This allows for simpler configuration on the client-side. I have it set up so that all emails sent through mailcow will be forwarded to mailgun, for example.

[–] [email protected] 0 points 1 year ago (1 children)

Do you know if 24h is the typical timeout for re-trying to send an email. How about I put a traditional email provider as second priority in MX records in case my server goes down? That should work, right?

[–] [email protected] 1 points 1 year ago* (last edited 1 year ago)

The standard is to retry for 5 days before bouncing emails as undeliverable (and send a warning message that the email hasn't yet been delivered after 4 hours). However, every server can configure it to be whatever they want, so there's no guarantee.

You can't just use any old provider as a secondary mx, you need a server which is configured to accept mail for your domain but not try and deliver it locally. It's pretty simple to set up. The biggest issue is that you need the same spam protections on the secondary as on the primary, as spammers will send directly to the secondary to try and bypass spam protections.