Stop referencing IPs we haven't had for years

Possibly also stop being an open relay for a small corner of AWS...

Permanently reject unknown recipients

I think the setup is stable enough that immediate bounces are useful.

spam: Enable DKIM processing

- Add OpenDKIM as a milter to do signing and verification
- Switch to after-queue filtering (content_filter), because apparently
  smtpd_proxy_filter prevents milters from getting the message DATA[1]. This
  means if the spam filter rejects the message, we need to send a bounce,
  rather than returning it in the same session, but I don't think I currently
  have SpamAssassin rejecting anything, so that seems okay.

[1] https://mailing.postfix.users.narkive.com/8CT5J48q/milter-and-smtpd-proxy-filter

Allow IPv6 localhost in mynetworks

Otherwise, if a local sender (eg, mailman) happens to pick IPv6 instead of IPv4
to send over, it'll get relay access denied.

Allow bigger messages

This is bigger than GMail allows sending (25MB,
https://support.google.com/mail/answer/6584?hl=en&co=GENIE.Platform%3DDesktop#zippy=%2Cattachment-size-limit),
but smaller than they allow receiving (50MB,
https://support.google.com/a/answer/1366776?hl=en).

Ignore makedefs.out

Disable sender transport map while we don't have extra IPs

Since olinda-local and olinda-forward IPs don't work now, there's not much
point to having the sender-dependent map to determine which outgoing IP to use.

Changes from Bionic (Ubuntu 18.04)

New configs for Xenial (16.04)

Only allow relaying from olinda, not all ET-net machines

Bump mailbox size limit to 512MB

This should hopefully eliminated errors like:
root@olinda:/etc/postfix# head /var/log/mail/dovecot-deliver.log
2017-11-01 06:43:39 lda(alex): Error: pwrite_full() failed with file /home/alex/.maildir/dovecot.index.cache: File too large (process was started with ulimit -f limit)
2017-11-01 06:58:13 lda(alex): Error: pwrite_full() failed with file /home/alex/.maildir/.Junk.server/dovecot.index.cache: File too large (process was started with ulimit -f limit)
2017-11-01 06:58:13 lda(alex): Error: pwrite_full() failed with file /home/alex/.maildir/.Junk.server/dovecot.index.cache: File too large (process was started with ulimit -f limit)
2017-11-01 07:19:39 lda(alex): Error: pwrite_full() failed with file /home/alex/.maildir/.Junk.server/dovecot.index.cache: File too large (process was started with ulimit -f limit)
2017-11-01 07:19:39 lda(alex): Error: pwrite_full() failed with file /home/alex/.maildir/.Junk.server/dovecot.index.cache: File too large (process was started with ulimit -f limit)
2017-11-01 07:20:45 lda(alex): Error: pwrite_full() failed with file /home/alex/.maildir/.Junk.server/dovecot.index.cache: File too large (process was started with ulimit -f limit)
2017-11-01 07:20:45 lda(alex): Error: pwrite_full() failed with file /home/alex/.maildir/.Junk.server/dovecot.index.cache: File too large (process was started with ulimit -f limit)
2017-11-01 07:31:56 lda(alex): Error: pwrite_full() failed with file /home/alex/.maildir/.Junk.server/dovecot.index.cache: File too large (process was started with ulimit -f limit)
2017-11-01 07:31:56 lda(alex): Error: pwrite_full() failed with file /home/alex/.maildir/.Junk.server/dovecot.index.cache: File too large (process was started with ulimit -f limit)
2017-11-01 07:38:38 lda(alex): Error: pwrite_full() failed with file /home/alex/.maildir/.Junk.server/dovecot.index.cache: File too large (process was started with ulimit -f limit)

See also https://wiki.dovecot.org/LDA/Postfix

Try to route outgoing messages through diff IPs depending on trust

Ideally, if there was auth on a message (kerberos/password remotely, or
legitimately sourced locally -- mailman messages dubiously count), we'd use one
IP, and forwarded messages (eg, mail to jim@ being forwarded to GMail) would
use another. That way, when GMail decided to hate the latter, the (more
important) former would still go through. I'm not quite sure how to decide
based on auth, so instead, I just whitelisting a few envelope senders, but it's
better than nothing.

See
https://serverfault.com/questions/663979/virtual-alias-domains-how-to-use-different-ip-addresses-when-forwarding-mail,
http://www.postfix.org/postconf.5.html#smtp_bind_address, and
http://www.postfix.org/postconf.5.html#sender_dependent_default_transport_maps
for some relevant docs.

New ET network, post-FSILG-renumbering

Stock postfix files?

Not sure what they are, but I guess I should commit them.

Add spamassassin support(?)

The master.cf change dates from Aug 22  2013, so I don't really remember...

Move cert to new local-certs directory

(old) Add localhost.dehnerts.com to mydestination

No, I don't know why this was necessary...

Add sqlite support

I strongly suspect this is upstream's fault, because I can't imagine
having cared...

Reduce the number of spampd processes

Bump various limits

Bumped spam filter related limits. Separately, increased
process limit in /etc/default/spampd.

Reduce connection limit

Punt SMTP line again

Enable spam filtering (hopefully?)

Permit TLS

Update mydestination

I don't understand why this is needed, but
previously I was getting errors about
alex@localdomain.localdomain not having an A
record. This seems to solve it...?

Update mydestination and mynetworks

* Allow all of ET to send mail (mynetworks)
* Add olinda{.mit.edu,.dehnerts.com,.dehnert.arctic.org} to mydestination

Grab copan's main.cf

Add commented spam-killing config from copan

Stock Postfix install