Index of /pubvc.co/email-config
Name Last modified Size Description
Parent Directory -
bin/ 25-Apr-2008 23:35 -
muttrc.d/ 25-Apr-2008 23:35 -
muttrc 25-Apr-2008 23:35 1.3K
muttrc.quick 25-Apr-2008 23:35 227
my-mutt-mail.el 25-Apr-2008 23:35 1.5K
procmailrc 25-Apr-2008 23:35 1.8K
procmailrc.drop 25-Apr-2008 23:35 429
-*- mode: org; mode: auto-fill; mode: smart-chars; -*-
$HeadURL: https://tstotts.net/pubvc/email-config/README.txt $
$LastChangedDate: 2007-07-12 18:00:26 -0400 (Thu, 12 Jul 2007) $
Various MH email profile configs/macros reside here for your perusal.
MH is a UNIX email folder storage format, comparable to maildir and mbox.
However, unlike the other formats, MH is also a Mail Handling system that can
perform all email functionality strait from the command-line without any single
user interface.
After years of configuring various MTAs, MTUs, processors, and other programs, I
settled with MH as the only efficient system for myself. I reside too much in
the UNIX command-line to appreciate GUI clients. My email setup uses the
following applications. Configuration details of some items is not included or
simplified.
* _Sending_
1. _MH_
Mail Handling (MH) system to create, store, view emails, consisting of
many commands. Part of GNU Mailutils.
- _mu-mh_
MH implementation that is part of GNU Mailutils. Reliable, simple implementation.
- _nmh_
Another MH implementation. Extensive features. Prone to bugs.
2. _postfix_
MTA for outgoing email via smtp; ssmtp would have been sufficient,
except that I need the ability to select both TLS and non-TLS
transport servers based upon recipients in the To: field.
* _Receiving_
1. _postfix_
Collects email for local system and spools; important for monitoring
various system daemons and analyzers.
2. _fetchmail_
Collects email from a variety of external servers; personal, work,
university. Note that I do *not* have fetchmail redirect emails to the
local MTA as the ability to receive email should not predicate on the
ability to send it.
a. _procmail_
Invoked by fetchmail, procmail pre-processes emails to select their
destination folder, providing a great deal of automated control for
filtering and sorting incoming mail. Also splits mailing list digests
into individual messages for easier reply.
1. _nmh_ (rcvstore)
Invoked by procmail, rcvstore stores emails in MH
format. Unfortunately, procmail MH format handling is rather
simplistic, lacking support for sequences (not marking messages as
new); otherwise it would not need to invoke rcvstore. This is also
preferable to setting up inc to understand my many accounts and
folders.
* _Front-ends_
1. _MH_
The MH commands are straight-forward and—in rare system-rescue
situations—may be the preferable email interface.
- _nmh_ implementation for command line usage (more features)
- _mu-mh_ implementation for MH-E front end (fewer bugs)
2. _mutt_
Sophisticated email program for reading / composing.
Mostly used as a failsafe user-friendly program in case I need to do
something urgent without learning new commands. Compatible front-end for
MH mail formats.
3. _MH-E_
MH front-end included with GNU Emacs. Especially ideal so that I do not
need to run another program when I already use Emacs for everything.
Almost as feature-full as mutt, and integrated into Emacs.
4. _GNUS_
Another news & mail front included with GNU Emacs. Necessary for MH-E
to understand MIME and cryptography.
* _Cryptography_
1. _GPG_
Provides extended PGP to all of the email clients.
2. _GPGSM_
Provides extended S/MIME to all of the mail clients, with some
experimental configuration.
-timotheus