Either that is an unlikely selinux problem or more likely using a sym
link is not suffient.
You could either use a hard link or recompile smrsh changing the value
of SMRSH_CMDDIR, or use edit include/sm/conf.h
All of which is explained in 5.8.1 in the bat book edition 3.
Faye
Clint Bowman wrote:
Background: I had a working Majordomo installation administering a
dozen email lists under RHEL5 but seem to be having difficulty getting
the environment back in order after installing SL5.3. I have done the
necessary "newaliases" and "service sendmail restart" to keep sendmail
aware of changes. At this point I think I have drunk too much coffee
and could use clearer heads than mine.
1. I like to keep the list aliases in a separate file,
aliases.majordomo, rather than in /etc/aliases. /etc/mail/sendmail.mc
contains
FEATURE(`smrsh', `/usr/sbin/smrsh')dnl
and
define(`ALIAS_FILE', `/etc/aliases,/etc/aliases.majordomo')dnl
However, I have observed the following behavior:
When I send email to an alias in /etc/aliases, e.g., postmaster, it
shows up in root's email as expected. But when I send email to an
address in my list alias file, I get a--
----- The following addresses had permanent fatal errors -----
"|/home/majordomo/wrapper resend -l test test-outgoing"
(reason: Service unavailable)
While tracking down the cause I ran praliases and see:
[r...@aeolus etc]# praliases postmaster
postmaster:root
postmaster: No such key
which I take to mean that postmaster:root was found in my /etc/aliases
file but not in the other one.
[r...@aeolus etc]# praliases owner-test
owner-test: No such key
owner-test:clint
seemingly correctly shows that test is not in /etc/aliases but appears
in the other file. If I copy the aliases for test into /etc/aliases,
the incoming email to owner-test is correctly routed to clint.
It's looking as if this installation of sendmail wants all of the
aliases in /etc/aliases or have I forgotten some sendmail secret?
2. Now that I can direct email towards majordomo by putting the alias
in /etc/aliases, I'm now having problems with smrsh. The usual approach
is to
"ln -s /home/majordomo/wrapper /etc/smrsh/wrapper"
to allow wrapper to execute under smrsh. However I am getting:
smrsh: "wrapper" not available for sendmail programs
554 5.0.0 Service unavailable
which implies that I don't have wrapper in the correct location. I've
tried copying (rather than "ln -s") wrapper into /etc/smrsh and still
receive the same message.
[r...@aeolus sbin]# ll /etc/smrsh
-rws------ 1 root root 16587 Aug 31 11:10 wrapper
I've peeked inside /usr/sbin/smrsh and see "/etc/smrsh" which seems to
imply that this copy of /usr/sbin/smrsh is expecting the programs to be
in /etc/smrsh rather than one of the other favorite locations.
I could certainly use some insight.
TIA
Clint
Clint Bowman INTERNET: [email protected]
Air Quality Modeler INTERNET: [email protected]
Department of Ecology VOICE: (360) 407-6815
PO Box 47600 FAX: (360) 407-7534
Olympia, WA 98504-7600
--
---------------------------------------------------------
Faye Gibbins, Computing Officer (Infrastructure Services)
GeoS KB; Linux, Unix, Security and Networks.
Beekeeper - The Apiary Project, KB - www.bees.ed.ac.uk
---------------------------------------------------------
I grabbed at spannungsbogen before I knew I wanted it.
(x(x_(X_x(O_o)x_x)_X)x)
The University of Edinburgh is a charitable body,
registered in Scotland, with registration number SC005336.
