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