The previous version of this howto named five TODO items. Of those,
only these remain to some extent:

2. More "HOW-DO-I" examples in the wrapup. I thought of a couple others
   a few days ago, but I neglected to write them down at the time, so
   they did not get done. They will come back to me eventually. :)

3. Database management scripts. I'd like to have "mail-adduser" and
   "mail-adddomain" and possibly other scripts which will take input
   from the admin and update the database. I'm more an admin type than a
   programmer type, but I am not averse to some shell scripting.

There are a few more examples, so #2 is partially done. Maybe entirely
done? If you wonder how to do something and don't see it there, let me
know.

I did start on the scripting, and I do have some well underway, but
they're not quite ready for release. I decided to go ahead and finish
the rest of the documentation and go public with this. #3 will probably
be done in another month or so (hold me to it: it's 2012-02-19 UTC now.)

The scripting was/is, surprisingly, fun. They are in GNU bash, with a
significant number of late-model bashisms. It would have been a much
harder task to write them in POSIX sh. But Python, Ruby or Perl would
probably have been a better choice overall.

    * * * *

Without further ado, the new TODO list, somewhat prioritized:

1. Move it all from plain text into HTML. I should be able to do this
   within a week. Sorry, I know the world prefers HTML (and so do I
   sometimes), but I prefer to do my work in plain text.

2. If necessary, more "HOW-DO-I" examples. (If not, call this done.)

3. Complete and release the database management scripts.

4. Dovecot LMTP for some/all delivery.

5. Integrate with libnss-sqlite and/or pam-sqlite.

6. Store all of the Postfix configuration in the database and generate
   it as /etc/postfix/main.cf using make(1) and a makefile(5). This
   will dramatically increase the size and complexity of the database.

In case you were wondering, why store Postfix and not Dovecot config in
the database? The Dovecot side is unlikely to need much attention. I see
little potential benefit from that. But the spam rules in Postfix are
dynamic -- they could use the help of a database.