When it come to this stuff I am a novice my self. :) Can I run the checks manualy? Or for that matter do I need to have imap installed if I only need pop3 and web support? If I do not need imap how do I remove it from the initial config. And once the bug gets fixed can I add it back in without much trouble? And what should I tell sun the bug is?
Thanks for all your help. Russell Premont ----- Original Message ----- From: "Sam Varshavchik" <[EMAIL PROTECTED]> To: "Courier-Users" <[EMAIL PROTECTED]> Sent: Friday, November 01, 2002 11:10 PM Subject: [courier-users] Re: Check fail > Russell Premont writes: > > > Same result > > > > bash-2.05$ perl -e 'stat "foo/." || die "Dead.\n";' > > bash-2.05$ > > That's a definite bug in your operating system. This is a violation of > POSIX filesystem permission semantics. The same exact bug was discovered > in Tru64 UNIX earlier this year. After some back-and-forth, Compaq agreed > that it was a bug, and it should be fixed in the last Tru64 service update. > > The upshot of this is that everything will work except for shared folders, > until this bug is fixed. If you have a service contract with your vendor, > you should report it, and ask them to investigate. Be sure to mention that > Compaq screwed up in exactly the same way, and they fixed it. Now it's > your vendor's turn. > > The executive summary is that if you do not have execute permissions on > directory "FOO", then a stat(2) call for "FOO/BAR" must fail for all values > of "BAR", including ".". "." is no different than any other entry of its > directory, except that it always happens to refer to the current directory. > But in all other aspects it's no different from any other directory entry. > If you do not have execute permissions on a particular directory, you have > no permission to search that directory for anything. There is no > exception for the "." entry whatsoever, as far as POSIX filesystem > permission semantics are concerned. > > You need to spell this out in your report. Sometimes the first-level > vendor support people who triage bug reports must be spoon-fed, when these > kinds of delicate nuances are involved. > > > > > > ----- Original Message ----- > > From: "Sam Varshavchik" <[EMAIL PROTECTED]> > > To: "Courier-Users" <[EMAIL PROTECTED]> > > Sent: Friday, November 01, 2002 10:16 PM > > Subject: [courier-users] Re: Check fail > > > > > >> Russell Premont writes: > >> > >> > Ok I run it with no error I could see: > >> > > >> > bash-2.05$ mkdir foo > >> > bash-2.05$ chmod u-rwx foo > >> > bash-2.05$ perl -e 'stat "foo" || die "Dead.\n";' > >> > >> Err... Make it perl -e 'stat "foo/." || die "Dead.\n";' , as originally. > >> > > > > ------------------------------------------------------- > This sf.net email is sponsored by: See the NEW Palm > Tungsten T handheld. Power & Color in a compact size! > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en > _______________________________________________ > courier-users mailing list > [EMAIL PROTECTED] > Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users > ------------------------------------------------------- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power & Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en _______________________________________________ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
