> $ mail
> read a message, then
> ? q
> Saved 1 message in /home/jidanni/mbox
> Held 5 messages in /home/jidanni/Maildir/
> 
> Proof that the above is bad:
> The next time the user does
> $ mail
> he will only see four messages.
> 
> What other mail program ever made the user's read messages "disappear"
> somewhere else

Any POSIX-compatible mailx implementation will do the same. According to
POSIX:

  "Messages that are in the system mailbox and in state 'read' when mailx
  quits shall be saved in the mbox, unless the internal variable 'hold' was
  set. Messages that are in the mbox or in a secondary mailbox and in
  state read when mailx quits shall be retained in their current
  location."

> so when he restarts the program he can't find them anymore?

He can switch to the mbox anytime by issuing the

  file &

command. Quoting POSIX:

   "Several unquoted special characters shall be recognized when used as
   file names, with the following substitutions:

   %       The system mailbox for the invoking user.
   %user   The system mailbox for user.
   #       The previous file.
   &       The current mbox.
   +file   The named file in the folder directory. (See the
           folder variable.)"

> Why can't read messages be saved in the same place they came from, like
> mutt?

Use "set hold", as described above.

Regards,
Sergey

_______________________________________________
Bug-mailutils mailing list
Bug-mailutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-mailutils

Reply via email to