Allows me to decrypt sent mail for future reference. Disallowing decryption
by myself is not much of a practical concern, since replies are generally
quoted. That said, if it were ever a concern, this could be easily disabled.
This provides room for three-digit line numbers, plus a delimiting space, on
an 80-character terminal. If additional lines numbers are needed, the file
is probably too big.
This is also more polite for e-mail.
This allows for both easily splitting configuration files and for per-system
configuration (for the latter, one need only put another file in the
directory).
And here come the rationale for this sensitive topic:
- Source code should wrap at 80 characters; be polite and give room for
line numbering. Four characters is room for up to 999 lines, followed by
a space; if the file exceeds that length, it is probably difficult to
work with, because it's hard to keep that much in working memory.
- Allows for up to three levels of nesting for e-mail quoting (">>> "). I
really hope more than that is not needed. If it is, modern editors can
easily reflow text (e.g. `gq' in vim).
This is particularily valuable for various scripts that perform manipulation
on buffers, as unloading a buffer not only requires saving, but discards
modification history for undos.
Not sure what I was thinking with the first part...clearly I wasn't (indeed, the
system I made the initial modification on did not have multiple email
addresses).
Mike Gerwitz
Mike Gerwitz