You could add the following line to the list header

Errors-To= [log in to unmask]

Where [log in to unmask] is the address to which the error messages should be delivered. You could setup a gmail (or other) account specifically created to receive error messages and deal with them en masse. LISTSERV should always have a legitimate address to deliver these messages.

That being said, one of the responsibilities of a listowner is to monitor the 'health' of their list(s). These messages notify owners of potential problems other than 'user unknown.'

Regards,
Randy Klumph
The National Consortium on Deaf-Blindness
The Teaching Research Institute
Western Oregon University
[log in to unmask]


----- Original Message -----
From: Steve Eckard <[log in to unmask]>
Date: Friday, March 28, 2008 5:54 am
Subject: [LSTSRV-L] daily error monitoring report
To: [log in to unmask]


> Good morning all. I know I have asked before, but I have a list owner
> who continues receiving the following messages on a daily basis for
> several weeks now. She forwards them to me?!
> Is there any way to stop these message from going to her as owner or
> any way to filter? Thanks again for the help.
> Subject: ADMIN-TECH-L: Daily error monitoring report
>
> The following subscriber is currently being monitored:
>
> Err First Last  Address
> --- ----- ----- -------
>   1 03/24 03/24 Heather Kacmarski <[log in to unmask]>
>                 Last error: 5.1.1 550 5.1.1 User unknown
>
> Err=   Number of delivery errors received thus far
> First= Date first delivery error was received (mm/dd)
> Last=  Date of most current delivery error (mm/dd)
>
> Subscribers will  be automatically  deleted from  the list  when delivery
> errors have  been reported for a  period of 4  days or more, or  when
> 100
> delivery errors  have been  received, whichever occurs  first. Monitoring
> will cease after 5 days without any reported errors.
>
> Note: manually  deleted subscribers may  remain on the  monitoring report
> under an alias  address. Such entries will expire eventually;  you do
> not
> need to do anything about them.
>
>
>
>
> Steve Eckard
> IT Specialist
> James Madison University
> MSC 5735
> 568-8191
>