Live data from Hacker News

Show HN: Mox - Modern full-featured low-maintenance self-hosted mail server

github.com

81–90 of 131 posts

Re: Show HN: Mox - Modern full-featured low-maintenance self-hosted mail server

#83
post #70

I've set up my email using Mail-in-a-box [0] and it's worked wonderfully. How does this compare with Mail-in-a-box? Also, webmail, calendaring are future features in this product. I wonder how critical are those for people setting up their own email. [0]: https://mailinabox.email

> Also, webmail, calendaring are future features in this product. I wonder how critical are those for people setting up their own email. I wonder the same. (: I would personally use the calendaring. One of the goals of mox is to make it easy to host mail yourself instead of go to/stay at one of the few large providers. I think folks commonly use the calendaring that comes with their free email address. And it seems m…

As anecdotal personal experience, I switched off Google Calendar for a couple of years and couldn’t do it. There were too many missing conveniences that weren’t handled by the generic protocol. Invitations and RSVPs frequently got lost, updates to existing events weren’t really recognized, and invited mailing lists didn’t unfurl into individuals.

I switched back to using Google Calendar as a backend. It would take a lot for me to try a switch again.

Re: Show HN: Mox - Modern full-featured low-maintenance self-hosted mail server

#84
post #37

Earlier quoted context omitted.

> nor do the authors care about "this silly new fad" In fairness, if you have chosen a platform that potentially introduces its own issues that isn't their problem unless they want it to be. A friend of mine has a project out there that only has official builds and build instructions for plain debian-based Linux, and he finds demands for direct docker support to be irritating (far worse than demands for a supported n…

Sure, it's the author's right to choose what to support and what not. But I'd argue that software openly hostile to docker is probably not the best choice as central piece of your docker-compose based emailling setup, if the alternative is a single golang binary designed for use with docker.

> But I'd argue that software openly hostile to docker is probably not the best choice as central piece of your docker-compose based emailling setup

What are you referring to? Because Mailu isn't Docker-hostile, quite the opposite: it is distributed as a set of Docker containers. And dspillett didn't mention what was his friend's project about, it could be totally unrelated to email.

Re: Show HN: Mox - Modern full-featured low-maintenance self-hosted mail server

#85

I highly suggest that technical people like HN readers use the https://workaround.org/ispmail tutorials instead and set up postfix/dovecot from their OS repos. You'll learn enough on the way to fix things when they do go wrong rather than relying on some turnkey stuff who's internals are obscure and hard to fix when the inevitable problems happen. Setting up a proper mailserver this way does take a few hours (from VP…

I found very useful this mailserver for docker https://gioorgi.com/2020/mail-server-on-docker/

Easy to setup and mantain, no issue in the last 2 years (finger crossed)

Re: Show HN: Mox - Modern full-featured low-maintenance self-hosted mail server

#86
post #82

I'd love the ability to send mail through a public SMTP relay, such as Amazon SES or Sendgrid, so the server could be hosted on "untrusted" IP space and send outbound mail through a trusted relay.

Wouldn't it make more sense to just configure an AWS SES submission account as outgoing mail server, instead of trying to send it through a mail server like mox, only to have it forwarded again. I think you need to verify addresses with AWS SES anyway if you want to send from them (or perhaps it's only per domain?). Don't know if other mail service providers have a similar requirement.

Re: Show HN: Mox - Modern full-featured low-maintenance self-hosted mail server

#88
post #86
post #82

I'd love the ability to send mail through a public SMTP relay, such as Amazon SES or Sendgrid, so the server could be hosted on "untrusted" IP space and send outbound mail through a trusted relay.

Wouldn't it make more sense to just configure an AWS SES submission account as outgoing mail server, instead of trying to send it through a mail server like mox, only to have it forwarded again. I think you need to verify addresses with AWS SES anyway if you want to send from them (or perhaps it's only per domain?). Don't know if other mail service providers have a similar requirement.

My use case would be creating one AWS SES or Sendgrid credential that is authorized to sending mail for an entire domain, and then a mail server like mox would then further authorize which users could send emails as who (and probably filter by only allowing the correct email in the From: header for example)

Re: Show HN: Mox - Modern full-featured low-maintenance self-hosted mail server

#89

I highly suggest that technical people like HN readers use the https://workaround.org/ispmail tutorials instead and set up postfix/dovecot from their OS repos. You'll learn enough on the way to fix things when they do go wrong rather than relying on some turnkey stuff who's internals are obscure and hard to fix when the inevitable problems happen. Setting up a proper mailserver this way does take a few hours (from VP…

If there's a decade where I'm not touching it, there's no way I will remember how to do that.

Re: Show HN: Mox - Modern full-featured low-maintenance self-hosted mail server

#90

I highly suggest that technical people like HN readers use the https://workaround.org/ispmail tutorials instead and set up postfix/dovecot from their OS repos. You'll learn enough on the way to fix things when they do go wrong rather than relying on some turnkey stuff who's internals are obscure and hard to fix when the inevitable problems happen. Setting up a proper mailserver this way does take a few hours (from VP…

From my own experience maintaining a mail server for over a decade, I do not agree with this.

The time between any tweaks needed is large enough that I completely forget how it was set up and need to relearn stuff. And it's definitely not trivial, so I can't do that in 5minutes (the way I can with acme/letsencrypt, for example).

In the same way that caddy just makes web server setup easy, it's good to have a modern setup supported out of the box for mail as well.

Post reply on HN