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:
>
> [root@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.
>
> [root@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.
>
> [root@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: [log in to unmask]
> Air Quality Modeler INTERNET: [log in to unmask]
> 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.
|
