.I fileproc
is valid.
.PP
-For the
-.B display
-and
-.B list
-responses, any valid argument to
-the
-.I lproc
-is valid. If any non\-switch arguments are present, then
-the pathname of the draft will be excluded from the argument list given
-to the
-.I lproc
-(this is useful for listing another
-.B nmh
-message).
-.PP
See
.BR mh\-profile (5)
for further information about how editors
^<lasteditor>\-next:~^To name an editor to be used after exit
^~^from <lasteditor>
^fileproc:~^Program to refile the message
-^lproc:~^Program to list the contents of a message
-^sendproc:~^Program to use to send the message
+^listproc:~^Program to list the contents of a message
.fi
.SH "SEE ALSO"
None
.SH BUGS
-The argument to the
-.B \-prompt
-switch must be interpreted as a single
-token by the shell that invokes
-.BR whatnow .
-Therefore, one must
-usually place the argument to this switch inside double\-quotes.
-.PP
If the initial edit fails,
.B whatnow
deletes your draft (by renaming
it with a leading comma); failure of a later edit preserves the draft.
-.PP
-If
-.I whatnowproc
-is
-.BR whatnow ,
-then
-.BR comp ,
-.BR dist ,
-.BR forw ,
-and
-.B repl
-use a built\-in
-.BR whatnow ,
-and do not actually run the
-.B whatnow
-program. Hence, if you define your own
-.IR whatnowproc ,
-don't call it
-.B whatnow
-since it won't be run.
-.PP
-If
-.I sendproc
-is
-.BR send ,
-then
-.B whatnow
-uses a built\-in
-.BR send ,
-it does not actually run the
-.B send
-program. Hence, if
-you define your own
-.IR sendproc ,
-don't call it
-.B send
-since
-.B whatnow
-won't run it.