3 ms·
This is an interesting thought experiment, but I really want e-mail to stay mostly as it is today, except with a nicer way for me to make sure SPF/DKIM/etc. are
by rcarmo 2y ago
This is an interesting thought experiment, but I really want e-mail to stay mostly as it is today, except with a nicer way for me to make sure SPF/DKIM/etc. are enabled sanely for small domains.
- Avamander 2y agoI think the ecosystem is definitely moving in that direction. I also think a lot of the ambiguities could be fixed with new RFCs gradually.
- jcgl 2y agoWhat do you think needs changing in the standards, rather than simplified implementations? That is, implementations that are suitable for small- and medium-scale turnkey deployments.
- rsync 2y agoThat is a very good suggestion and it is my highest priority as well, in terms of "thinking about improvements to email". I do understand the attraction of highly specialized, modular and pluggable tools - so I know why OpenSMTPd does not have a built-in nameserver, spam filter or DKIM service. The architects are thinking about correctness and scalability and modularity, etc. But Oh My God it would be so much simpler - and comprehensible - if there was just one package with just one config file. If the only purpose of a particular nameserver is authentication tasks for a mailserver, we should consider moving the nameserver into the mailserver. The same goes double for dkimproxy.
- Avamander 2y agoYou're describing new solutions like Stalwart and Maddy. Which try to automate away a significant portion of these issues and maintainability concerns.