On Wed, 01 Oct 2014 12:27:06 -0400, Ricardo Stella said:
> Sep 30 14:42:05 listserv sendmail[10584]: s8UCVDur023009:
> to=<[log in to unmask]>, delay=00:00:00, xdelay=00:00:00,
> mailer=esmtp,pri=231994, relay=mta.domain.edu. [10.0.0.10], dsn=5.0.0,
> stat=Service unavailable

dsn=5.0.0.  Ding ding ding, we have a *winner*!

Tell the admin of mta.domain.edu to not return a 5.0.0 error code in
this case.  Return codes starting with 5 are by definition permanent
errors, and the mail should *not* be queued for retry.  4.x.x errors
are temporary and will cause a requeue.  This is how things have worked
since RFC821 all the way back in 1982.

This one has a different cause:

Sep 30 14:42:05 listserv sendmail[10584]: s8UIg5bl010584:
to=<owner-mylist-l*user1**DOMAIN*[log in to unmask]>, delay=00:00:00,
xdelay=00:00:00, mailer=esmtp, pri=30000, relay=mta.domain.edu., dsn=5.7.0,
stat=User unknown

You need a patch against Sendmail so it knows to pass all owner-* mail to
Listserv.  I've attached it.  If your copy of lsv_amin lives somewhere other
than /usr/local/bin, you'll need to adjust it accordingly.


############################

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-PEACH.exe?SUBED1=LSTSRV-L&A=1