base/postfix: remove, base:nullmailer: init #151
Reference in New Issue
Block a user
Delete Branch "base-bye-postfix-nullmailer-is-my-new-best-friend"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Fixes: Drift/issues#384
@@ -0,0 +4,4 @@enable = true;config = {adminaddr = "root@pvv.ntnu.no";Insta-resolve if too irrelevant, it is a digression, but should we label this better, like use
root+${config.networking.hostName}or something for easy sorting?I do think you get this info from the address in the
From:field, but sure?Sure, it is probably more standard/predictable to keep this as is, oops
@@ -0,0 +9,4 @@defaulthost = "pvv.ntnu.no";me = lib.mkDefault config.networking.fqdn;remotes = lib.mkDefault "smtp.pvv.ntnu.no smtp port=587 starttls";Don't use starttls if it is at all possible to use TLS properly. See https://wiki.pvv.ntnu.no/wiki/Tjenester/Epost/Autentisert_SMTP and https://datatracker.ietf.org/doc/html/rfc8314, use SMTP over TLS on port 465.
I took this from the suggested config in
d59a3f6ec0/hosts/bekkalokk/services/well-known/root/autoconfig/mail/config-v1.1.xml, should we update this file as well? I'll make a separate issueYes, I think we should always advertise SSL/TLS from the beginning when possible.
@@ -9,3 +3,1 @@remotes = "mail.pvv.ntnu.no smtp --port=25";};};services.nullmailer.enable = true;Is this line necessary, is nullmailer not enabled by default already through /base/?
It is not, I left it as a sort of assertion. If someone does anything that ends up disabling nullmailer, it should cause build-time problems for temmie, not runtime problems. I could rewrite it as a nix module assertion instead if that is clearer?
Putting it in the module sounds even weirder, but why would someone do that, what plausible situation are we guarding against?
Sorry, I don't think I was clear. Should I rewrite the line as the following?
I'm trying to enforce a strict dependency for temmie on nullmailer so that it will be obvious if someone tries to adjust the base in the future. A sort of "sure, go ahead and remove nullmailer or switch it out, but do make sure temmie userweb still works" type of check.
Sure, if we need to require that specifically, disallowing other sendmail implementations, that looks good
I don't wanna bet on it at least
361a23f4d3toe44a7f860ae44a7f860ato1c4e8e7662Meg stein