> map_at_stacken.kth.se said:
> | > We find /coda/tmp really handy around our cluster.  No tokens
> | > needed, available everywhere.
> |
> | (religious comment: this is just plain wrong)

How can an experience "we find" be wrong?  It would indeed take religion
to object to that.  Many of us use /coda/tmp with pleasure to transport
something from one machine to another.

With the email situation: of course what you suggest is technically
superior.  I'm not contesting that.

However, I'd be surprised if many systems would switch over to this new
model because of Coda/Arla or whatever. I suspect that less than 0.1% of
current Unix systems delivers mail in the form you describe.  I'm
interested in reaching the other 99.9% - I don't feel I need to prove I
have better solutions.

So my points are entirely political to give Coda the best chance in the
world out there, not to engineer the best possible solutions.

- Peter -



> |
> | Do you have a need for sticky bits there?
>
> I completely agree with the observation that a directory for scratch
> files etc. (like the local /tmp in unix system) is plain wrong in a
> distributed fs. The only justifiably case would possibly be a diskless
> client, but even there every client would have it's own
/tmp-<hostname>.
>
> Besides, Coda will never be diskless,  because it needs a local disk
> for caching, and it can just as well have a small root filesystem, and
> share the things in /usr, and /home, and a few files in /etc. For the
> rest (/var, /tmp), store them locally, no problems with lockfiles etc.
>
> | > Also, the sticky bit issue applies to mail as well as tmp: it
> | > needs a solution.
>
> | Shared mail directories are not good. Infact, normal unix mailboxes
> | are not good at all. This is just another incarnation of the NFS
mail
> | export problem.
>
> | Suggested solutions: use POP or put the mail directly into the users
> | home directory.
>
> Yes, just have the mailer deliver to /coda/usr/<username>/Mail/, and
> use an ACL to give the mail daemon rights to that directory. (and use
> maildir format to avoid conflicts).
>
> Jan
>
>