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> (equivalent to -<flag>)
These respectively set and reset the specified flag
-include @reply's start out with a blank message body
+include @reply's start with original message included
-all @reply's go to sender only
+all @reply's go to sender and all original recipients
-nosubject @send forces you to provide a Subject: line
+nosubject allow entering the mail editor without giving a subject line
-enter start each mail editing session in the usual command mode.
+enter start each mail editing session with an implicit `enter' command
-expert novice mail user (various annoying messages will be printed)
+expert expert mail user (suppress printing of annoying messages)
-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
-netforward one month old mail is deleted.
+netforward one month old mail is forwarded to one's registered e-mail address.
For "sticky", `mail command' is one of @mail, @read, @prev, @next, @answer.
All flags default to the `-' settings.
Next, we have
@mail-option manymsgs [is] <number>
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"
@mail-option replyto [is] <recipient> [<recipient>...]
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.