Hi!
> > > Erm?
> > > * setuid is a fscking wart - THE mistake of dmr and/or ken.
> >
> > If not urban legend, dmr was the patent owner.
>
> Erm... That would be a nice way to bury one's mistake - patent it and
> refuse to license ;-) Unfortunately, didn't happen...
(-:
> > So you need some hackery to make mount(8) cause change in all
> > namespaces at once. Whatever is done, this will be gross.
> > I suppose you'd require a loopback of some sort, so that one
> > might rip the real filesystem out from under /var/mail instead
> > of trying to unmount it in 50 different namespaces... ugh.
>
> Not. Loopback would be gross, but I'm not proposing it. OTOH, getting all
> mailreaders work with IMAP with _no_ changes in said mailreaders is a
> Good Thing(tm). So is free (for mailreaders) support of any weird
> protocol, format and location of mailbox, locking scheme, etc. - do it in
> one place and that's it. Everything looks like we have the mailbox in
> fixed format on local filesystem, no matter WTF is actually out there.
> And guess what? It doesn't have to be one process and it's nowhere near
> the kernel mode, or even suid.
What does this have to do with private namespaces?
mailfsd /dev/coda0 --enable-imap &
mount /dev/coda0 /var/spool/mail
It looks easy to me, today and without private namespaces.
[Shall I hack podfuk into providing imap? Okay, it would not be easy
because
* /var/spool/mail/xxx is _writable_, so your imap dream is probably
dream. What does your mailfs do when someone does cat /bin/bash >
$MYMAIL
* podfuk is has file granularity
I could see it working with some kind of directory format, however.]
Pavel
-- I'm pavel@ucw.cz. "In my country we have almost anarchy and I don't care." Panos Katsaloulis describing me w.r.t. patents at discuss@linmodems.org - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Thu Aug 31 2000 - 21:00:28 EST