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.