Julian Reschke | 4 Apr 2005 22:06
Picon
Picon

Re: Review of quota-06


Lisa Dusseault wrote:
> 
> 
> On Mar 19, 2005, at 1:41 AM, Julian Reschke wrote:
> 
>>
>> Jim Whitehead wrote:
>>
>>> So, if I understand you correctly, you're advocating the addition of a
>>> single additional error code to cover the storage media full case?
>>
>>
>> My personal preference was to leave disk limits out of quota, and to 
>> define separate properties and precondition codes for them. However, 
>> if people feel this is overkill spec-wise, the ability to distinguish 
>> both cases when an operation fails would be welcome (and a cheap 
>> addition).
> 
> 
> Is there anybody who would implement a separate property for disk limit 
> (in addition to, or instead of a property for quota)?  I haven't seen a 
> direct request for this, it's only been brought up in the context of 
> whether or not the quota property should exclude this concept.

I probably would.

> I'd be happy with a separate error for the separate case.  That doesn't 
> seem like overkill.

(Continue reading)

Julian Reschke | 4 Apr 2005 22:25
Picon
Picon

Re: Moving forward on BIND


Jim Whitehead wrote:
> Joe writes:
> 
>>My guess for BIND is that either Ted or Scott would want 
>>clarification on a couple of the interoperability questions 
>>that Lisa has raised, regardless of whether the answer can be 
>>inferred by a fully-informed reader. 
> 
> 
> Julian Reschke and I just chatted on the phone. My perception is that we
> both agree that it makes sense to discuss the semantics of all DAV
> properties under BIND, UNBIND, and REBIND. There seem to be differences in
> desired behavior between properties whose semantics originated in WeBDAV
> (which are typically defined on the resource), and ones inherited from HTTP
> (like getlastmodified) which depend on representations of the resource. It
> is likely this discussion will lead to modifications to the bind
> specification.
> 
> Julian said he'd take the first whack at summarizing the technical points.

OK,

I have started a summary of what I think is the relation between HTTP 
header data and WebDAV namespace operations (including but not limited 
to those in BIND). Current draft at:

<http://greenbytes.de/tech/webdav/draft-reschke-webdav-namespace-vs-properties-latest.html>. 
Writing this down makes a lot of sense; let's try to discuss & 
understand the problem first before we argue whether and what BIND needs 
(Continue reading)

bugzilla | 4 Apr 2005 22:28
Favicon

[Bug 77] Do Bind operations change the getlastmodified or getetag property values


http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=77

------- Additional Comments From julian.reschke <at> greenbytes.de  2005-04-04 13:28 -------
See additional discussion in
<http://greenbytes.de/tech/webdav/draft-reschke-webdav-namespace-vs-properties-latest.html>.

------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.

bugzilla | 4 Apr 2005 22:28
Favicon

[Bug 78] Value of ETag and getlastmodified properties on multiple bindings


http://ietf.cse.ucsc.edu:8080/bugzilla/show_bug.cgi?id=78

------- Additional Comments From julian.reschke <at> greenbytes.de  2005-04-04 13:28 -------
See additional discussion in
<http://greenbytes.de/tech/webdav/draft-reschke-webdav-namespace-vs-properties-latest.html>.

------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.

Lisa Dusseault | 6 Apr 2005 04:49
Favicon

Re: Review of quota-06


>
> seems that everybody is in violent agreement that we're almost done. 
> Can we expect a new draft from the authors any time soon?
>
Well, Brian Korver is no longer working at Xythos nor is he subscribed 
to this list anymore (briank <at> xythos.com bounced enough times).  So I've 
pinged him to find out what's up with Quota revisions.

Lisa

Brian Korver | 6 Apr 2005 20:56

Re: Review of quota-06


Sure, no problem.

-brian
briank <at> briank.com

 > OK,
 >
 > seems that everybody is in violent agreement that we're almost done. Can
 > we expect a new draft from the authors any time soon?
 >
 > Best regards, Julian

Geeta Rani 6593 | 22 Apr 2005 09:02

problem using webdav

Hi,
 
i am using webdav to access resources on server. i am using apache tomcat server's  webdav project for testing webdav. i open a file from server , edit it . when i save it through IE(using save as open and giving full URL on server) it says that file is readonly . if i save it from diferent name it is saved . how to solve this issue ..........
please help................
 
 
thanks and regards
Geeta
Julian Reschke | 24 Apr 2005 12:01
Picon
Picon

Re: Review of quota-06


Brian Korver wrote:
> 
> Sure, no problem.

Brian,

any news on when you'll be able to produce a new draft?

Best regards, Julian

Julian Reschke | 24 Apr 2005 12:00
Picon
Picon

Re: problem using webdav


Geeta Rani 6593 wrote:
> Hi,
>  
> i am using webdav to access resources on server. i am using apache 
> tomcat server's  webdav project for testing webdav. i open a file from 
> server , edit it . when i save it through IE(using save as open and 
> giving full URL on server) it says that file is readonly . if i save it 
> from diferent name it is saved . how to solve this issue ..........
> please help................

Hi,

this may be a bug in Tomcat's implementation, or an intermediate getting 
in the way. I'd first make sure that the latest applicable Tomcat 
version is installed. If this doesn't help, you probably should try to 
obtain an HTTP trace and report the issue on the Tomcat Users mailing 
list (see <http://jakarta.apache.org/site/mail2.html#Tomcat>).

Best regards,

Julian

Julian Reschke | 24 Apr 2005 12:03
Picon
Picon

Re: Moving forward on BIND


Hi,

There hasn't been any feedback on my summary. I'd really like to think 
that this is because everybody agrees, but probably this is because 
nobody read it.

So it would be really nice if those who think there are problems with 
the latest BIND draft either follow up on this, or alternatively agree 
to submit it to the IESG for last call.

Best regards,

Julian


Gmane