On 6/16/2011 11:09, Bruce Keppler wrote: > Thanks for the excellent suggestion. I have one follow up question before I try this. I know there are at least 21 messages queued up and ready to be released once I get this list freed. If my list members get "spammed" with 21 or more messages in rapid succession they are going to scream to be removed from the list. In a perfect world what I'd like to do is ensure those messages get put in the archives but are not distributed via email. If that isn't possible then I'd like to just purge them before attempting the solution below. > > Is there a way to do either of these things? > > Many thanks, > > BK > If you set everyone to NOMAIL before you free the list, the messages will be archived, but copies will not be sent to the subscribers. Before you do this, you might want to query all subscribers' option settings, so you can restore their current settings after the messages are processed. If you are not concerned about restoring subscribers' current options, do this: quiet set (listname) nomail for *@* free (listname) quiet set (listname) mail for *@* If you want to be able to restore subscribers' current options, do this: query (listname) for *@* quiet set (listname) nomail for *@* free (listname) After the pending messages are processed, use the output from the query command to determine which subscribers need to be reset to MAIL, DIGEST, or INDEX. I would suggest using 'quiet set' rather than 'set', to suppress notification to the subscribers that you have changed their option settings. If you need to reset options for more than a few subscribers, you might want to do it by email, rather than via the web interface. Send a single message to listserv@(your-listserv-server-hostname) with the following commands as the only text in the body of the message: ok begin quiet set (listname) (option) for (someone) ... quiet set (listname) (option) for (someone-else) ok end LISTSERV will send a single command confirmation request for all commands between 'ok begin' and 'ok end', rather than a seperate command confirmation request for each command. -- Paul Russell, Senior Systems Administrator OIT Messaging Services Team University of Notre Dame ############################ To unsubscribe from the LSTSRV-L list: write to: mailto:[log in to unmask] or click the following link: http://peach.ease.lsoft.com/scripts/wa.exe?SUBED1=LSTSRV-L&A=1