Thank you, Richard. This sounds like a reasonable answer to what is happening. I'm not sure that I want to reload Lunix to accomplish setting up Mailman. I certainly hope there is a workaround that someone can share. I also didn't mention that this was only through the web interface. I can use the mail interface to subscribe without incident. Oh well, guess I'll just have to sit back and see if there is an answer for this problem that comes forth. Otherwise I guess I'm just not going to be able to consider Mailman on my system. Bummer...
Thanks again, Mike On 10 Jan 2002, at 10:26, Richard Barrett wrote: > I think this should be re-titled 'Mailman problem under 'secure' Linux > kernels. > > I have seen this problem reported recently on this list by another > user. > > While I do not run any 'secure' version of linux kernel, I think the > problem results from restrictions on the creation of hard links under > such kernels. My understanding is that in a attempt to prevent denial > of service attacks based on disk quotas, there is a kernel patch which > restricts who can create hard links: I believe the EUID of the link > creator has to match the UID of the file owner. This explains why the > error code is 1 (Operation not Permitted) rather than say 13 > (Permission Denied). > > I do not know any way round the problem - maybe someone else does - > other than not using this 'security' patch. ------------------------------------------------------ Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
