Re: [9fans] double trouble

[Fco.J.Ballesteros <nemo@plan9.escet.urjc.es>]

[-- Attachment #1: Type: text/plain, Size: 185 bytes --]

Perhaps I'm picky. But I'd suggest changing the lock file
to be /mail/box/$user/Lock

Then it'd be clear that it does not refer to mbox in particular.

Thanks for the fix anyway.

[-- Attachment #2: Type: message/rfc822, Size: 4936 bytes --]

[-- Attachment #2.1.1: Type: text/plain, Size: 449 bytes --]

A dichotomy twixt tools that shouldn't be there.  It looks like upas/fs always locks
L.mbox but that upas/deliver and upas/send lock the file L.(basename of mailbox being used).
Usually, they're the same but if we're delivering into other mailboxes, they aren't.
I'll make everything lock /mail/box/<user>/L.mbox and avoid the problem all together.
I'll run it locally for a while since I'm sure to generate at least one deadlock
along the way.

[-- Attachment #2.1.2: Type: message/rfc822, Size: 2531 bytes --]

From: "Russ Cox" <rsc@swtch.com>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] double trouble
Date: Wed, 10 Dec 2003 09:16:20 -0500
Message-ID: <E1AU58Z-000CsS-2e@t40.swtch.com>

> 	The attached mail from 'caldo.demon.co.uk!forsyth'
> 	to 'plan9.bell-labs.com!9trouble' alias `local!9trouble'
> 	failed with error '/bin/upas/deliver: opening mailbox: permission denied'.
>
>
> the gist of the message (which i've resent to another address)
> was: if you use filterkit's pipeto with
> 	if(isspam)
> 		spool /mail/box/$USER/spam
> ensure chmod a+rw on /mail/box/$USER/L.spam
> or each delivery of spam will take a little time.

Note that this says L.spam and not L.mbox,
a fact that I completely missed on first few readings.

Russ