~talos/website

f71c6b88c9ffa0afa05022780bc4d845765b6c85 — Jordan Newport 3 years ago 0144631 
Add blog with first post on CLI mail
patch browse .tar.gz 
6 files changed, 1268 insertions(+), 0 deletions(-)

A blog/blog.css
A blog/cli-mail.html
A blog/cli-mail.md
A blog/index.html
M index.css
M index.html

A blog/blog.css => blog/blog.css +22 -0
@@ 0,0 1,22 @@
ul {
  max-width: 6.66in; /*https://www.youtube.com/watch?v=WxnN05vOuSM*/
}
p {
  margin: 2mm 0 2mm 3mm;
  max-width: 6.66in;
}
pre {
  margin: 0 0 0 10mm;
}
h1 {
  margin: 2mm;
}
h2 {
  margin: 2mm;
}
h3 {
  margin: 2mm;
}
h4 {
  margin: 2mm;
}


A blog/cli-mail.html => blog/cli-mail.html +592 -0
@@ 0,0 1,592 @@
<head>
  <meta charset="utf-8"/>
  <title>CLI mail: Jordan Newport</title>
  <link rel="stylesheet" type="text/css" href="blog.css">
</head>
<p><a href=../index.html>Back to site home</a></p>
<p><a href=index.html>Back to blog index</a></p>
<h1>CLI mail</h1>
<h4>2021-04-03</h4>
<p>I've been using <a href="https://mutt.org">mutt</a> for my email for probably a year and a
half now, and I'm a pretty big fan.</p>
<p>There are a whole bunch of benefits:</p>
<ul>
<li>Because I'm not in a browser, I can read my emails with significantly less
Javascript, RAM usage, incidental tracking, and so on.</li>
<li>I can write my emails in my editor (Neovim, but you could use any).</li>
<li>I'm not beholden to Google changing the interface of Gmail on me, and in fact
I'm not beholden to Google in any way.</li>
<li>All my command-line tools are available to me, and I can make macros as I
please.</li>
<li>If I want to interact with Git through email (popular on
<a href="https://sr.ht">Sourcehut</a> and in older projects like the Linux kernel), I can
do so much more easily.</li>
</ul>
<p>(If you genuinely enjoy your webmail, or want it to tie directly into other
Google or Microsoft tools, or whatever, there are downsides as well--but I
definitely prefer the terminal.)</p>
<p>However, it can be intimidating to start using a CLI mail tool. This post is
intended to walk through some of the infrastructure you'll need to set up. As
always, the Arch Wiki is an excellent source of information on these as well.</p>
<p>All configurations in this post are taken from
<a href="https://sr.ht/%7Etalos/dotfiles">my dotfiles</a>.</p>
<p>Quick contextual notes: IMAP is a protocol for fetching email from a server. It
supplanted the older POP3. SMTP is a protocol for sending email. A MUA is a
&quot;mail user agent&quot;; it's basically a mail client that lets you look at and
interact with mail. It may or may not have other features, like fetching or
sending mail. An MTA is a &quot;mail transfer agent&quot;; it sends mail.</p>
<h2>mbsync</h2>
<p>Mbsync is a tool for fetching mail to your local computer (&quot;Mail Box Sync&quot;). It
can be run on-demand or in a service, and will keep your mailbox up-to-date for
you. It also sends your changes (deleting messages, sending messages, etc.) back
up to the server. It should be available from your distro's package repository;
sometimes, for reasons that are unclear to me, it is called &quot;isync&quot; instead.</p>
<p>The configuration here is intended to establish your authentication information,
what email to sync, and how to put it onto your local machine.</p>
<p>This is one account, taken from my config. We'll go through it line-by-line.</p>
<p><strong><code>~/.mbsyncrc</code></strong></p>
<pre><code>IMAPAccount migadu
Host imap.migadu.com
User jordan@jnewport.dev
PassCmd &quot;cat ~/.config/passwords/migadu-email&quot;
SSLType IMAPS
CertificateFile /etc/ssl/certs/ca-certificates.crt

IMAPStore migadu-remote
Account migadu

MaildirStore migadu-local
Subfolders Verbatim
Path ~/Mail/migadu/
Inbox ~/Mail/migadu/INBOX

Channel migadu
Far :migadu-remote:
Near :migadu-local:
Patterns *
Create Both
Remove Both
SyncState *
</code></pre>
<ul>
<li><p><code>IMAPAccount migadu</code>: Starts the account configuration section for an account
named &quot;migadu&quot;. This name can be referred to elsewhere, including from the
command line.</p>
</li>
<li><p><code>Host imap.migadu.com</code>: This is the IMAP URL for my mail provider. Most
providers (even Gmail and Outlook) have one; you should be able to find it in
their documentation.</p>
</li>
<li><p><code>User jordan@jnewport.dev</code>: This is my email address.</p>
</li>
<li><p><code>PassCmd &quot;cat ~/.config/passwords/migadu-email&quot;</code>: This fetches my email
account's password from another file. I have it set up this way so I can
publish my dotfiles without leaking my password. The simpler alternative if
you don't intend to publish your email dotfiles is just <code>Pass &quot;your_password&quot;</code>. The more complex alternative if you don't want your password
stored in plaintext anywhere on your computer is to use a more complex PassCmd
that uses encryption in some way. This can be aggravating because then you
need to enter your gpg password every time you want your email, and it will be
more difficult to run mbsync as a service.</p>
<p>I would argue that it's smart to keep your password out of this file even if
you don't intend to publish it; if I were writing a virus to infect personal
Linux boxes, ~/.mbsyncrc is definitely a file I would check for to see if I
could get your password. Your choice, though.</p>
</li>
<li><p><code>SSLType IMAPS</code>: How you want your IMAP traffic encrypted. Your email provider
will tell you if it should be something other than IMAPS.</p>
</li>
<li><p><code>CertificateFile /etc/ssl/certs/ca-certificates.crt</code>: Where your system
certificate store is located. Your distro will know this better than I will,
but you can come up with a guess by running &quot;<code>openssl version -d</code>&quot; and then
appending &quot;<code>/certs/ca-certificates.crt</code>&quot;.</p>
</li>
<li><p><code>IMAPStore migadu-remote</code>: Defines the name of your IMAP store, which will be
needed later.</p>
</li>
<li><p><code>Account migadu</code>: Which account is associated with this IMAP store.</p>
</li>
<li><p><code>MaildirStore migadu-local</code>: Defines the name of your maildir store, which is
associated with where your email goes on the computer you're checking it on.</p>
</li>
<li><p><code>Subfolders Verbatim</code>: Defines how subfolders will appear; &quot;Verbatim&quot; is the
only remotely intuitive option.</p>
</li>
<li><p><code>Path ~/Mail/migadu/</code>: Where your mail will be downloaded to on your computer.</p>
</li>
<li><p><code>Inbox ~/Mail/migadu/INBOX</code>: Where your Inbox (a special folder in the Maildir
format, hence its special treatment here) should be located. It can be, but
does not have to be, inside the Path.</p>
</li>
<li><p><code>Channel migadu</code>: Names a channel to actually check mail with.</p>
</li>
<li><p><code>Far :migadu-remote:</code>: The IMAP store associated with this channel; defined
above.</p>
</li>
<li><p><code>Near :migadu-local:</code>: The Maildir store associated with this channel; defined
above.</p>
</li>
<li><p><code>Patterns *</code>: Which mailboxes to check. <code>*</code> means all of them.</p>
</li>
<li><p><code>Create Both</code>: creates missing mailboxes on both sides (so if you make a new
folder, it will propagate both to and from this machine).</p>
</li>
<li><p><code>Remove Both</code>: Removes deleted mailboxes, thereby propagating their deletion.
Note that there is a special &quot;deleted&quot; flag, so the software can distinguish
between deleted and not-yet-created mailboxes.</p>
</li>
<li><p><code>SyncState *</code>: Stores a sync-state file called &quot;<code>.mbsyncstate</code>&quot; in each
mailbox (folder). You could also provide a path to append to the mailbox name.</p>
</li>
</ul>
<p>A couple general notes:</p>
<ul>
<li>Whitespace is significant. If you remove the blank lines or add new ones, your
config will break. This is inconvenient and confusing, but the reason is so it
can define sections without needing indentation or braces.</li>
<li>Gmail and Outlook can be tricky, particularly for organization-controlled
accounts. They are doable, but you should look for more resources elsewhere.
The things you may run into are that it will be harder to find configuration
information, authentication may be difficult, and you may need to explicitly
allow external/untrusted/third-party applications in the web interface.</li>
<li>If you want more information, mbsync's man page is pretty extensive.</li>
<li>Until pretty recently, &quot;Master&quot; and &quot;Slave&quot; were idiomatic, rather than &quot;Far&quot;
and &quot;Near&quot;. You can update your config now to use Far/Near now, if this is
something that's important to you.</li>
<li>You can add multiple accounts, just separate them with a blank line.</li>
</ul>
<h3>Command line usage</h3>
<p>You can run <code>mbsync</code> directly from the command line, to check your config or to
check your email before your service is set to trigger. This is easy; you just
run &quot;<code>mbsync &lt;your IMAPAccount name&gt;</code>&quot; to check one mailbox or &quot;<code>mbsync -a</code>&quot; to
check all of them. The <code>-V</code> flag will give you verbose output, which can help
debug issues.</p>
<h3>Running as a service</h3>
<p>You can run mbsync as a systemd service, cron job, or whatever else, which will
keep your inbox perpetually up-to-date and save you time when you want your
email. Here are my systemd files (I won't annotate these, because this is less
valuable, but they may still be helpful).  You may have to fight systemd a
little to get user services running; you can't just start them like you can
system services.</p>
<p><strong><code>~/.config/systemd/user/mbsync.service</code></strong></p>
<pre><code>[Unit]
Description=Mailbox synchronization service

[Service]
Type=oneshot
ExecStart=/usr/bin/mbsync -a
</code></pre>
<p><strong><code>~/.config/systemd/user/mbsync.timer</code></strong></p>
<pre><code>[Unit]
Description=Mailbox synchronization timer

[Timer]
OnCalendar=*:0/10
Unit=mbsync.service

[Install]
WantedBy=timers.target
</code></pre>
<h2>msmtp</h2>
<p>Msmtp is a tool for sending mail (an MTA) from your local computer using the
smtp protocol. It can be run directly or hooked from your email client. I can't
imagine a Linux distro that wouldn't provide this in its repo, so install away.</p>
<p>The configuration here is intended to establish which extra SMTP features you
need and your authentication information.</p>
<p>Here's part of my config; we'll go through it line-by-line.</p>
<p><strong><code>~/.msmtprc</code></strong></p>
<pre><code># Always use security
defaults
auth on
tls on
tls_trust_file /etc/ssl/certs/ca-certificates.crt
protocol smtp
timeout 10

account migadu
host smtp.migadu.com
tls_starttls off
port 465
from jordan@jnewport.dev
user jordan@jnewport.dev
passwordeval &quot;cat ~/.config/passwords/migadu-email&quot;

account default : migadu
</code></pre>
<ul>
<li><p><code>defaults</code>: Says we'll be defining defaults for all accounts until it hits an
&quot;<code>account</code>&quot; line. Aren't context-sensitive configs great?</p>
</li>
<li><p><code>auth on</code>: Uses authentication. SMTP is very old, so the protocol doesn't
actually require this and we must explicitly configure it. Good luck finding a
publicly accessible SMTP server that lets you get away with it, but you <em>do</em>
have to explicitly configure this.</p>
</li>
<li><p><code>tls on</code>: Uses security, which is another thing that SMTP doesn't provide so
we have to explicitly tack it on here.</p>
</li>
<li><p><code>tls_trust_file /etc/ssl/certs/ca-certificates.crt</code>: Your system certificate
store; this is the same one from mbsync.</p>
</li>
<li><p><code>protocol smtp</code>: You could theoretically use LMTP instead, but if you're
sending normal email you almost certainly want SMTP.</p>
</li>
<li><p><code>timeout 10</code>: Waits for 10 seconds before failing to send a message. This is
super important, so you don't lock your mail client indefinitely because your
network connection dropped or you need to connect to a VPN.</p>
</li>
<li><p><code>account migadu</code>: Starts the configuration for an account named &quot;migadu&quot;.</p>
</li>
<li><p><code>host smtp.migadu.com</code>: Your email provider's SMTP URL. Most providers should
have one.</p>
</li>
<li><p><code>tls_starttls off</code>: Controls whether or not you should be using StartTLS,
which is a different method of encrypting email. Not all providers support it
(mine doesn't, it's not especially important); yours will tell you whether or
not it does.</p>
</li>
<li><p><code>port 465</code>: Which port to use on your SMTP URL; this is something your email
provider will tell you. Typically either 465 or 587 depending on StartTLS
support.</p>
</li>
<li><p><code>from jordan@jnewport.dev</code>: This is my return address.</p>
</li>
<li><p><code>user jordan@jnewport.dev</code>: This is my email address for authentication.</p>
</li>
<li><p><code>passwordeval &quot;cat ~/.config/passwords/migadu-email&quot;</code>: This is the same
technique used above to get my authentication password while allowing me to
publish my config; all the same commentary applies. The lazy person's
alternative is &quot;<code>password</code>&quot;.</p>
<p>It's worth noting here that some mail providers (organization-managed Gmail,
among others) have you use a different password for sending email than doing
everything else.</p>
</li>
<li><p><code>account default : migadu</code>: Sets my default account to send email from, if
it's not otherwise specified.</p>
</li>
</ul>
<p>General notes:</p>
<ul>
<li>Whitespace is not significant in this file, thankfully.</li>
<li>Gmail and Outlook are still hard. You may, once again, need to enable
external/untrusted/third-party applications and be careful about which port
you're using.</li>
<li>msmtp <em>also</em> has a pretty extensive man page.</li>
<li>You can add multiple accounts by just adding them to the bottom of the file.
Your default account should be defined before you specify it as default.</li>
</ul>
<h3>Command line usage</h3>
<p>You can test your msmtp config or send simple emails by piping the contents of
your email into:</p>
<p><code>msmtp -a &lt;account&gt; &lt;recipient email address&gt;</code></p>
<p>There are more complex tasks that can be done from the command line, but that's
up to you to figure out.</p>
<h2>mutt</h2>
<p>Now that we've set up our infrastructure for checking and sending email, we can
set up a program to view our emails (a &quot;mail user agent&quot;). This won't go into
anywhere near all the features that our chosen program, mutt, possesses, but it
should get you far enough that you can see your email (and you can configure
further from there). If you want to see a more fleshed-out mutt config,
<a href="https://git.sr.ht/%7Etalos/dotfiles/tree/master/item/.mutt">mine</a> is available in
my <a href="https://sr.ht/%7Etalos/dotfiles">dotfiles</a>. Mutt is available in most distros'
package repositories. Be careful to not confuse mutt and neomutt; in my
experience, neomutt doesn't work as well as plain old mutt.</p>
<p>The most relevant true quote I can find about mutt is on its homepage:</p>
<blockquote>
<p>&quot;All mail clients suck. This one just sucks less.&quot; -the creator of Mutt, circa
1995</p>
</blockquote>
<p>Mutt's configuration is mostly about usability and pointing it at the right
files. In general, mutt will work regardless of its configuration, so long as
you point it at a valid maildir.</p>
<p>Here is a simple config, based on mine. A lot of it is centered around making
mutt more similar to other mail clients you may have used. We'll walk through it
piece by piece. This one was tricky to make, because it's hard to balance which
features are needed versus which are just nice to have, but this should get you
started.</p>
<p><strong><code>~/.mutt/muttrc</code></strong></p>
<pre><code># set up default folders; this could technically be done in the account-specific config
set mbox_type=maildir
set mbox=&quot;~/Mail/migadu/INBOX&quot;
set spoolfile=&quot;~/Mail/migadu/INBOX&quot;
set folder=&quot;~/Mail/migadu/&quot;
set record=&quot;~/Mail/migadu/Sent/&quot;

# default account is migadu
source ~/.mutt/accounts/migadu

# switch between mines and migadu accounts
folder-hook migadu/* source ~/.mutt/accounts/migadu
folder-hook mines/* source ~/.mutt/accounts/mines
macro index M &quot;&lt;change-folder&gt;~/Mail/mines/INBOX&lt;enter&gt;&quot;  &quot;go to Mines Inbox&quot;
macro index I &quot;&lt;change-folder&gt;~/Mail/migadu/INBOX&lt;enter&gt;&quot;  &quot;go to Migadu Inbox&quot;

# never check for email directly from mutt; that's mbsync's job
set mail_check = 0
# set mail to be from me
set envelope_from

# aliases is your address book; mailcap is how to open attachments
set alias_file = ~/.mutt/aliases
set mailcap_path = ~/.mutt/mailcap

# These make mutt behave in a reasonable/expected manner when doing basic mail tasks
unset move
set delete
unset confirmappend
set quit
unset mark_old

# Sort
set sort = threads
set sort_aux = reverse-last-date-received
set sort_re

# HTML
# don't automatically view attachments
unset implicit_autoview
# the preferred text type order
alternative_order text/plain text/enriched text/html
# If there's only an html part and no plaintext, open it automatically
auto_view text/html

# Composing
# use $EDITOR for composing messages
set editor = `echo \$EDITOR`
# unsetting this allows you to forward messages inline rather than as attachments
unset mime_forward
# your forwarded-message subject line
set forward_format = &quot;Fwd: %s&quot;
# includes replied/forwarded message in your message
set include
# Prepends a &gt; to each quoted line
set forward_quote

# Aliases
# Actually use your alias file/address book
source ~/.mutt/aliases

# Handle html attachments better
macro index,pager E &quot;v/html&lt;enter&gt;s&lt;kill-line&gt;/tmp/mutt.html&lt;enter&gt;&quot;  &quot;save html part in /tmp/mutt.html&quot;
</code></pre>
<ul>
<li><p><code>set up default folders</code>: This block sets up which folders mutt should open
to, look in for mail, copy sent mail to, and so on. This could be done in the
account-specific config, but I have them included here as well.</p>
</li>
<li><p><code>source ~/.mutt/accounts/migadu</code>: This sources my account-specific config,
located at accounts/migadu. The effect of this is basically to make migadu my
default email account when mutt is opened.</p>
</li>
<li><p><code>switch between mines and migadu accounts</code>: These lines set up the hooks and
macros to change between different accounts, so I can use multiple accounts
with mutt. You could remove all of this if you only want to use mutt with one
email account.</p>
</li>
<li><p><code>set mail_check = 0</code>: This disables mutt's built-in mail checking
functionality, since I already have mbsync doing that for me.</p>
</li>
<li><p><code>set envelope_from</code>: This sets my account's email address as the return
address for msmtp to use.</p>
</li>
<li><p><code>set alias_file = ~/.mutt/aliases</code>: Sets my alias file (effectively, my
address book).</p>
</li>
<li><p><code>set mailcap_path = ~/.mutt/mailcap</code>: Tells mutt how to open some attachments.</p>
</li>
<li><p><code>These make mutt behave in a reasonable/expected manner</code>: These lines control
some common functionality and make mutt behave in the way any modern mail
client does by default. Some of these are defaults already in more modern
versions of mutt, but just in case you're trapped in obsolete RHEL 6 hell,
here they are.</p>
</li>
<li><p><code>Sort</code>: These set the default sort of mutt to date received, with new messages
at the top. They also keep threads together, as otherwise you would get each
reply separately, with only the subject lines to clue you in that they were
replies at all.</p>
</li>
<li><p><code>HTML</code>: Something you may or may not have known about email is that some email
is sent with only a plaintext part, some is sent with both a plaintext and
html part, and some is sent with only an HTML part. For much more
(opinionated) detail on how this works and why it's terrible, see <a href="https://useplaintext.email/">Use
Plaintext Email</a>. The purpose of these lines is
to default to the plaintext view, show you the HTML view when there is no
plaintext view available, and not automatically view any attachments (making
you open them yourself if you want them).</p>
<p>It's worth noting that Outlook completely mangles plaintext emails when
replying to them, so if you send email to outlook accounts often, it may be
worth fiddling with these.</p>
</li>
<li><p><code>Composing</code>: These lines set you up to write and reply to emails. They set up
which editor you'll write email in, how to handle the text of the message
you're replying to, and how your forwards will look. Relating to the above,
it's also worth noting that mutt will send all email as plaintext unless you
explicitly resave your email as html.</p>
</li>
<li><p><code>Aliases</code>: This actually sets you up to use your aliases.</p>
</li>
<li><p><code>Handle html attachments better</code>: This macro saves the html part of the email
you're currently looking at to your /tmp directory, so you can open it with
&quot;<code>firefox file:///tmp/mutt.html</code>&quot; (or whatever you prefer). This is useful for
messages containing images, or messages that need a full graphical browser to
render them well. You can invoke the macro on any email using the E key.</p>
</li>
</ul>
<p>I won't discuss all of them in much detail, but it's worth including some other
config files sourced by the main <code>muttrc</code> as well.</p>
<p><strong><code>~/.mutt/aliases</code></strong></p>
<pre><code>alias Jordan_Newport Jordan Newport &lt;jordan@jnewport.dev&gt;
alias Some_Name Some Name &lt;some.name@example.com&gt;
alias my_friends Jordan_Newport, Some_Name
</code></pre>
<p>This is an example of an alias file (analogous to an address book; a defined
name &quot;aliases&quot; to an email address or list of addresses). Alias names must be
one word. The &quot;body&quot; of an alias must be either a target to send email to (with
an optional name and mandatory &lt;email address&gt;) or a list of other aliases.
The client will automatically create aliases for you and append them to this
file if you hit <code>a</code> on a message.</p>
<p><strong><code>~/.mutt/mailcap</code></strong></p>
<pre><code>text/html; lynx -assume_charset=%{charset} -display_charset=utf-8 -dump %s; nametemplate=%s.html; copiousoutput

# PDF documents
application/pdf; zathura %s

# Images
image/jpg; feh -. %s
image/jpeg; feh -. %s
image/pjpeg; feh -. %s
image/png; feh -. %s
image/gif; feh -. %s

# Office Suites
application/msword; libreoffice %s;
application/vnd.ms-word.document.12; libreoffice %s;
application/vnd.openxmlformats-officedocument.wordprocessingml.document; libreoffice %s;
application/vnd.oasis.opendocument.text; libreoffice %s;
</code></pre>
<p>This mailcap file tells mutt how to open attachments. If a MIME type is not
defined here, mutt will try to show the file in the terminal, with typically-bad
results. If it <em>is</em> defined here, then mutt will use the specified command.
Terminal browsers such as lynx or w3m will typically have specific mailcap lines
they want you to use that are documented somewhere.</p>
<p><code>%s</code> is the filename mutt will supply to the program. <code>copiousoutput</code> means
that depending on your config options (particularly <code>implicit_autoview</code>),
mutt may open the attachment automatically.</p>
<p>If this all sounds too complicated for you, or if you get an attachment not in
your mailcap, mutt can also just save attachments to the filesystem to open
elsewhere at your leisure (use the <code>s</code> key in the attachments view).</p>
<p><strong><code>~/.mutt/accounts/migadu</code></strong></p>
<pre><code># vim: ft=muttrc
set realname = &quot;Jordan Newport&quot;
set from = &quot;Jordan Newport &lt;jordan@jnewport.dev&gt;&quot;
set sendmail = &quot;msmtp -a migadu&quot;
set mbox = &quot;~/Mail/migadu/Archive&quot;
set postponed = &quot;~/Mail/migadu/Drafts&quot;
set record = &quot;~/Mail/migadu/Sent&quot;
set signature = &quot;~/.mutt/signatures/migadu&quot;

macro index,pager 's' '&lt;save-message&gt;?&lt;change-dir&gt;&lt;kill-line&gt;~/Mail/migadu&lt;enter&gt;/'

macro index 'c' '&lt;change-folder&gt;?&lt;change-dir&gt;&lt;kill-line&gt;~/Mail/migadu&lt;enter&gt;/'

macro index,pager d &quot;&lt;save-message&gt;~/Mail/migadu/Trash&lt;enter&gt;&quot; &quot;Move message to the trash&quot;
</code></pre>
<p>This file is used for specifying account-specific options, including the name
and email address for this account, the particular files to use for some
commands, and so on.</p>
<p>The first line is a modeline to tell vim it's editing a mutt config file (vim
automatically knows this for files named &quot;muttrc&quot;, but otherwise you have to
tell it). This gives you syntax highlighting and such.</p>
<p>The next set of lines sets my name, from-line (name and email address for the
email to show up with; you <em>can</em> spoof this), the command to send mail, the mail
folders to use for this account, and the default signature for the account. The
signature is literally just a text file that will be appended to all of your
emails; it can contain things like your name, email address, title, or pronouns.</p>
<p>The next few lines set macros to override mutt's default behavior for,
respectively, moving an email to a folder (&quot;saving&quot;), changing folders, and
deleting. These configurations are nice to have for any account, since mutt
defaults to doing these things in a slightly weird way, but absolutely critical
for Gmail users since otherwise the Gmail server's default behavior will produce
all kinds of weirdness.</p>
<p>General notes:</p>
<ul>
<li>Mutt (just like every other piece of this puzzle) behaves strangely with Gmail
and Outlook. The tricky part here is that Gmail introduces a [Gmail] folder
and nests the drafts, sent mail, trash, and spam inside of that instead of at
the root level, so you need to configure around that.</li>
<li>Mutt's installed manual is kind of minimal, but there is more extensive
documentation <a href="http://mutt.org/doc/manual/">online</a>.</li>
<li>You can use mutt with multiple accounts, as shown in the above files.</li>
<li>Many command-line editors can be configured in specific ways to make them
easier to use with mutt. The following lines from my .vimrc set my line width
to 72 (which, for historical reasons, is the correct email line width) and
turn on spell checking:</li>
</ul>
<pre><code>autocmd BufRead /tmp/mutt-* setlocal tw=72
autocmd BufRead /tmp/mutt-* setlocal spell spelllang=en_us
</code></pre>
<h3>Usage</h3>
<p>Mutt can be run from your command line as <code>mutt</code>. Keybindings are reasonably
discoverable (and there are a few tutorials online); if you get lost, you should
use the <code>?</code> key. 90% of the time, you can search for what you want, and the
other 10% of the time, you have to read every command until you find one that
looks relevant, because mutt predates the commonly used name of the thing you
want to do. That's just the way it is. All mail clients suck. Mutt just sucks
less. Get ready.</p>
<h2>Getting everything setup</h2>
<p>So you've installed mbsync, msmtp, and mutt. You've copied the configurations I
put here and replaced all the values with the ones associated with your own
account.</p>
<p>Great!</p>
<p>To get started, it should be as simple as checking your configs on the command
line, running &quot;<code>mbsync -a</code>&quot; once to download your email initially, and opening
mutt. The first mbsync will take forever, just FYI. IMAP is not a fast protocol
for mass syncs; it's optimized for small updates, not wholesale downloads.</p>
<p>If something doesn't work, it could be anything but is probably related to
authentication. Check your passwords and URLs.</p>
<h1>Other Topics</h1>
<p>That is, strictly speaking, all you need to get started using <code>mutt</code> on the
command line for your email. However, if you want more information, read on!</p>
<h2>Migadu</h2>
<p>Throughout this post, I've used a &quot;migadu&quot; config as my default.
<a href="https://migadu.com">Migadu</a> is an email provider I use that is pretty friendly
to using alternative clients like mutt.  It has great configuration guides for
stuff like this. It lets you use your own domain, and tells you how to set up
the DNS for that. It has mildly-okay webmail.  It's simple, cheap, and has no
drama and little confusion. It isn't selling your data. I've never (to my
knowledge) had an email get flagged as spam or fail to deliver, which is a
problem that people often have when self-hosting email or using small providers.
It is hosted in Switzerland (I don't know how you feel about this, but it might
be relevant). If you're looking into committing to a terminal-email workflow, I
would seriously consider a provider like Migadu. I would recommend them.</p>
<h2>Alternative applications</h2>
<p>In this post, I discuss mbsync to fetch email, msmtp to send email, and mutt to
use as a client/MUA. There are some alternatives to each of these. I don't have
any configs to show as examples or much opinion on the user experience, but I'll
mention them.</p>
<p><strong>Fetching email</strong>: The most common alternative is <code>offlineimap</code>. I have used
it; it works (and was the &quot;standard&quot; for many years), but has significantly
worse performance than <code>mbsync</code>, particularly if you have a lot of folders.</p>
<p><strong>Sending email</strong>: msmtp really is the standard here; a lot of your alternatives
will be forks of msmtp that add some specific feature and haven't been merged.</p>
<p><strong>Mail clients</strong>: There are a huge amount of alternatives here. Some are listed
on <a href="https://useplaintext.email/">Use Plaintext Email</a>; others are listed in all
sorts of places. Mutt isn't necessarily the best one to use; it's just popular
and not-terrible.</p>
<p>Something that may be useful to know is that when you delete or move emails in
mutt, many mail providers misbehave (this isn't the fault of anyone in
particular; it's just that &quot;move to Trash&quot; being the common deletion behavior is
tricky to get right), so it may be nice to have a phone client that is
compatible. The one I use is <a href="https://f-droid.org/en/packages/com.fsck.k9/">K-9
Mail</a>.</p>
<p><strong>Total solutions</strong>: Mutt (and some other MUAs) can actually be used as the MUA,
MTA, and email fetcher by logging into the server during use. The configuration
for this looks totally different, I don't have one for you to look at, and it
requires that you be online (and on the VPN, and so on) all the time. The
advantage here is that you don't need to install a mail fetcher or MTA.</p>
<footer>
  <noscript> <hr> Thank you for blocking Javascript. </noscript>
  <hr>
  <p>This website features no Javascript and no cookies; best viewed in any browser.</p>
  <p>The content on this website is <a href="https://creativecommons.org/licenses/by-sa/4.0/">
    CC-BY-SA</a>.</p>
</footer>


A blog/cli-mail.md => blog/cli-mail.md +619 -0
@@ 0,0 1,619 @@
<head>
  <meta charset="utf-8"/>
  <title>CLI mail: Jordan Newport</title>
  <link rel="stylesheet" type="text/css" href="blog.css">
</head>
<p><a href=../index.html>Back to site home</a></p>

<p><a href=index.html>Back to blog index</a></p>

# CLI mail
#### 2021-04-03

I've been using [mutt](https://mutt.org) for my email for probably a year and a
half now, and I'm a pretty big fan.

There are a whole bunch of benefits:
* Because I'm not in a browser, I can read my emails with significantly less
  Javascript, RAM usage, incidental tracking, and so on.
* I can write my emails in my editor (Neovim, but you could use any).
* I'm not beholden to Google changing the interface of Gmail on me, and in fact
  I'm not beholden to Google in any way.
* All my command-line tools are available to me, and I can make macros as I
  please.
* If I want to interact with Git through email (popular on
  [Sourcehut](https://sr.ht) and in older projects like the Linux kernel), I can
  do so much more easily.

(If you genuinely enjoy your webmail, or want it to tie directly into other
Google or Microsoft tools, or whatever, there are downsides as well--but I
definitely prefer the terminal.)

However, it can be intimidating to start using a CLI mail tool. This post is
intended to walk through some of the infrastructure you'll need to set up. As
always, the Arch Wiki is an excellent source of information on these as well.

All configurations in this post are taken from
[my dotfiles](https://sr.ht/~talos/dotfiles).

Quick contextual notes: IMAP is a protocol for fetching email from a server. It
supplanted the older POP3. SMTP is a protocol for sending email. A MUA is a
"mail user agent"; it's basically a mail client that lets you look at and
interact with mail. It may or may not have other features, like fetching or
sending mail. An MTA is a "mail transfer agent"; it sends mail.

## mbsync

Mbsync is a tool for fetching mail to your local computer ("Mail Box Sync"). It
can be run on-demand or in a service, and will keep your mailbox up-to-date for
you. It also sends your changes (deleting messages, sending messages, etc.) back
up to the server. It should be available from your distro's package repository;
sometimes, for reasons that are unclear to me, it is called "isync" instead.

The configuration here is intended to establish your authentication information,
what email to sync, and how to put it onto your local machine.

This is one account, taken from my config. We'll go through it line-by-line.

**`~/.mbsyncrc`**
```
IMAPAccount migadu
Host imap.migadu.com
User jordan@jnewport.dev
PassCmd "cat ~/.config/passwords/migadu-email"
SSLType IMAPS
CertificateFile /etc/ssl/certs/ca-certificates.crt

IMAPStore migadu-remote
Account migadu

MaildirStore migadu-local
Subfolders Verbatim
Path ~/Mail/migadu/
Inbox ~/Mail/migadu/INBOX

Channel migadu
Far :migadu-remote:
Near :migadu-local:
Patterns *
Create Both
Remove Both
SyncState *
```

* `IMAPAccount migadu`: Starts the account configuration section for an account
  named "migadu". This name can be referred to elsewhere, including from the
  command line.
* `Host imap.migadu.com`: This is the IMAP URL for my mail provider. Most
  providers (even Gmail and Outlook) have one; you should be able to find it in
  their documentation.
* `User jordan@jnewport.dev`: This is my email address.
* `PassCmd "cat ~/.config/passwords/migadu-email"`: This fetches my email
  account's password from another file. I have it set up this way so I can
  publish my dotfiles without leaking my password. The simpler alternative if
  you don't intend to publish your email dotfiles is just `Pass
  "your_password"`. The more complex alternative if you don't want your password
  stored in plaintext anywhere on your computer is to use a more complex PassCmd
  that uses encryption in some way. This can be aggravating because then you
  need to enter your gpg password every time you want your email, and it will be
  more difficult to run mbsync as a service.

  I would argue that it's smart to keep your password out of this file even if
  you don't intend to publish it; if I were writing a virus to infect personal
  Linux boxes, ~/.mbsyncrc is definitely a file I would check for to see if I
  could get your password. Your choice, though.
* `SSLType IMAPS`: How you want your IMAP traffic encrypted. Your email provider
  will tell you if it should be something other than IMAPS.
* `CertificateFile /etc/ssl/certs/ca-certificates.crt`: Where your system
  certificate store is located. Your distro will know this better than I will,
  but you can come up with a guess by running "`openssl version -d`" and then
  appending "`/certs/ca-certificates.crt`".
* `IMAPStore migadu-remote`: Defines the name of your IMAP store, which will be
  needed later.
* `Account migadu`: Which account is associated with this IMAP store.
* `MaildirStore migadu-local`: Defines the name of your maildir store, which is
  associated with where your email goes on the computer you're checking it on.
* `Subfolders Verbatim`: Defines how subfolders will appear; "Verbatim" is the
  only remotely intuitive option.
* `Path ~/Mail/migadu/`: Where your mail will be downloaded to on your computer.
* `Inbox ~/Mail/migadu/INBOX`: Where your Inbox (a special folder in the Maildir
  format, hence its special treatment here) should be located. It can be, but
  does not have to be, inside the Path.
* `Channel migadu`: Names a channel to actually check mail with.
* `Far :migadu-remote:`: The IMAP store associated with this channel; defined
  above.
* `Near :migadu-local:`: The Maildir store associated with this channel; defined
  above.
* `Patterns *`: Which mailboxes to check. `*` means all of them.
* `Create Both`: creates missing mailboxes on both sides (so if you make a new
  folder, it will propagate both to and from this machine).
* `Remove Both`: Removes deleted mailboxes, thereby propagating their deletion.
  Note that there is a special "deleted" flag, so the software can distinguish
  between deleted and not-yet-created mailboxes.
* `SyncState *`: Stores a sync-state file called "`.mbsyncstate`" in each
  mailbox (folder). You could also provide a path to append to the mailbox name.

A couple general notes:
* Whitespace is significant. If you remove the blank lines or add new ones, your
  config will break. This is inconvenient and confusing, but the reason is so it
  can define sections without needing indentation or braces.
* Gmail and Outlook can be tricky, particularly for organization-controlled
  accounts. They are doable, but you should look for more resources elsewhere.
  The things you may run into are that it will be harder to find configuration
  information, authentication may be difficult, and you may need to explicitly
  allow external/untrusted/third-party applications in the web interface.
* If you want more information, mbsync's man page is pretty extensive.
* Until pretty recently, "Master" and "Slave" were idiomatic, rather than "Far"
  and "Near". You can update your config now to use Far/Near now, if this is
  something that's important to you.
* You can add multiple accounts, just separate them with a blank line.

### Command line usage

You can run `mbsync` directly from the command line, to check your config or to
check your email before your service is set to trigger. This is easy; you just
run "`mbsync <your IMAPAccount name>`" to check one mailbox or "`mbsync -a`" to
check all of them. The `-V` flag will give you verbose output, which can help
debug issues.

### Running as a service

You can run mbsync as a systemd service, cron job, or whatever else, which will
keep your inbox perpetually up-to-date and save you time when you want your
email. Here are my systemd files (I won't annotate these, because this is less
valuable, but they may still be helpful).  You may have to fight systemd a
little to get user services running; you can't just start them like you can
system services.

**`~/.config/systemd/user/mbsync.service`**
```
[Unit]
Description=Mailbox synchronization service

[Service]
Type=oneshot
ExecStart=/usr/bin/mbsync -a
```

**`~/.config/systemd/user/mbsync.timer`**
```
[Unit]
Description=Mailbox synchronization timer

[Timer]
OnCalendar=*:0/10
Unit=mbsync.service

[Install]
WantedBy=timers.target
```

## msmtp

Msmtp is a tool for sending mail (an MTA) from your local computer using the
smtp protocol. It can be run directly or hooked from your email client. I can't
imagine a Linux distro that wouldn't provide this in its repo, so install away.

The configuration here is intended to establish which extra SMTP features you
need and your authentication information.

Here's part of my config; we'll go through it line-by-line.

**`~/.msmtprc`**
```
# Always use security
defaults
auth on
tls on
tls_trust_file /etc/ssl/certs/ca-certificates.crt
protocol smtp
timeout 10

account migadu
host smtp.migadu.com
tls_starttls off
port 465
from jordan@jnewport.dev
user jordan@jnewport.dev
passwordeval "cat ~/.config/passwords/migadu-email"

account default : migadu
```

* `defaults`: Says we'll be defining defaults for all accounts until it hits an
  "`account`" line. Aren't context-sensitive configs great?
* `auth on`: Uses authentication. SMTP is very old, so the protocol doesn't
  actually require this and we must explicitly configure it. Good luck finding a
  publicly accessible SMTP server that lets you get away with it, but you *do*
  have to explicitly configure this.
* `tls on`: Uses security, which is another thing that SMTP doesn't provide so
  we have to explicitly tack it on here.
* `tls_trust_file /etc/ssl/certs/ca-certificates.crt`: Your system certificate
  store; this is the same one from mbsync.
* `protocol smtp`: You could theoretically use LMTP instead, but if you're
  sending normal email you almost certainly want SMTP.
* `timeout 10`: Waits for 10 seconds before failing to send a message. This is
  super important, so you don't lock your mail client indefinitely because your
  network connection dropped or you need to connect to a VPN.
* `account migadu`: Starts the configuration for an account named "migadu".
* `host smtp.migadu.com`: Your email provider's SMTP URL. Most providers should
  have one.
* `tls_starttls off`: Controls whether or not you should be using StartTLS,
  which is a different method of encrypting email. Not all providers support it
  (mine doesn't, it's not especially important); yours will tell you whether or
  not it does.
* `port 465`: Which port to use on your SMTP URL; this is something your email
  provider will tell you. Typically either 465 or 587 depending on StartTLS
  support.
* `from jordan@jnewport.dev`: This is my return address.
* `user jordan@jnewport.dev`: This is my email address for authentication.
* `passwordeval "cat ~/.config/passwords/migadu-email"`: This is the same
  technique used above to get my authentication password while allowing me to
  publish my config; all the same commentary applies. The lazy person's
  alternative is "`password`".

  It's worth noting here that some mail providers (organization-managed Gmail,
  among others) have you use a different password for sending email than doing
  everything else.
* `account default : migadu`: Sets my default account to send email from, if
  it's not otherwise specified.

General notes:

* Whitespace is not significant in this file, thankfully.
* Gmail and Outlook are still hard. You may, once again, need to enable
external/untrusted/third-party applications and be careful about which port
you're using.
* msmtp *also* has a pretty extensive man page.
* You can add multiple accounts by just adding them to the bottom of the file.
Your default account should be defined before you specify it as default.

### Command line usage

You can test your msmtp config or send simple emails by piping the contents of
your email into:

`msmtp -a <account> <recipient email address>`

There are more complex tasks that can be done from the command line, but that's
up to you to figure out.

## mutt

Now that we've set up our infrastructure for checking and sending email, we can
set up a program to view our emails (a "mail user agent"). This won't go into
anywhere near all the features that our chosen program, mutt, possesses, but it
should get you far enough that you can see your email (and you can configure
further from there). If you want to see a more fleshed-out mutt config,
[mine](https://git.sr.ht/~talos/dotfiles/tree/master/item/.mutt) is available in
my [dotfiles](https://sr.ht/~talos/dotfiles). Mutt is available in most distros'
package repositories. Be careful to not confuse mutt and neomutt; in my
experience, neomutt doesn't work as well as plain old mutt.

The most relevant true quote I can find about mutt is on its homepage:

> "All mail clients suck. This one just sucks less." -the creator of Mutt, circa
> 1995

Mutt's configuration is mostly about usability and pointing it at the right
files. In general, mutt will work regardless of its configuration, so long as
you point it at a valid maildir.

Here is a simple config, based on mine. A lot of it is centered around making
mutt more similar to other mail clients you may have used. We'll walk through it
piece by piece. This one was tricky to make, because it's hard to balance which
features are needed versus which are just nice to have, but this should get you
started.

**`~/.mutt/muttrc`**
```
# set up default folders; this could technically be done in the account-specific config
set mbox_type=maildir
set mbox="~/Mail/migadu/INBOX"
set spoolfile="~/Mail/migadu/INBOX"
set folder="~/Mail/migadu/"
set record="~/Mail/migadu/Sent/"

# default account is migadu
source ~/.mutt/accounts/migadu

# switch between mines and migadu accounts
folder-hook migadu/* source ~/.mutt/accounts/migadu
folder-hook mines/* source ~/.mutt/accounts/mines
macro index M "<change-folder>~/Mail/mines/INBOX<enter>"  "go to Mines Inbox"
macro index I "<change-folder>~/Mail/migadu/INBOX<enter>"  "go to Migadu Inbox"

# never check for email directly from mutt; that's mbsync's job
set mail_check = 0
# set mail to be from me
set envelope_from

# aliases is your address book; mailcap is how to open attachments
set alias_file = ~/.mutt/aliases
set mailcap_path = ~/.mutt/mailcap

# These make mutt behave in a reasonable/expected manner when doing basic mail tasks
unset move
set delete
unset confirmappend
set quit
unset mark_old

# Sort
set sort = threads
set sort_aux = reverse-last-date-received
set sort_re

# HTML
# don't automatically view attachments
unset implicit_autoview
# the preferred text type order
alternative_order text/plain text/enriched text/html
# If there's only an html part and no plaintext, open it automatically
auto_view text/html

# Composing
# use $EDITOR for composing messages
set editor = `echo \$EDITOR`
# unsetting this allows you to forward messages inline rather than as attachments
unset mime_forward
# your forwarded-message subject line
set forward_format = "Fwd: %s"
# includes replied/forwarded message in your message
set include
# Prepends a > to each quoted line
set forward_quote

# Aliases
# Actually use your alias file/address book
source ~/.mutt/aliases

# Handle html attachments better
macro index,pager E "v/html<enter>s<kill-line>/tmp/mutt.html<enter>"  "save html part in /tmp/mutt.html"
```

* `set up default folders`: This block sets up which folders mutt should open
  to, look in for mail, copy sent mail to, and so on. This could be done in the
  account-specific config, but I have them included here as well.
* `source ~/.mutt/accounts/migadu`: This sources my account-specific config,
  located at accounts/migadu. The effect of this is basically to make migadu my
  default email account when mutt is opened.
* `switch between mines and migadu accounts`: These lines set up the hooks and
  macros to change between different accounts, so I can use multiple accounts
  with mutt. You could remove all of this if you only want to use mutt with one
  email account.
* `set mail_check = 0`: This disables mutt's built-in mail checking
  functionality, since I already have mbsync doing that for me.
* `set envelope_from`: This sets my account's email address as the return
  address for msmtp to use.
* `set alias_file = ~/.mutt/aliases`: Sets my alias file (effectively, my
  address book).
* `set mailcap_path = ~/.mutt/mailcap`: Tells mutt how to open some attachments.
* `These make mutt behave in a reasonable/expected manner`: These lines control
  some common functionality and make mutt behave in the way any modern mail
  client does by default. Some of these are defaults already in more modern
  versions of mutt, but just in case you're trapped in obsolete RHEL 6 hell,
  here they are.
* `Sort`: These set the default sort of mutt to date received, with new messages
  at the top. They also keep threads together, as otherwise you would get each
  reply separately, with only the subject lines to clue you in that they were
  replies at all.
* `HTML`: Something you may or may not have known about email is that some email
  is sent with only a plaintext part, some is sent with both a plaintext and
  html part, and some is sent with only an HTML part. For much more
  (opinionated) detail on how this works and why it's terrible, see [Use
  Plaintext Email](https://useplaintext.email/). The purpose of these lines is
  to default to the plaintext view, show you the HTML view when there is no
  plaintext view available, and not automatically view any attachments (making
  you open them yourself if you want them).

  It's worth noting that Outlook completely mangles plaintext emails when
  replying to them, so if you send email to outlook accounts often, it may be
  worth fiddling with these.
* `Composing`: These lines set you up to write and reply to emails. They set up
  which editor you'll write email in, how to handle the text of the message
  you're replying to, and how your forwards will look. Relating to the above,
  it's also worth noting that mutt will send all email as plaintext unless you
  explicitly resave your email as html.
* `Aliases`: This actually sets you up to use your aliases.
* `Handle html attachments better`: This macro saves the html part of the email
  you're currently looking at to your /tmp directory, so you can open it with
  "`firefox file:///tmp/mutt.html`" (or whatever you prefer). This is useful for
  messages containing images, or messages that need a full graphical browser to
  render them well. You can invoke the macro on any email using the E key.

I won't discuss all of them in much detail, but it's worth including some other
config files sourced by the main `muttrc` as well.

**`~/.mutt/aliases`**
```
alias Jordan_Newport Jordan Newport <jordan@jnewport.dev>
alias Some_Name Some Name <some.name@example.com>
alias my_friends Jordan_Newport, Some_Name
```

This is an example of an alias file (analogous to an address book; a defined
name "aliases" to an email address or list of addresses). Alias names must be
one word. The "body" of an alias must be either a target to send email to (with
an optional name and mandatory \<email address\>) or a list of other aliases.
The client will automatically create aliases for you and append them to this
file if you hit `a` on a message.

**`~/.mutt/mailcap`**
```
text/html; lynx -assume_charset=%{charset} -display_charset=utf-8 -dump %s; nametemplate=%s.html; copiousoutput

# PDF documents
application/pdf; zathura %s

# Images
image/jpg; feh -. %s
image/jpeg; feh -. %s
image/pjpeg; feh -. %s
image/png; feh -. %s
image/gif; feh -. %s

# Office Suites
application/msword; libreoffice %s;
application/vnd.ms-word.document.12; libreoffice %s;
application/vnd.openxmlformats-officedocument.wordprocessingml.document; libreoffice %s;
application/vnd.oasis.opendocument.text; libreoffice %s;
```

This mailcap file tells mutt how to open attachments. If a MIME type is not
defined here, mutt will try to show the file in the terminal, with typically-bad
results. If it *is* defined here, then mutt will use the specified command.
Terminal browsers such as lynx or w3m will typically have specific mailcap lines
they want you to use that are documented somewhere.

`%s` is the filename mutt will supply to the program. `copiousoutput` means
that depending on your config options (particularly `implicit_autoview`),
mutt may open the attachment automatically.

If this all sounds too complicated for you, or if you get an attachment not in
your mailcap, mutt can also just save attachments to the filesystem to open
elsewhere at your leisure (use the `s` key in the attachments view).

**`~/.mutt/accounts/migadu`**
```
# vim: ft=muttrc
set realname = "Jordan Newport"
set from = "Jordan Newport <jordan@jnewport.dev>"
set sendmail = "msmtp -a migadu"
set mbox = "~/Mail/migadu/Archive"
set postponed = "~/Mail/migadu/Drafts"
set record = "~/Mail/migadu/Sent"
set signature = "~/.mutt/signatures/migadu"

macro index,pager 's' '<save-message>?<change-dir><kill-line>~/Mail/migadu<enter>/'

macro index 'c' '<change-folder>?<change-dir><kill-line>~/Mail/migadu<enter>/'

macro index,pager d "<save-message>~/Mail/migadu/Trash<enter>" "Move message to the trash"
```

This file is used for specifying account-specific options, including the name
and email address for this account, the particular files to use for some
commands, and so on.

The first line is a modeline to tell vim it's editing a mutt config file (vim
automatically knows this for files named "muttrc", but otherwise you have to
tell it). This gives you syntax highlighting and such.

The next set of lines sets my name, from-line (name and email address for the
email to show up with; you *can* spoof this), the command to send mail, the mail
folders to use for this account, and the default signature for the account. The
signature is literally just a text file that will be appended to all of your
emails; it can contain things like your name, email address, title, or pronouns.

The next few lines set macros to override mutt's default behavior for,
respectively, moving an email to a folder ("saving"), changing folders, and
deleting. These configurations are nice to have for any account, since mutt
defaults to doing these things in a slightly weird way, but absolutely critical
for Gmail users since otherwise the Gmail server's default behavior will produce
all kinds of weirdness.

General notes:

* Mutt (just like every other piece of this puzzle) behaves strangely with Gmail
  and Outlook. The tricky part here is that Gmail introduces a [Gmail] folder
  and nests the drafts, sent mail, trash, and spam inside of that instead of at
  the root level, so you need to configure around that.
* Mutt's installed manual is kind of minimal, but there is more extensive
  documentation [online](http://mutt.org/doc/manual/).
* You can use mutt with multiple accounts, as shown in the above files.
* Many command-line editors can be configured in specific ways to make them
  easier to use with mutt. The following lines from my .vimrc set my line width
  to 72 (which, for historical reasons, is the correct email line width) and
  turn on spell checking:

```
autocmd BufRead /tmp/mutt-* setlocal tw=72
autocmd BufRead /tmp/mutt-* setlocal spell spelllang=en_us
```

### Usage

Mutt can be run from your command line as `mutt`. Keybindings are reasonably
discoverable (and there are a few tutorials online); if you get lost, you should
use the `?` key. 90% of the time, you can search for what you want, and the
other 10% of the time, you have to read every command until you find one that
looks relevant, because mutt predates the commonly used name of the thing you
want to do. That's just the way it is. All mail clients suck. Mutt just sucks
less. Get ready.

## Getting everything setup

So you've installed mbsync, msmtp, and mutt. You've copied the configurations I
put here and replaced all the values with the ones associated with your own
account.

Great!

To get started, it should be as simple as checking your configs on the command
line, running "`mbsync -a`" once to download your email initially, and opening
mutt. The first mbsync will take forever, just FYI. IMAP is not a fast protocol
for mass syncs; it's optimized for small updates, not wholesale downloads.

If something doesn't work, it could be anything but is probably related to
authentication. Check your passwords and URLs.

# Other Topics

That is, strictly speaking, all you need to get started using `mutt` on the
command line for your email. However, if you want more information, read on!

## Migadu

Throughout this post, I've used a "migadu" config as my default.
[Migadu](https://migadu.com) is an email provider I use that is pretty friendly
to using alternative clients like mutt.  It has great configuration guides for
stuff like this. It lets you use your own domain, and tells you how to set up
the DNS for that. It has mildly-okay webmail.  It's simple, cheap, and has no
drama and little confusion. It isn't selling your data. I've never (to my
knowledge) had an email get flagged as spam or fail to deliver, which is a
problem that people often have when self-hosting email or using small providers.
It is hosted in Switzerland (I don't know how you feel about this, but it might
be relevant). If you're looking into committing to a terminal-email workflow, I
would seriously consider a provider like Migadu. I would recommend them.

## Alternative applications

In this post, I discuss mbsync to fetch email, msmtp to send email, and mutt to
use as a client/MUA. There are some alternatives to each of these. I don't have
any configs to show as examples or much opinion on the user experience, but I'll
mention them.

**Fetching email**: The most common alternative is `offlineimap`. I have used
it; it works (and was the "standard" for many years), but has significantly
worse performance than `mbsync`, particularly if you have a lot of folders.

**Sending email**: msmtp really is the standard here; a lot of your alternatives
will be forks of msmtp that add some specific feature and haven't been merged.

**Mail clients**: There are a huge amount of alternatives here. Some are listed
on [Use Plaintext Email](https://useplaintext.email/); others are listed in all
sorts of places. Mutt isn't necessarily the best one to use; it's just popular
and not-terrible.

Something that may be useful to know is that when you delete or move emails in
mutt, many mail providers misbehave (this isn't the fault of anyone in
particular; it's just that "move to Trash" being the common deletion behavior is
tricky to get right), so it may be nice to have a phone client that is
compatible. The one I use is [K-9
Mail](https://f-droid.org/en/packages/com.fsck.k9/).

**Total solutions**: Mutt (and some other MUAs) can actually be used as the MUA,
MTA, and email fetcher by logging into the server during use. The configuration
for this looks totally different, I don't have one for you to look at, and it
requires that you be online (and on the VPN, and so on) all the time. The
advantage here is that you don't need to install a mail fetcher or MTA.

<footer>
  <noscript> <hr> Thank you for blocking Javascript. </noscript>
  <hr>
  <p>This website features no Javascript and no cookies; best viewed in any browser.</p>

  <p>The content on this website is <a href="https://creativecommons.org/licenses/by-sa/4.0/">
    CC-BY-SA</a>.</p>
</footer>


A blog/index.html => blog/index.html +30 -0
@@ 0,0 1,30 @@
<!DOCTYPE html>
<html lang="en">
  <head>
    <meta charset="utf-8"/>
    <title>Blog</title>
    <link rel="stylesheet" type="text/css" href="../index.css">
  </head>

  <body>
    <p style="margin: 10mm 0 10mm 3mm;"><a href="../index.html">Back to main page</a></p>

    <p>My blog. I post about tech and maybe-eventually sometimes other things.</p>

    <p>Posts:</p>

    <ul>
      <li><a href="cli-mail.html">CLI mail</a>, a guide to checking your mail
        in your terminal. 2021-04-03.
    </ul>

  </body>
  <footer>
    <noscript> <hr> Thank you for blocking Javascript. </noscript>
    <hr>
    <p>This website features no Javascript and no cookies; best viewed in any browser.</p>

    <p>The content on this website is <a href="https://creativecommons.org/licenses/by-sa/4.0/">
      CC-BY-SA</a>.</p>
  </footer>
</html>


M index.css => index.css +3 -0
@@ 15,3 15,6 @@ h2 {
h3 {
  margin: 2mm;
}
h4 {
  margin: 2mm;
}


M index.html => index.html +2 -0
@@ 16,6 16,8 @@

  <p>PGP: BD9D FB8B FB69 83DD 489C 76C9 151B 87A3 5FCC 5839 </p>

  <h2><a href="blog/index.html">Blog</a></h2>

  <h2>Projects and Fun Stuff</h2>
  <ul>
    <li><a href="https://sr.ht/~talos/threelayout-symbols/"> 3l-symbols</a>: