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
|
