On Fri, 05 Oct 2001 11:13:31 EDT, Michael Sailer <[log in to unmask]> said: > I can not however send mail to the list. The list name is > [log in to unmask] When I send an e-mail to the list I > get a delivery failure, "unknown user" message from my outgoing mail server. > My first thought would be the aliases file of which a copy is located below, > however that seems to be correct. I did also do a newaliases command to make > sure that it took after the additions were made. Look at the output of 'newaliases' *carefully*. On my Listserv box, I get this: # newaliases /etc/aliases-lsv-global: 90198 aliases, longest 79 bytes, 4706945 bytes total /etc/aliases: 4 aliases, longest 28 bytes, 102 bytes total /etc/aliases-lsv-local: 22298 aliases, longest 77 bytes, 1497196 bytes total # Things to check: 1) That the files listed are the files your sendmail.cf is supposed to be using (most often, this is caused by confusion as to whether the file name is /etc/aliases or /etc/mail/aliases). In my sendmail.mc for listserv, I have: define(`ALIAS_FILE',`/etc/aliases,/etc/aliases-lsv-local,/etc/aliases-ls v-global')dnl Which results in a sendmail.cf line of: # location of alias file O AliasFile=/etc/aliases,/etc/aliases-lsv-local,/etc/aliases-lsv-global 2) check the number of aliases against the number you expect to have. I have 22,000 local aliases because I have 5 aliases per list, and just under 4,500 lists. 3) Look in your syslog output, and see if Sendmail actually sent the mail to lsv-amin. Here's one (slightly sanitized) set of msgs from this morning: Oct 5 00:00:36 listserv sendmail[75250]: f9540Zmm075250: from=<[log in to unmask]>, size=304, class=0, nrcpts=1, msgid=<001501c14d53$13a52960$727c52c6@hubby>, proto=ESMTP, daemon=MTA, relay=IDENT:[log in to unmask] [198.82.161.183] Oct 5 00:00:36 listserv sendmail[63312]: f9540Zmm075250: f9540amm063312: clone: owner=owner-LISTNAME Oct 5 00:00:36 listserv sendmail[63312]: f9540amm063312: to="|/usr/local/bin/lsv_amin -t LISTNAME", ctladdr=<[log in to unmask]> (1/0), delay=00:00:01, xdelay=00:00:00, mailer=prog, pri=30321, dsn=2.0.0, stat=Sent If you find 'stat=Sent', then lsv_amin got invoked and wrote it where it thinks it should go. If you don't have stat=Sent, something is broken. See (4) and (5) for most common breakages. 4) Make sure that lsv_amin is using the same value of $LSVSPOOL as Listserv. For the 'lsv' process, it's set in the go.sys script and possibly over-ridden in go.user. 'strings -a lsv_amin | grep /' should tell you what lsv_amin uses for its value. 5) lsv_amin should have the correct permissions: % ls -l /usr/local/bin/lsv_amin -rwsr-xr-x 1 listserv listserv 25800 Jul 18 2000 /usr/local/bin/lsv_amin Note that it's set-UID to listserv so it can write in the 'spool' directory. Failing to run it set-UID will cause bad karma... ;) /Valdis