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