The first form displays all of your mail options
The second displays just that one option, which may be either `@mail', `replyto', or one of the flags listed below. The mail options control various annoying details of your mail reading and mail editing commands.
The remaining forms of this command are for setting your mail options:
@mail-option +<flag>
@mail-option -<flag>
@mail-option !<flag> (equivalent to -<flag>)
These respectively set and reset the specified flag
-include @replys start out with a blank message body
+include @replys start with original message included
-all @replys go to sender only
+all @replys go to sender and all original recipients
-followup @replys go as directed by `all' flag
+followup @replys go to first nonplayer recipient if any
(if there are no non-player recipients, use `all' flag).
-nosubject @send forces you to provide a Subject: line
+nosubject allow entering the mail editor without giving a subject line
-expert novice mail user (various annoying messages will be printed)
+expert expert mail user (suppress printing of annoying messages)
-enter start each mail editing session in the usual command mode.
+enter start each mail editing session with an implicit `enter'
command
-sticky each mail command applies by default to one's own collection
+sticky each mail command applies by default to the same message
collection that the previous successful command did
-netmail mail to you accumulates in your MOO mailbox
+netmail mail to you is actually forwarded to your registered email
address, if you have one.
-resend_forw @resend puts player in Resent-By: header
+resend_forw @resend puts player in From: header (like @forward)
-no_auto_forward @netforward when expiring messages
+no_auto_forward do not @netforward messages when expiring mail
-expert_netfwd @netforward confirms before emailing messages
+expert_netfwd @netforward doesn't confirm before emailing messages
-no_dupcc send a personal copy even if already subscribed to a
mailing list on the to: line
+no_dupcc don't send personal copies of mail also sent to lists
you are subscribed to
-no_unsend People may @unsend unread messages they send to you
+no_unsend No one may @unsend messages they sent to you
For "sticky", `mail command' is one of @mail, @read, @prev, @next, @answer.
All flags default to the `-' settings.
The first two forms specify that if you give a @mail or @read command asking for <number> or more messages, you will first be given a yes-or-no prompt to continue, the idea being that you many not actually have wanted to see that many messages. The third form turns off this behavior.
@mail-option @mail [is] <message-sequence>
The "@mail" option determines what message-sequence the @mail command uses by
default. Initially, this is "last:15", but other reasonable choices include
"new" and "1-last"
The first form specifies that a Reply-To: field is to be placed in all messages constructed by @send or @answer. Note this can still be changed before sending via the mail room's reply-to command.
The second form resets this option so that no Reply-to: is initially inserted.
@mail-option rn_order=<order>
controls the order in which folders listed by @rn and @subscribed will appear. <order> can be one of
read folders are sorted by last read date. (default)
send folders are sorted by last send date.
fixed folders are not sorted
To control expiration of messages (see "help @keep-mail") we have