I received a couple of replies that suggested I didn't do a very good job of explaining the problem? The list moved to another site, I deleted everything out of listserv dealing with the list, kept the machine userid naming the list and forwarded any mail sent to the "old" list name to the new address. [log in to unmask] addresses mail to listserv for subscription to a list that doesn't exist. [log in to unmask] forges [log in to unmask] as the return address. The mail is going to smtp, mailer, then listserv. Listserv looks for the list that has been deleted and can't find it, so mail is sent to [log in to unmask] stating that the list doesn't exist. Listserv not wanting to disappoint [log in to unmask], sends the request to the nearest backbone server (as will happen for anyone that is not a backbone server) [log in to unmask] has been spoofed and the backbone server spammed. Under normal circumstances (not a forged address) this would be fine, as we would want to inform [log in to unmask] that the list no longer exists. There are always exceptions to the rule. Okay, recreate the list (which is what I did) with subscription closed. This prevents the backbone server from getting mail, but listserv still sends mail back to [log in to unmask] *** This is what I wish to stop if possible, the cc: going to [log in to unmask] *** Our site is still getting hit, but [log in to unmask] and the backbone server are no longer bothered. If I could redirect requests for a particular list to a "holding" area, then delete those files with a quick little exec, then I'm not even bothered and the spammer/spoofer is just wasting their own time. A quiet command for the list (like is used for adds/deletions) would be just the ticket! Does ListServ 1.8c have provisions for this? Our NT servers will be running the most current version of Listserv. I don't think this problem is fully appreciated unless it is happening to your site... I've gotten one mail message that this is happening at another site, I'm sure there are others? Thanks again for any tips/suggestions/comments/etc... There are others looking for help, please post to the list AND special thanks to those that have already replied. Howard Howard F. Speight, Jr., VM Systems Programmer East Carolina University, Computing and Information Systems Austin 107G Greenville, NC 27858-4353