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
|