In the last email you indicated that in my sendmail.cf file I may have a line that lists 2 alias files: O AliasFile=/etc/aliases O AliasFile=/etc/aliases.listserv I only have 1: O AliasFile=/etc/aliases which does contain the listserv variables. I did run newaliases and even re-booted the server. This is my whole aliases file which everything appears normal when I run a newaliases giving me 34 aliases: ------------------------------------------------------------------ [root@www /etc]# vi aliases # Well-known aliases. manager: root dumper: root operator: root # trap decode to catch security attacks decode: root # Person who should get root's mail root: admin sys: admin, [log in to unmask] # -- Aliases for LISTSERV server listserv: "|/usr/local/bin/lsv_amin -t listserv" owner-listserv: "|/usr/local/bin/lsv_amin -t owner-listserv" # -- Aliases for 'datacom-equipment' mailing list datacom-equipment: "|/usr/local/bin/lsv_amin -t datacom-equipment" owner-datacom-equipment: "|/usr/local/bin/lsv_amin -t owner-datacom-equipment" datacom-equipment-request: "|/usr/local/bin/lsv_amin -t datacom-equipment-request" datacom-equipment-search-request: "|/usr/local/bin/lsv_amin -t datacom-equipment-search-re quest" datacom-equipment-server: "|/usr/local/bin/lsv_amin -t datacom-equipment-server" datacom-equipment-subscribe-request: "|/usr/local/bin/lsv_amin -t datacom-equipment-subscr ibe-request" datacom-equipment-signoff-request: "|/usr/local/bin/lsv_amin -t datacom-equipment-signoff- request" datacom-equipment-unsubscribe-request: "|/usr/local/bin/lsv_amin -t datacom-equipment-unsu bscribe-request" # -- Aliases for 'mikeslist123xyz' mailing list mikeslist123xyz: "|/usr/local/bin/lsv_amin -t mikeslist123xyz" owner-mikeslist123xyz: "|/usr/local/bin/lsv_amin -t owner-mikeslist123xyz" mikeslist123xyz-request: "|/usr/local/bin/lsv_amin -t mikeslist123xyz-request" mikeslist123xyz-search-request: "|/usr/local/bin/lsv_amin -t mikeslist123xyz-search-reques t" mikeslist123xyz-server: "|/usr/local/bin/lsv_amin -t mikeslist123xyz-server" mikeslist123xyz-subscribe-request: "|/usr/local/bin/lsv_amin -t mikeslist123xyz-subscribe- request" mikeslist123xyz-signoff-request: "|/usr/local/bin/lsv_amin -t mikeslist123xyz-signoff-requ est" ------------------------------------------------------------------ This is a line in my sendmail.cf file which pertains to this. Is it normal to be Fw/etc/sendmailcw? What is that Fw: Cwlocalhost # file containing names of hosts for which we receive email Fw/etc/sendmail.cw # my official domain name # ... define this only if sendmail cannot automatically determine your domain #Dj$w.Foo.COM -------------------------------------------------------------------------- And this finally is my virtusertable which is where I think the problem resides either in the # accept-email-at-domain routes or lines: # This file is automatically generated # Please put custom changes at the end # Cobalt Networks 1998 [log in to unmask] root [log in to unmask] postmaster [log in to unmask] jward [log in to unmask] brianc [log in to unmask] randyo [log in to unmask] postmaster [log in to unmask] dougf [log in to unmask] debl [log in to unmask] dsailer [log in to unmask] majordomo_site1-owner [log in to unmask] production [log in to unmask] MAILER-DAEMON [log in to unmask] admin [log in to unmask] root [log in to unmask] annb [log in to unmask] sys [log in to unmask] atm [log in to unmask] owner-majordomo_home [log in to unmask] admin [log in to unmask] majordomo_home [log in to unmask] nobody [log in to unmask] joer [log in to unmask] MAILER-DAEMON [log in to unmask] tsimpson [log in to unmask] postmaster [log in to unmask] sys [log in to unmask] owner-majordomo_site2 [log in to unmask] admin-corpte [log in to unmask] MAILER-DAEMON [log in to unmask] gkane [log in to unmask] majordomo_site2 [log in to unmask] MAILER-DAEMON [log in to unmask] sys [log in to unmask] rayt [log in to unmask] owner-majordomo_site3 [log in to unmask] majordomo_site4 [log in to unmask] admin [log in to unmask] nobody [log in to unmask] robynk [log in to unmask] susank [log in to unmask] MAILER-DAEMON [log in to unmask] gregp [log in to unmask] sys [log in to unmask] owner-majordomo_site1 [log in to unmask] jwilliamson [log in to unmask] majordomo_home-owner [log in to unmask] brucep [log in to unmask] majordomo_site1 [log in to unmask] bzeek [log in to unmask] nobody [log in to unmask] root [log in to unmask] postmaster [log in to unmask] mike [log in to unmask] msailer [log in to unmask] charlies [log in to unmask] admin [log in to unmask] msailer [log in to unmask] postmaster [log in to unmask] kartop [log in to unmask] majordomo_site2-owner [log in to unmask] alib [log in to unmask] root [log in to unmask] listserv [log in to unmask] majordomo_site3-owner [log in to unmask] majordomo_site4-owner [log in to unmask] root # accept-email-at-domain routes @accesstomoney.com [log in to unmask] @corptelecon.com [log in to unmask] @datacom-equipment.com [log in to unmask] @radiuswear.com [log in to unmask] @get-ca.com [log in to unmask] # catch-all aliases @www.get-ca.com error:nouser No such user here @mail.accesstomoney.com error:nouser No such user here @www.datacom-equipment.com error:nouser No such user here @www.corptelecon.com error:nouser No such user here @www.radiuswear.com error:nouser No such user here # Put custom additions below (Do not change/remove this line). Thank you Valdis, ps. Do you work for L-Soft? I do not wish to keep bothering you if you do not. You have been more then helpful so far. Mike -----Original Message----- From: LISTSERV give-and-take forum [mailto:[log in to unmask]]On Behalf Of Valdis Kletnieks Sent: Monday, October 08, 2001 4:51 PM To: [log in to unmask] Subject: Re: go.user On Mon, 08 Oct 2001 15:44:41 EDT, Mike <[log in to unmask]> said: > [admin@www listserv]$ ./go bg > ./go: datacom-equipment.com: command not found I'll bet you have: NODE= datacom-equipment.com instead of NODE="datacom-equipment.com" The second sets the variable $NODE to the quoted value, the first runs the command datacom-equipment.com with the variable $NODE set to null. > 64.40.108.103 does not like recipient. > Remote host said: 553 <[log in to unmask]>... No such > user here And did the syslog on 64.40.108.103 have anything to say about it? It certainly smells like a /etc/aliases issue to me. Incidentally, I checked the Sendmail 8.9.3, 8.11.2 through 8.11.4, 8.12.0, and 8.12.1 source trees, and the only reference to THAT error is in the 'cf/README' file: virtusertable A domain-specific form of aliasing, allowing multiple virtual domains to be hosted on one machine. For example, if the virtuser table contained: [log in to unmask] foo-info [log in to unmask] bar-info [log in to unmask] error:nouser No such user here [log in to unmask] error:5.7.0:unavailable Address invalid @baz.org [log in to unmask] So 'No such user here' is a locally generated error. I'd check your various mailertables, virtusertables, and so on, and also check for local rulesets in the sendmail.mc and sendmail.cf files. Most likely, sendmail isn't seeing any updates that you think you're making to /etc/aliases. Possible causes include: 1) The file you updated isn't listed in the 'O AliasFile' line of sendmail.cf One possible cause is having *two* AliasFile entries like this: O AliasFile=/etc/aliases O AliasFile=/etc/aliases.listserv when it SHOULD be: O AliasFile=/etc/aliases,/etc/aliases.listserv 2) You forgot to run 'newaliases' after updating, or it didn't run correctly, or similar. Compare the output of 'newaliases' to make sure that both the files listed and number of aliases per file agree with what you expected. 3) There's something squirrelly in the file. /Valdis