Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!rutgers!mit-eddie!uw-beaver!blake!ogccse!schaefer
From: schaefer@ogccse.ogc.edu (Barton E. Schaefer)
Newsgroups: comp.mail.mush
Subject: Re: Questions and wish list
Summary: The referenced article is 3 months old, at least.
Message-ID: <4212@ogccse.ogc.edu>
Date: 13 Aug 89 05:02:37 GMT
References: <1438@opus.cs.mcgill.ca>
Reply-To: schaefer@ogccse.UUCP (Barton E. Schaefer)
Organization: Oregon Graduate Center, Beaverton, OR
Lines: 40

Yet another 3-month old article reappears, re-dated Jul 22.  I wish that
whatever site is perpetrating this nonsense would get its act together.
To stem a spate of other unnecessary followups, I'll make one.  This is
a drastically abbreviated version of my original followup, which will
probably re-appear in the next day or two the same way this message did
and totally confuse everyone.

In article <1438@opus.cs.mcgill.ca> bajan@opus.UUCP (Alan Emtage) writes:
} 
} (1) Is there currently any way of feeding mush the header of the mail you
} want to send and then have it drop into its usual "sending" mode.

Try the recently-reposted Rnmush script.

} (2) Is there a bug in changing the variables "ignore and alwaysignore"
} after initialization?

"alwaysignore" hasn't done anything useful since about version 6.0
and should always be ignored.

} (3) Are there any plans in the future to allow the curses (I don't use
} the suntool mode at the moment) mode to deal with 2 folders at once?

A workaround is to use

    merge other_folder | set other_folder_list

You can then examine the messages from the other folder and, when finished,
expunge them by

    delete $other_folder_list

Just remember not to do any sorting before deleting, or you will probably
delete some of the wrong messages.  You can create macros to automate the
merge/expunge process.
-- 
Bart Schaefer           "And if you believe that, you'll believe anything."
                                                            -- DangerMouse
CSNET / Internet                schaefer@cse.ogc.edu
UUCP                            ...{sequent,tektronix,verdix}!ogccse!schaefer