S-nail
Arch Linux uses S-nail as its POSIX mailx
incarnation. S-nail is MIME capable and has extensions for line editing, S/MIME, SMTP, IMAP, POP3, and more. Mailx is the user side of the Unix mail system, whereas the system side was traditionally taken by sendmail. S-nail can also send directly to external SMTP servers, so no local MTA is required.
Installation
Example usage
Because the systemwide configuration file (/etc/mail.rc
) brings in some useful standards, sending mail over an installed local mail-transfer-agent (MTA), such as sendmail or postfix, can be as easy as follows:
# echo 'Message body' | mailx --debug --subject='A subject' --attach=an_attachment.txt foo1@bar.example 'Foo2 <foo2@bar.example>'
Using the -d
/--debug
flag results in a sandbox dry-run. You can adjust the program which is used as a MTA by setting the variable mta
(fine-tuning via mta-arguments
, mta-no-default-arguments
, mta-argv0
).
See the manual mailx(1). In particular, see mailx(1) § On sending mail, and non-interactive mode:
# < /etc/passwd LC_ALL=C.UTF-8 mailx --debug -:/ --set=sendwait --set=ttycharset=utf8 --set=mta=/usr/bin/sendmail --subject='My password file!' -. 'Back <side@book>' # echo Message was passed successfully: $?
By default message delivery is asynchronous, and mailx will exit as soon as the prepared message has been passed over to the delivery mechanism, stating only whether message preparation was successful (or not). If the sendwait
option is set, however, the exit status of the started (builtin or not) MTA will be used as the message delivery "success" or "failure" status.
The -.
/--end-options
command line option will forcefully terminate option processing and turn on message send mode.
As shown in the previous example, commands can (and should) detach from environmental settings and configuration files via LC_ALL=C.UTF-8
, -:/
/−−resource-files=/
, and use explicit -S
/--set
and -X
/--startup-cmd
command line flags to create their own reproducible setup.
Sending messages to files and pipes, without an MTA intervention, is possible with the expandaddr
option:
# echo bla | mailx --set=expandaddr --subject=test ./mbox.mbox # echo bla | mailx --set=expandaddr --subject=test '|cat >> ./mbox.mbox' # echo bla | mailx --set=expandaddr --subject=test -
expandaddr
can be given a value and be used for address verification. The following example assumes somefile.pdf exists. As mentioned above, one should remove -d
/--debug
to avoid a dry run. It sets the record
option to the file used to record all outgoing mail, so that we then can look into the generated message:
# echo Body | \ > LC_ALL=C.UTF-8 mailx --debug -:/ --set=v15-compat --set=sendwait --set=ttycharset=utf8 \ > --set=from='Me <me@home>' \ > --set=expandaddr=fail,-all,+addr \ > --set=nosave --set=record=/tmp/out.mbox \ > --set=mimetypes-load-control \ > --startup-cmd='mimetype application/pdf pdf' \ > --attach=somefile.pdf --subject=Subject \ > -. '(foo2bar) <foo2@bar.example>' bob@hey.example # mailx --read-only --file /tmp/out.mbox
The manual sections mailx(1) § A starter, and mailx(1) § On reading mail, and interactive mode worth a glance when looking for more "quick shots".
In cases when in the following USER and PASS are specified as part of an URL (and only then), they must become URL-percent-encoded: mailx offers the urlcodec
command which does this for you:
# printf 'urlcodec encode USER PASS\nx\n' | mailx -#
-#
is for -#
/--batch-mode
. printf as well as mailx are subject to your locale settings:
# # In UTF-8: # printf 'urlcodec encode SPAß\nx\n' | mailx -# SPA%C3%9F # # In ISO-8859-1: # printf 'urlc enc SPAß\nx\n' | mailx -# SPA%DF
Configuration
Configuration files are the user-specific $HOME/.mailrc
and the systemwide /etc/mail.rc
, the latter of which is in the PKGBUILD's backup array, and hence will survive upgrades to s-nail. All the remaining examples in this article are based upon this configuration template, which simply sets some security and send mode basics:
# All the examples require v15-compat! set v15-compat # Arch Linux-specific locations of certificates. # Since these are subject to the Arch Linux update mechanism, # use only those, do not try to load OpenSSL builtin ones. # And use the TLS specific set: see "man 8 update-ca-trust" #set ssl-ca-dir=/etc/ssl/certs set ssl-ca-file=/etc/ssl/certs/ca-certificates.crt set ssl-ca-no-defaults # Do not use protocols older than TLS v1.2. # Change this only when the remote server does not support it: # maybe use ssl-protocol-HOST (or -USER@HOST) syntax to define # such explicit exceptions, then, e.g. # ssl-protocol-USER@archlinux.org="-ALL,+TLSv1.2" set ssl-protocol=-ALL,+TLSv1.2 # Explicitly define the list of ciphers, which may improve security, # especially with protocols older than TLS v1.2. See ciphers(1). # This is an example: in reality it is possibly best to only use # ssl-cipher-list-HOST (or -USER@HOST), as necessary, again.. set ssl-cipher-list=TLSv1.2:!aNULL:!eNULL:@STRENGTH #set ssl-cipher-list="ALL:!aNULL:!eNULL:!MEDIUM:!LOW:!MD5:!RC4:!EXPORT" # Request strict transport security checks set ssl-verify=strict # Essential setting: select allowed character sets # (Have a look at the "Character sets" manual section) set sendcharsets=utf-8,iso-8859-1 # A very kind option: when replying to a message, first try to # use the same encoding that the original poster used herself! set reply-in-same-charset # When replying to or forwarding a message the comment and name # parts of email addresses are removed unless this variable is set set fullnames # When sending messages, wait until the Mail-Transfer-Agent finishs. set sendwait # Only use builtin MIME types, no mime.types(5) files. # That set is often sufficient, but look at the output of the # `mimetype' command to ensure this is true for you, too set mimetypes-load-control # Default directory where we act in (relative to $HOME if not absolute) set folder=mail # A leading "+" (often) means: under folder # record is used to save copies of sent messages, $DEAD is error storage # inbox: system mailbox, by default /var/mail/$USER: file % # $MBOX: secondary mailbox: file & set MBOX=+mbox.mbox record=+sent.mbox DEAD=+dead.mbox set inbox=+system.mbox # Define some shortcuts; now one may say, e.g., file mymbo shortcut mymbo %:+mbox.mbox \ myrec +sent.mbox # This is optional, but you should get the big picture # by reading the manual before you leave that off set from="Your Name <youremail@domain>" # Mailing-list specifics (manual: "Mailing lists"): set followup-to followup-to-honour=ask-yes reply-to-honour=ask-yes # And teach some non-subscribed / some subscribed lists, too mlist @xyz-editor.xyz$ @xyzf.xyz$ mlsubscribe ^xfans@xfans.xyz$
Sending mail with an external SMTP server
To send messages via the built-in SMTP (Simple Mail Transfer Protocol) client to an external SMTP server, several options have to be set or adjusted. Add the following as appropriate to the configuration as above, changing bold strings. Reading the manual section mailx(1) § On URL syntax and credential lookup is worthwhile.
# It can be as easy as # (Remember USER and PASS must be URL percent encoded) set mta=smtp://USER:PASS@HOST \ smtp-use-starttls # It may be necessary to set hostname and/or smtp-hostname # if the "SERVER" of smtp and "domain" of from do not match. # Reading the "ON URL SYNTAX.." and smtp manual entries may be worthwhile set mta=(smtp[s]/submission)://[USER[:PASS]@]SERVER[:PORT] \ smtp-auth=login[/plain]... \ smtp-use-starttls # E.g. here is a real life example of a very huge free mail provider # (Activate this account via mailx -AXooglX from the command line, # or use the ? acc[ount] XooglX command in interactive mode) account XooglX { # Localize options, forget them when changing the account localopts yes # (The plain smtp:// proto is optional) set mta=smtp://USER:PASS@smtp.gmXil.com smtp-use-starttls set from="Your Name <youremail@domain>" } # And here is a pretty large one which does not allow sending mails # if there is a domain name mismatch on the SMTP protocol level, # which would bite us if the value of from does not match, e.g., # for people who have a sXXXXeforge project and want to speak # with the mailing list under their project account (in from), # still sending the message through their normal mail provider account XandeX { localopts yes set mta=smtps://USER:PASS@smtp.yaXXex.ru:465 \ hostname=yaXXex.com smtp-hostname= set from="Your Name <youremail@domain>" }
Note that, when storing passwords in $HOME/.mailrc
, you should set appropriate permissions with chmod 0600
. You can also set the netrc-lookup option and store user credentials in $HOME/.netrc
(or $NETRC) instead; e.g., here is a real life example that sets up SMTP, POP3 as well as IMAP, storing all user credentials in there:
account XandeX { localopts yes set from="Your Name <youremail@domain>" wysh set netrc-lookup # netrc-pipe='gpg -qd ~/.netrc.gpg' set mta=smtps://smtp.yXXXXx.ru:465 \ smtp-hostname= hostname=yXXXXx.com set pop3-keepalive=240 shortcut pop pop3s://pop.yXXXXx.ru # Type xp to login to the POP3 account commandalias xp 'fi pop' set imap-keepalive=240 shortcut imap imaps://imap.yXXXXx.ru # Type xi to login to the IMAP account commandalias xi 'fi imap' }
and, in $HOME/.netrc
:
machine *.yXXXXx.ru login USER password PASS
In this case USER and PASS are clear text, not URL encoded. You can further diversify things and use encrypted password storage. To adjust the example accordingly, simply encrypt your ~/.netrc
file with OpenPGP and uncomment the netrc-pipe
statement above.
The encrypted storage ~/.netrc.gpg
can be created like this:
# gpg -e .netrc # eval `gpg-agent --daemon --pinentry-program=/usr/bin/pinentry-curses --max-cache-ttl 99999 --default-cache-ttl 99999`
Test the configuration (use the -d
/--debug
command line option for a dry-run):
# echo test-body | mailx --verbose --verbose --account=XandeX --subject=test-subject some@where
Interactive usage
Interactive usage is referred to throughout the manual as "compose mode". mailx(1) § Compose mode.
Mailx has a wide-glyph aware command line editor with history capabilities and coloured message display support. Because it strives for POSIX standard compliance some settings have to be adjusted before using it interactively does not baffle all descriptions, however. Reading mailx(1) is unavoidable, but add, at a minimum, the following on top of the example configuration:
# (The global configuration /etc/mail.rc provides some commented basics; # in particular it shows all options that POSIX mandates as defaults.) # Start into interactive mode even if the system mailbox is empty or # does not exist. mailx will exit immediately without that one set emptystart # When composing a message, start directly into $EDITOR set editalong # Start $PAGER when a message is longer than VALUE lines; # without VALUE: screen $LINES set crt= # A nicer prompt for a modern terminal wysh set prompt='?\${?}!\${!}[\${account}#\${mailbox-display}]? ' # Add more entries to the history, and make that persistent set history-gabby history-file=+.s-nailhist # When printing messages, show only these headers # (Easier to retain what you want than to ignore # what you do not; use Print to see all headers and Show # to see the raw message content) retain date from to cc subject # Try to get around weird MIME attachment specifications # (This option can take a value, see the manual for more) set mime-counter-evidence=0xE # Display HTML parts inline, nicer than what the builtin viewer can achieve #set pipe-text/html='@* lynx -stdin -dump -force_html' # Learn another mimetype mimetype model/vrml wrl vrml # Create some new commands so that, e.g., `ls /tmp' will.. commandalias ls !ls -latro commandalias ps !ps axu
Once you are in it use list to print all available builtin commands. Typing `?X' tries to expand "X" and print a help string; since mailx allows abbreviations of all commands this is sometimes handy, try, e.g., ?h, ?he and ?hel ... The command help will print a short summary of the most frequent used commands, more so if the variable verbose
is set.
Usage
When starting into interactive mode a summary of the content of the initially opened mailbox is printed, as via the headers
command.
In the header display messages are given numbers (starting at 1) which uniquely identify messages. Messages can be printed with the print
command, or short: p
. Whereas p
honours retain
ed (or ignore
d) list of headers to be displayed, the P
rint command will not and display all headers; the Sh
ow command will print raw message content.
By default the current message (dot) is printed, but just like with many other commands it is possible to specify lists of messages, as is documented in the manual section mailx(1) § Specifying messages; e.g., p:u
will display all unread messages, p.
will print the current message (dot), p 1 5
will print the messages 1 and 5 and p-
and p+
will print the previous and the next message, respectively. Note that simply typing RETURN in an empty line acts like next
(n
) and thus prints the next message.
The command from
is nice for an overview, e.g., f '@<@arch linux
will print the header summary of all messages that contain the string "arch linux" in some message header, whereas f '@arch linux
will only match those with "arch linux" in their subject; finally, the regular expression f @^A[^[:space:]]+
finds all the messages whose subject start with an A character, and without white space characters immediately following that A. Be aware that quoting may be necessary when there is whitespace in search expressions etc.
file
andFile
open a new mailbox, the latter in readonly modenewmail
(dependent on the mailbox, checks for new mail and) prints a listing of new messageshe
(headers) reprints the message listz-
z+
z0
z$
scroll through the header display (dependent on the terminal you are using the Home/End/PageUp/PageDown keys will be working aliases)folders
shows a listing of mailboxes under the currently setfolder
r
replies to all addressees of the given message(s)R
replies to the sender of the given message(s)Lreply
"mailing-list" reply to the given message(s)move
ormv
moves (a) message(s)(un)flag
marks (a) message(s) as (un)flaggednew
marks (a) message(s) unreadseen
marks (a) message(s) readP
prints (a) message(s) with all headersp
prints (a) message(s) and all non-ignored headersshow
prints the raw message of content of (a) message(s)write
orw
download messages and attachments in native format to local storage
Message composition
Composition is started by typing mail user@host
or by replying to a message. When you enter $EDITOR
(assuming editalong
is set) you will find yourself in the native editor, where many operations can be performed using tilde escapes (short help available via ~?
). Of particular interest is ~@
, which either allows interactive editing of the attachment list, or, when given arguments, to add a(n) (comma-separated list of) additional attachment(s), as well as ~^
, which is a multiplexer command which offers some control about the message, e.g., to create custom headers.
To send the mail, signal EOT with Ctrl+d
or type ~.
on its own line.
Using S/MIME
The manual contains a step-by-step example of how to create your certificates etc. (mailx(1) § Signed and encrypted messages with S/MIME as well as mailx(1) § S/MIME step by step). Assuming you have your private key and signed certificate already, just create the paired file we need
# cat private-key.pem signed-certificate.pem > ~/pair.pem
and setup S-nail via
set smime-sign-cert=~/pair.pem \ smime-sign-message-digest=SHA256 \ smime-sign
From now any message that is sent will be signed. The default message digest would be SHA1, as mandated by RFC:5751. Note that S/MIME always works relative to the setting of the variable from, so it seems best to instead place the above settings in an account
. The verify
command verifies S/MIME messages, but note that S/MIME decryption and verification is solely based upon OpenSSL for now, which only supports messages with a simplistic MIME structure.
Workaround missing OpenPGP support
S-nail does not yet support OpenPGP. However, using a macro it is possible to at least automatically verify inline --clearsign
ed messages, and using command ghosts their usage becomes handy: e.g., use the following in resource file and you will be able to verify a clearsigned message by just typing V
:
define V { \localopts yes; \wysh set pipe-text/plain=$'@*#++=@\ < "${MAILX_FILENAME_TEMPORARY}" awk \ -v TMPFILE="${MAILX_FILENAME_TEMPORARY}" \'\ BEGIN{done=0}\ /^-----BEGIN PGP SIGNED MESSAGE-----/,/^$/ {\ if(done++ != 0)\ next;\ print "--- GPG --verify ---";\ system("gpg --verify " TMPFILE " 2>&1");\ print "--- GPG --verify ---";\ print "";\ next;\ }\ /^-----BEGIN PGP SIGNATURE-----/,/^-----END PGP SIGNATURE-----/ {\ next;\ }\ {print}\ \;\ print } define RK { !printf 'Key IDs to gpg --recv-keys: ';\ read keyids;\ gpg --recv-keys ${keyids}; } commandalias V '\'call V commandalias RK '\call RK'
Using an IMAP mailbox
The following are only quick hints. It is also possible to define folder and inbox to point to IMAP server folders, for example. Internationalized names are supported.
set v15-compat # or many servers will expire the session set imap-keepalive=240 set imap-cache=~/.imap_cache
# You may want to define shortcuts to folders, for example: shortcut myimap "imaps://USER:PASS@server:port" set inbox=myimap