🚀 go-pugleaf

In article <1990Mar5.171928.12129@DSI.COM> syd@DSI.COM writes:
>ajk@mace.cc.purdue.edu (Jeff Boerio) writes:
>
>
>>When using Elm, and if a message is in /usr/spool/mail, Elm will print the
>>little Status symbols for each message.  However, if I use "elm -f <folder>,
>>Elm will not extract the Status field and display it.
>
>>Can someone tell me why?  I use filter to send 98% of my mail to folders,
>>leaving very little in /usr/spool/mail.  It would be helpful to KNOW which
>>messages haven't been read (by looking at the status symbol), instead of
>>guessing which ones haven't been read.
>Elm doesn't know the difference between spooled mail and mail folders
>as far as displaying the status symbols is concerned.

Actually elm does make a distinction between the user's system mailbox
(e.g., /usr/mail/darrell) and other mailboxes.  Here is some code from
src/newmbox.c:

	      /* set default status - always 'visible'  - and
	       * if a spool file, presume 'new', otherwise
	       * 'read', for the time being until overridden
	       * by a Status: header.
	       * We presume 'read' for nonspool mailfile messages
	       * to be compatible messages stored with older versions of elm,
	       * which didn't support a Status: header.
	       */
	      if(folder_type == SPOOL)
	       		current_header->status = VISIBLE | NEW | UNREAD;
	      else
	       		current_header->status = VISIBLE;

This code sets the initial status for mail being read from a file.  If
it's the spool file it will show as new ('N') unless a Status: header
exists which indicates differently.  Note that if you're reading your
spool file and save some mail to a file, the Status: gets saved along
with the rest of the mail.  filter (and deliver) don't add a Status:
header when storing mail. 

I use deliver to sort my incoming mail into many different files or my
spool file.  I've hacked this code to always use the initial status of
VISIBLE|NEW|UNREAD for any file.  This allows me to be able to identify
any mail that arrived since I last read the file.

If there is enough interest I'll submit my changes to Syd as a patch.

-- 
Darrell McIntosh, Motorola Microcomputer Division, Urbana [IL] Design Center
Phone:  +1 217 384 8509
Email:  darrell@urbana.mcd.mot.com, udc!darrell, uunet!uiucuxc!udc!darrell