Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!uunet!mcsun!unido!mikros!mwtech!mecky!walter From: walter@mecky.UUCP (Walter Mecky) Newsgroups: comp.mail.elm Subject: Re: Elm and SCO Unix using MMDF Message-ID: <739@mecky.UUCP> Date: 10 Aug 90 17:07:32 GMT References: <9@raider.mfee.tn.us> Reply-To: walter@mecky.UUCP (Walter Mecky) Distribution: comp Organization: MIKROS Systemware, Buettelborn/W-Germany Lines: 31 In article <9@raider.mfee.tn.us> root@raider.mfee.tn.us (Bob Reineri) writes: < Is anyone out there successfully using the elm 2.3 PL5 mailer with a stock SCO < Unix 3.2.0 (Update A) system ? Perhaps someone could help. I only have SCO UNIX 3.2.0, but I have "rn" ... < The problem is in sending mail when the program is run by a user other than < root. For root, everything works fine. Other users get the following message, < after hitting the 's' key to send a message (after composition and editing): < < submit: [Permission denied] Can't create text file to be queued. < submit: message submission aborted I had the same problem, if I wanted to reply in the newsreader "rn". < the failure occurred when submit tried to create a file in the < /usr/spool/mmdf/lock/home/msg directory. The path all the way down to this < directory is owned by user mmdf, and the mode is 700. Pretty restrictive, bu < the submit program runs SETUID to MMDF ! It shouldn't matter, should it ? Yes, but submit seems to do setuid(getuid()) for reading the file of the user. And it seems it does this at the wrong time ... < Just for grins, I set the mode to 777 all the way down the path, and it < still failed. For some reason, it can chdir to the directory, (as the audit < file shows) but can't create the message file there. The reason it, that you must give 777 to all the file in /usr/spool/mmdf/lock/home, especially to the directories q.local, tmp and addr. < Any help at all would be appreciated. I'm brand new to MMDF Hope this is a help. -- Walter Mecky [ walter@mecky.uucp or ...uunet!unido!mecky!walter ]