RE: alias directory owner, group, permissions
"Alex Miller" <[EMAIL PROTECTED]> wrote: > >But if that sets all files in this directory to belong to the group who >should I be when I run makemaildir for the alias user. Should I be alias or >root? alias, but that's got little to do with the setgid on the alias directory. -Dave
RE: alias directory owner, group, permissions
Ok, But if that sets all files in this directory to belong to the group who should I be when I run makemaildir for the alias user. Should I be alias or root? I am planning to reinstall qmail. Alex Miller > -Original Message- > From: Dave Sill [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, June 15, 1999 11:24 AM > To: [EMAIL PROTECTED] > Subject: RE: alias directory owner, group, permissions > > > "Alex Miller" <[EMAIL PROTECTED]> wrote: > > > >drwxr-sr-x 2 aliasqmail1024 May 19 15:16 alias/ > >here is what I have and instcheck does not complain > > > >So, what on earth is the "s"? > > > >I've never seen that permission before. I have documentation for the > >permission defintions for 0,1,2,3,4,5,6,7 and they are all combinations > >of -rwx. What value could s have in an octal system if all the > other values > >are already mapped? > > > >Very confused. > > This isn't really a qmail question. "man chmod" should explain it. "s" > in the group execute position means the setgid (and group execute) bit > is set. In the case of a directory, it means files created in the > directory will belong the the group that owns the directory, "qmail", > in this case. > > -Dave >
RE: alias directory owner, group, permissions
"Alex Miller" <[EMAIL PROTECTED]> wrote: > >drwxr-sr-x 2 aliasqmail1024 May 19 15:16 alias/ >here is what I have and instcheck does not complain > >So, what on earth is the "s"? > >I've never seen that permission before. I have documentation for the >permission defintions for 0,1,2,3,4,5,6,7 and they are all combinations >of -rwx. What value could s have in an octal system if all the other values >are already mapped? > >Very confused. This isn't really a qmail question. "man chmod" should explain it. "s" in the group execute position means the setgid (and group execute) bit is set. In the case of a directory, it means files created in the directory will belong the the group that owns the directory, "qmail", in this case. -Dave
RE: alias directory owner, group, permissions
Dave and Tim, root@sws5# ls -ld ~alias drwxr-sr-x2 aliasqmail 4096 Oct 16 1998 /var/qmail/alias This is your setup (Dave). drwxr-sr-x 2 aliasqmail1024 May 19 15:16 alias/ here is what I have and instcheck does not complain This is your setup (Tim) Ok, so it's consistent. So, what on earth is the "s"? I've never seen that permission before. I have documentation for the permission defintions for 0,1,2,3,4,5,6,7 and they are all combinations of -rwx. What value could s have in an octal system if all the other values are already mapped? Very confused. Alex Miller > -Original Message- > From: Dave Sill [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, June 15, 1999 9:17 AM > To: [EMAIL PROTECTED] > Subject: Re: alias directory owner, group, permissions > > > "Alex Miller" <[EMAIL PROTECTED]> wrote: > > > >I just ran instcheck from my install directory and got the following > >message. > > > >instcheck: warning: /var/qmail/alias has wrong owner > >instcheck: warning: /var/qmail/alias has wrong group > >instcheck: warning: /var/qmail/alias has wrong permissions > > > >Boy, I didn't leave any any possible misconfiguration of this > directory out > >in the cold! > > > >Anyway, so here is the scoop on the directory > > > >drwx-- 3 alias nofiles 1024 June 13 23:46 alias > > Have you changed the UID's of any of the qmail accounts since you > built qmail? That's a no-no. If not, I don't know what the problem > is. Is should look something like: > > root@sws5# ls -ld ~alias > drwxr-sr-x2 aliasqmail 4096 Oct 16 1998 /var/qmail/alias > > >Now I tried changing the owner to root, qmaild, qmaill, qmailp, qmailq, > >qmailr, qmails but the complaint about the owner keeps happening > > If all else fails, reinstall. > > >I have read over the install files (as many as I could find > without a LIST > >of all of them) and the apparently relevant one, INSTALL.alias makes no > >mention of the proper ownership, group, or permissions for alias > > Because qmail installs the directories with the correct > owner/group/mode and expects you not to diddle them. > > >(as well as > >not mentioning that the .qmail-postmaster, etc... files need to contain > >./Maildir/ if they are going to work with Maildirs which is the option I > >chose after READING the installation files, recommending it for > all sorts of > >good reasons. > > That's "obvious". :-) > > >As near as I can tell my only real FAILURE is that I can't > recieve mail from > >a remote host, but I'm not sure if this problem has anything to > do with THAT > >problem. > > Possibly. Depends upon how remote mail is failing. > > -Dave >
RE: alias directory owner, group, permissions
Thanks! Meaningful responses below: > -Original Message- > From: Dave Sill [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, June 15, 1999 9:17 AM > To: [EMAIL PROTECTED] > Subject: Re: alias directory owner, group, permissions > > > "Alex Miller" <[EMAIL PROTECTED]> wrote: > > > >I just ran instcheck from my install directory and got the following > >message. > > > >instcheck: warning: /var/qmail/alias has wrong owner > >instcheck: warning: /var/qmail/alias has wrong group > >instcheck: warning: /var/qmail/alias has wrong permissions > > > >Boy, I didn't leave any any possible misconfiguration of this > directory out > >in the cold! > > > >Anyway, so here is the scoop on the directory > > > >drwx-- 3 alias nofiles 1024 June 13 23:46 alias > > Have you changed the UID's of any of the qmail accounts since you > built qmail? That's a no-no. If not, I don't know what the problem > is. Is should look something like: YES, I did. That is probably the answer, but of course, I'm at work now and can't try it out. There is a good reason why I did that. When I first installed it, following each step, it failed on the local-to-local test. I carefully went through each item of the intstallation to see what I missed I had touched .qmail-postmater not .qmail-postmaster. I also missed the step to echo ./Maildir/ to my .qmail file. That step has NO explanation by the way! When I noticed that I figured out that this was a way of identifying the Maildir directory and should also be in every .qmail Anyway, so, I completely redid the steps to create the required users and of course changed the UID in the process! You're right that must be wrong, it may not be the only thing I did wrong but that would certainly be wrong. I will reinstall. > root@sws5# ls -ld ~alias > drwxr-sr-x2 aliasqmail 4096 Oct 16 1998 /var/qmail/alias > > >Now I tried changing the owner to root, qmaild, qmaill, qmailp, qmailq, > >qmailr, qmails but the complaint about the owner keeps happening > > If all else fails, reinstall. > > >I have read over the install files (as many as I could find > without a LIST > >of all of them) and the apparently relevant one, INSTALL.alias makes no > >mention of the proper ownership, group, or permissions for alias > > Because qmail installs the directories with the correct > owner/group/mode and expects you not to diddle them. > > >(as well as > >not mentioning that the .qmail-postmaster, etc... files need to contain > >./Maildir/ if they are going to work with Maildirs which is the option I > >chose after READING the installation files, recommending it for > all sorts of > >good reasons. > > That's "obvious". :-) It's only obvious once you know that ./Maildir/ must be in a .qmail file to use Maildirs. The Maildir install file has the echo step but absolutely no mention of the meaning of that step to QMail. To me, it's obvious now but it is not obvious to the unitiated which I was. It also makes no mention of the need for a .qmail file containing ./Maildir/ in the etc/skel directory for new users but DOES say that a Maildir folder must be there. (A Maildir is created with makemaildir but does not create the requisite .qmail HIDDEN file) > >As near as I can tell my only real FAILURE is that I can't > recieve mail from > >a remote host, but I'm not sure if this problem has anything to > do with THAT > >problem. > > Possibly. Depends upon how remote mail is failing. > When I wrote the email last night the fail was symptomless. Nothing happened. Later I got a reply back saying that the mail was undelivered for 4 hours because of a read error (it's at home and I can't quote it right now). > -Dave > Alex
Re: alias directory owner, group, permissions
"Alex Miller" <[EMAIL PROTECTED]> wrote: > >I just ran instcheck from my install directory and got the following >message. > >instcheck: warning: /var/qmail/alias has wrong owner >instcheck: warning: /var/qmail/alias has wrong group >instcheck: warning: /var/qmail/alias has wrong permissions > >Boy, I didn't leave any any possible misconfiguration of this directory out >in the cold! > >Anyway, so here is the scoop on the directory > >drwx-- 3 alias nofiles 1024 June 13 23:46 alias Have you changed the UID's of any of the qmail accounts since you built qmail? That's a no-no. If not, I don't know what the problem is. Is should look something like: root@sws5# ls -ld ~alias drwxr-sr-x2 aliasqmail 4096 Oct 16 1998 /var/qmail/alias >Now I tried changing the owner to root, qmaild, qmaill, qmailp, qmailq, >qmailr, qmails but the complaint about the owner keeps happening If all else fails, reinstall. >I have read over the install files (as many as I could find without a LIST >of all of them) and the apparently relevant one, INSTALL.alias makes no >mention of the proper ownership, group, or permissions for alias Because qmail installs the directories with the correct owner/group/mode and expects you not to diddle them. >(as well as >not mentioning that the .qmail-postmaster, etc... files need to contain >./Maildir/ if they are going to work with Maildirs which is the option I >chose after READING the installation files, recommending it for all sorts of >good reasons. That's "obvious". :-) >As near as I can tell my only real FAILURE is that I can't recieve mail from >a remote host, but I'm not sure if this problem has anything to do with THAT >problem. Possibly. Depends upon how remote mail is failing. -Dave
