From w3c-dist-auth-request@w3.org Tue Jan 2 04:01:55 2001 Received: from www19.w3.org ([18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id EAA16311 for ; Tue, 2 Jan 2001 04:01:54 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id DAA23857; Tue, 2 Jan 2001 03:53:14 -0500 (EST) Resent-Date: Tue, 2 Jan 2001 03:53:14 -0500 (EST) Resent-Message-Id: <200101020853.DAA23857@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id DAA23837 for ; Tue, 2 Jan 2001 03:53:09 -0500 (EST) Received: from gatekeeper.hyperwave.com (fiicm2pc60.tu-graz.ac.at [129.27.200.60]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id DAA06634 for ; Tue, 2 Jan 2001 03:53:08 -0500 Received: from firewall.hyperwave.com ([192.168.3.2]) by gatekeeper.hyperwave.com (8.8.8/8.8.8) with ESMTP id JAA09567; Tue, 2 Jan 2001 09:52:54 +0100 Received: from hwal02.hyperwave.com (hwal02.hyperwave.com [192.168.153.25]) by firewall.hyperwave.com (8.8.7/8.8.7) with ESMTP id JAA08239; Tue, 2 Jan 2001 09:52:44 +0100 Received: from orasche (hwpc62.hyperwave.com [192.168.153.62]) by hwal02.hyperwave.com (8.9.3/8.9.3) with SMTP id JAA08232; Tue, 2 Jan 2001 09:52:43 +0100 (MET) Reply-To: From: "Gerbert Orasche" To: "Stewart Hersey" , "Peter Pierrou" , , Date: Tue, 2 Jan 2001 09:52:53 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal In-Reply-To: <001201c070e7$3befc720$1703a8c0@arcanine> X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Subject: RE: FW: WebFolders on Intranet Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4573 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Content-Transfer-Encoding: 7bit I have forgotten to mention that the fatal hang of the whole desktop happens with MS Office 2000 SR-1. However, all other versions of WebFolders (there are quite many of them: Office, IE, OS etc.) also don't shut down the TCPIP connection, which can lead to interesting effects with some WebDAV servers like IIS. I am still not sure, if we are talking about the same bug. After the user has pressed the Cancel button there are no more flying folders. Users won't even notice that the connection is still open until they have Office SR-1. Gerbert > -----Original Message----- > From: w3c-dist-auth-request@w3.org > [mailto:w3c-dist-auth-request@w3.org]On Behalf Of Stewart Hersey > Sent: Thursday, December 28, 2000 5:00 PM > To: gorasche@hyperwave.com; Peter Pierrou; Mac@telseon.com; > w3c-dist-auth@w3.org > Subject: Re: FW: WebFolders on Intranet > > > Ahhh! You have just described the FFFFOO effect (Files Flying > Folder to Folder Out of Oblivion). > > We've experienced a similar kludge, although the error is rarely fatal. > > I expect Microsoft to post the patch on Windows Update once it's > been compiled... > > S. Matthew Hersey > President and CTO > Newma Net Works, Inc. > www.newma.com > > ----- Original Message ----- > From: "Gerbert Orasche" > To: "Peter Pierrou" ; > ; > Sent: Thursday, December 28, 2000 4:50 AM > Subject: RE: FW: WebFolders on Intranet > > > Hi, > > > -----Original Message----- > > From: w3c-dist-auth-request@w3.org > > [mailto:w3c-dist-auth-request@w3.org]On Behalf Of Peter Pierrou > > Sent: Wednesday, December 20, 2000 9:36 AM > > To: Mac@telseon.com; w3c-dist-auth@w3.org > > Subject: Re: FW: WebFolders on Intranet > > > > > > Hi! > > > > > Interested in getting in touch with any companies that are > > using WebDAV on > > > their Intranet. > We are also using our own product within our Intra-/Extranet. However, we > have been stumbling quite often over bugs in Microsoft's WebDAV client > implementation. Only two weeks ago we have escalated a WebFolder > problem to > Redmond and hope to get a hotfix soon. It was about freezing Windows > Explorer (and thus the whole desktop) whenever a user hits the > Cancel button > while uploading. The MS WebDAV client then stops to upload but the TCPIP > connection stays open. Our server runs into a timeout, IIS > doesn't (at least > not within reasonable time) > > cu > ___________________________________________________________________ > Gerbert Orasche, Senior Software Engineer > Hyperwave Software R&D, Albrechtgasse 9/2, A-8010 Graz, Austria > > Tel: ++43-316-820918-11 > Fax: ++43-316-820918-99 > mailto:gorasche@hyperwave.com > http://www.hyperwave.com > ___________________________________________________________________ > > > From w3c-dist-auth-request@w3.org Tue Jan 2 10:51:37 2001 Received: from www19.w3.org ([18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id KAA19382 for ; Tue, 2 Jan 2001 10:51:36 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id KAA08550; Tue, 2 Jan 2001 10:42:31 -0500 (EST) Resent-Date: Tue, 2 Jan 2001 10:42:31 -0500 (EST) Resent-Message-Id: <200101021542.KAA08550@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id KAA08503 for ; Tue, 2 Jan 2001 10:42:26 -0500 (EST) Received: from bang.ekeeper.com ([38.204.71.240]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id KAA09596 for ; Tue, 2 Jan 2001 10:42:17 -0500 Received: by BANG with Internet Mail Service (5.5.2650.21) id ; Tue, 2 Jan 2001 09:36:40 -0600 Message-ID: From: Douglas Steen To: w3c-dist-auth@w3.org Date: Tue, 2 Jan 2001 09:36:39 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Subject: RE: FW: WebFolders on Intranet Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4574 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Does anyone know if this is simply another symptom of the problem MS has with its wininet.dll? It sounds very similar: connection won't close, etc. They've got another web access interface now, in msxml3.dll, which specifically avoids use of wininet (see http://support.microsoft.com/support/kb/articles/Q237/9/06.ASP), and they've acknowledged it to be a problem. So, if this is the same problem, we can at least know that it has been recognized, and they know it needs to be fixed. Douglas R. Steen dsteen@eKeeper.Com Drag-and-Drop Web Content Management http://www.eKeeper.com -----Original Message----- From: Gerbert Orasche [mailto:gorasche@hyperwave.com] Sent: Tuesday, January 02, 2001 2:53 AM To: Stewart Hersey; Peter Pierrou; Mac@telseon.com; w3c-dist-auth@w3.org Subject: RE: FW: WebFolders on Intranet I have forgotten to mention that the fatal hang of the whole desktop happens with MS Office 2000 SR-1. However, all other versions of WebFolders (there are quite many of them: Office, IE, OS etc.) also don't shut down the TCPIP connection, which can lead to interesting effects with some WebDAV servers like IIS. I am still not sure, if we are talking about the same bug. After the user has pressed the Cancel button there are no more flying folders. Users won't even notice that the connection is still open until they have Office SR-1. Gerbert > -----Original Message----- > From: w3c-dist-auth-request@w3.org > [mailto:w3c-dist-auth-request@w3.org]On Behalf Of Stewart Hersey > Sent: Thursday, December 28, 2000 5:00 PM > To: gorasche@hyperwave.com; Peter Pierrou; Mac@telseon.com; > w3c-dist-auth@w3.org > Subject: Re: FW: WebFolders on Intranet > > > Ahhh! You have just described the FFFFOO effect (Files Flying > Folder to Folder Out of Oblivion). > > We've experienced a similar kludge, although the error is rarely fatal. > > I expect Microsoft to post the patch on Windows Update once it's > been compiled... > > S. Matthew Hersey > President and CTO > Newma Net Works, Inc. > www.newma.com > > ----- Original Message ----- > From: "Gerbert Orasche" > To: "Peter Pierrou" ; > ; > Sent: Thursday, December 28, 2000 4:50 AM > Subject: RE: FW: WebFolders on Intranet > > > Hi, > > > -----Original Message----- > > From: w3c-dist-auth-request@w3.org > > [mailto:w3c-dist-auth-request@w3.org]On Behalf Of Peter Pierrou > > Sent: Wednesday, December 20, 2000 9:36 AM > > To: Mac@telseon.com; w3c-dist-auth@w3.org > > Subject: Re: FW: WebFolders on Intranet > > > > > > Hi! > > > > > Interested in getting in touch with any companies that are > > using WebDAV on > > > their Intranet. > We are also using our own product within our Intra-/Extranet. However, we > have been stumbling quite often over bugs in Microsoft's WebDAV client > implementation. Only two weeks ago we have escalated a WebFolder > problem to > Redmond and hope to get a hotfix soon. It was about freezing Windows > Explorer (and thus the whole desktop) whenever a user hits the > Cancel button > while uploading. The MS WebDAV client then stops to upload but the TCPIP > connection stays open. Our server runs into a timeout, IIS > doesn't (at least > not within reasonable time) > > cu > ___________________________________________________________________ > Gerbert Orasche, Senior Software Engineer > Hyperwave Software R&D, Albrechtgasse 9/2, A-8010 Graz, Austria > > Tel: ++43-316-820918-11 > Fax: ++43-316-820918-99 > mailto:gorasche@hyperwave.com > http://www.hyperwave.com > ___________________________________________________________________ > > > From w3c-dist-auth-request@w3.org Tue Jan 2 23:02:31 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id XAA27336 for ; Tue, 2 Jan 2001 23:02:31 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id WAA04731; Tue, 2 Jan 2001 22:47:26 -0500 (EST) Resent-Date: Tue, 2 Jan 2001 22:47:26 -0500 (EST) Resent-Message-Id: <200101030347.WAA04731@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id WAA04711 for ; Tue, 2 Jan 2001 22:47:22 -0500 (EST) Received: from thor.running-start.com (thor.Running-Start.COM [207.182.37.19]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id WAA09636 for ; Tue, 2 Jan 2001 22:47:21 -0500 Received: from scorpion (hybrid-024-221-137-058.az.sprintbbd.net [24.221.137.58]) by thor.running-start.com (8.11.1/8.11.1) with SMTP id f033l7l27498; Tue, 2 Jan 2001 20:47:08 -0700 (MST) Message-ID: <010601c07537$53c4c770$6401a8c0@scorpion> From: "Erik Hatcher" To: , Date: Tue, 2 Jan 2001 20:37:45 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.3018.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.3018.1300 Subject: DAV conformance tests Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4575 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Content-Transfer-Encoding: 7bit Surely folks are doing some kind of spec. conformance tests against their DAV servers. How did you do it? Has anyone fleshed these tests out into something available for others to use to test against their servers as well? What about developing some kind of test suite using SkunkDAV code to control it? Thanks, Erik From w3c-dist-auth-request@w3.org Wed Jan 3 01:08:32 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id BAA28656 for ; Wed, 3 Jan 2001 01:08:32 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id AAA06890; Wed, 3 Jan 2001 00:56:53 -0500 (EST) Resent-Date: Wed, 3 Jan 2001 00:56:53 -0500 (EST) Resent-Message-Id: <200101030556.AAA06890@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id AAA06870 for ; Wed, 3 Jan 2001 00:56:49 -0500 (EST) Received: from yosemite.rwc.gnac.net (yosemite.rwc.gnac.net [198.151.248.221]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id AAA19083 for ; Wed, 3 Jan 2001 00:56:48 -0500 Received: by yosemite.rwc.gnac.net; id VAA25981; Tue, 2 Jan 2001 21:59:53 -0800 (PST) Received: from unknown(192.168.5.22) by yosemite.rwc.gnac.net via smap (V5.0) id xma025978; Tue, 2 Jan 01 21:59:22 -0800 Received: from tweety.main.gnac.com (localhost.gnac.net [127.0.0.1]) by pepe.ops.rwc.gnac.net (8.11.0/8.8.7/GNAC-GW-2.1) with ESMTP id f035u4s14196; Tue, 2 Jan 2001 21:56:04 -0800 (PST) Received: from arcanine (dialin44.main.gnac.com [192.168.3.44]) by tweety.main.gnac.com (8.9.3/8.7.3/GNAC-COM-1.1) with SMTP id VAA28318; Tue, 2 Jan 2001 21:55:46 -0800 (PST) Message-ID: <001f01c0754a$1156ba20$2c03a8c0@arcanine> From: "Stewart Hersey" To: "Douglas Steen" Cc: References: Date: Tue, 2 Jan 2001 21:57:30 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Subject: Re: FW: WebFolders on Intranet Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4576 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Content-Transfer-Encoding: 7bit Has side-by-side functionality left your production server in an unstable state? Then read: http://support.microsoft.com/support/kb/articles/q278/6/36.asp What you have described is not a "problem", Douglas. "This behavior is by design." Microsoft Here is the list of bugs that have been fixed in Version 3.0: http://msdn.microsoft.com/workshop/xml/general/msxml_buglist.asp What's New in the Microsoft XML Parser Version 3.0 Release: http://msdn.microsoft.com/xml/general/xmlparser.asp From What's New threads: -Help , serverXMLHTTP fail I use serverXMLHTTP to load a remote xml file, but it always tell me "access denied", here is my asp code: set XmlDoc = Server.CreateObject("MSXML2.ServerXMLHTTP") XmlDoc.open "GET", "http://www.xml101.com/examples/simple.xml", false,"",null XmlDoc.send why, anybody can help me? - Anonymous 20 Nov 2000 -Re: Help , serverXMLHTTP fail Use proxycfg.exe to configure proxy, can be downloaded somewhere in microsoft.com... - Anonymous 23 Nov 2000 What's New says (NOTE* Fix for Gerbert's XML/WebDAV on Intranet issue): "For servers running on an intranet, it's necessary to run the proxycfg.exe utility to configure WinHTTP to access HTTP and HTTPS servers through a proxy server. For example, you would use the proxycfg.exe utility as part of the deployment and installation process of an application that uses the ServerXMLHTTP component to access WinHTTP." proxycfg.exe can be downloaded here: http://msdn.microsoft.com/msdn-files/027/001/468/Proxycfg.exe For more information, please refer to the readme included with the download. Finally, the most recent MS threads regarding WinHTTP: -Is there any more information on WinHTTP. I would like to adjust the winHTTP Registry settings programmatically but can't find any information on the structure of the key. - Anonymous 20 Dec 2000 -Re: WinHTTP No, at this time, the format of the WinHTTP proxy settings stored in the registry is not documented and cannot be changed programmatically. - Anonymous 29 Dec 2000 Happy New Year! smh S. Matthew Hersey Newma Net Works www.newma.net ----- Original Message ----- From: "Douglas Steen" To: Sent: Tuesday, January 02, 2001 7:36 AM Subject: RE: FW: WebFolders on Intranet Does anyone know if this is simply another symptom of the problem MS has with its wininet.dll? It sounds very similar: connection won't close, etc. They've got another web access interface now, in msxml3.dll, which specifically avoids use of wininet (see http://support.microsoft.com/support/kb/articles/Q237/9/06.ASP), and they've acknowledged it to be a problem. So, if this is the same problem, we can at least know that it has been recognized, and they know it needs to be fixed. Douglas R. Steen dsteen@eKeeper.Com Drag-and-Drop Web Content Management http://www.eKeeper.com -----Original Message----- From: Gerbert Orasche [mailto:gorasche@hyperwave.com] Sent: Tuesday, January 02, 2001 2:53 AM To: Stewart Hersey; Peter Pierrou; Mac@telseon.com; w3c-dist-auth@w3.org Subject: RE: FW: WebFolders on Intranet I have forgotten to mention that the fatal hang of the whole desktop happens with MS Office 2000 SR-1. However, all other versions of WebFolders (there are quite many of them: Office, IE, OS etc.) also don't shut down the TCPIP connection, which can lead to interesting effects with some WebDAV servers like IIS. I am still not sure, if we are talking about the same bug. After the user has pressed the Cancel button there are no more flying folders. Users won't even notice that the connection is still open until they have Office SR-1. Gerbert > -----Original Message----- > From: w3c-dist-auth-request@w3.org > [mailto:w3c-dist-auth-request@w3.org]On Behalf Of Stewart Hersey > Sent: Thursday, December 28, 2000 5:00 PM > To: gorasche@hyperwave.com; Peter Pierrou; Mac@telseon.com; > w3c-dist-auth@w3.org > Subject: Re: FW: WebFolders on Intranet > > > Ahhh! You have just described the FFFFOO effect (Files Flying > Folder to Folder Out of Oblivion). > > We've experienced a similar kludge, although the error is rarely fatal. > > I expect Microsoft to post the patch on Windows Update once it's > been compiled... > > S. Matthew Hersey > President and CTO > Newma Net Works, Inc. > www.newma.com > > ----- Original Message ----- > From: "Gerbert Orasche" > To: "Peter Pierrou" ; > ; > Sent: Thursday, December 28, 2000 4:50 AM > Subject: RE: FW: WebFolders on Intranet > > > Hi, > > > -----Original Message----- > > From: w3c-dist-auth-request@w3.org > > [mailto:w3c-dist-auth-request@w3.org]On Behalf Of Peter Pierrou > > Sent: Wednesday, December 20, 2000 9:36 AM > > To: Mac@telseon.com; w3c-dist-auth@w3.org > > Subject: Re: FW: WebFolders on Intranet > > > > > > Hi! > > > > > Interested in getting in touch with any companies that are > > using WebDAV on > > > their Intranet. > We are also using our own product within our Intra-/Extranet. However, we > have been stumbling quite often over bugs in Microsoft's WebDAV client > implementation. Only two weeks ago we have escalated a WebFolder > problem to > Redmond and hope to get a hotfix soon. It was about freezing Windows > Explorer (and thus the whole desktop) whenever a user hits the > Cancel button > while uploading. The MS WebDAV client then stops to upload but the TCPIP > connection stays open. Our server runs into a timeout, IIS > doesn't (at least > not within reasonable time) > > cu > ___________________________________________________________________ > Gerbert Orasche, Senior Software Engineer > Hyperwave Software R&D, Albrechtgasse 9/2, A-8010 Graz, Austria > > Tel: ++43-316-820918-11 > Fax: ++43-316-820918-99 > mailto:gorasche@hyperwave.com > http://www.hyperwave.com > ___________________________________________________________________ > > > From w3c-dist-auth-request@w3.org Wed Jan 3 04:38:30 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id EAA12230 for ; Wed, 3 Jan 2001 04:38:29 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id EAA13939; Wed, 3 Jan 2001 04:20:45 -0500 (EST) Resent-Date: Wed, 3 Jan 2001 04:20:45 -0500 (EST) Resent-Message-Id: <200101030920.EAA13939@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id EAA13919 for ; Wed, 3 Jan 2001 04:20:40 -0500 (EST) Received: from gatekeeper.hyperwave.com (fiicm2pc60.tu-graz.ac.at [129.27.200.60]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id EAA00690 for ; Wed, 3 Jan 2001 04:20:39 -0500 Received: from firewall.hyperwave.com ([192.168.3.2]) by gatekeeper.hyperwave.com (8.8.8/8.8.8) with ESMTP id KAA19867; Wed, 3 Jan 2001 10:20:31 +0100 Received: from hwal02.hyperwave.com (hwal02.hyperwave.com [192.168.153.25]) by firewall.hyperwave.com (8.8.7/8.8.7) with ESMTP id KAA18941; Wed, 3 Jan 2001 10:20:24 +0100 Received: from orasche (hwpc62.hyperwave.com [192.168.153.62]) by hwal02.hyperwave.com (8.9.3/8.9.3) with SMTP id KAA08341; Wed, 3 Jan 2001 10:20:23 +0100 (MET) Reply-To: From: "Gerbert Orasche" To: "Stewart Hersey" , "Douglas Steen" Cc: Date: Wed, 3 Jan 2001 10:20:36 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 In-Reply-To: <001f01c0754a$1156ba20$2c03a8c0@arcanine> Importance: Normal Subject: RE: FW: WebFolders on Intranet Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4577 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Content-Transfer-Encoding: 7bit Stewart, I am not completely sure, if I have understood your mail properly. As far as I understand the WebDAV standard, it does not specifiy if the client connection is done via a proxy or not. For me that means that a client has to support any type of HTTP connection (also if MS is writing the client) and if it can not handle direct HTTP it's simply a bug. Any TCPIP client closes a connection, if the operation should be cancelled or at least sends something saying: "Uh, I can't go on". MS WebDAV client does simply nothing. Using a proxy is not really an option in many cases (I am still not sure if it would help with our problem), because NTLM authentication does not work via proxies. Again the WebDAV standard does not mention which HTTP authentication method has to be used (which is not a flaw at all - WebDAV shouldn't have to bother with authentication). Earlier versions of MSs WebDAV client had severe problems with basic authentication, thus it worked well only in combination with NTLM (or perhaps Digest) authentication. What are you all thinking about this? Our customers pay a whole lot to Microsoft to use their OSes and Office packages. (We are talking about companies like Siemens, UBS etc.) Thus MS should provide a WebDAV implementation, which is usable (at least with their own IIS WebDAV implementation). First answer we got from all MS support levels was: "Why don't you use Frontpage extensions?" which renders the IETF standard useless. Gerbert > -----Original Message----- > From: w3c-dist-auth-request@w3.org > [mailto:w3c-dist-auth-request@w3.org]On Behalf Of Stewart Hersey > Sent: Wednesday, January 03, 2001 6:58 AM > To: Douglas Steen > Cc: w3c-dist-auth@w3.org > Subject: Re: FW: WebFolders on Intranet [...] > What's New says (NOTE* Fix for Gerbert's XML/WebDAV on Intranet issue): > > "For servers running on an intranet, it's necessary to run the > proxycfg.exe utility to configure WinHTTP to access HTTP and HTTPS > servers through a proxy server. For example, you would use the > proxycfg.exe utility as part of the deployment and installation > process of an application that uses the ServerXMLHTTP component > to access WinHTTP." > > proxycfg.exe can be downloaded here: > http://msdn.microsoft.com/msdn-files/027/001/468/Proxycfg.exe > For more information, please refer to the readme included with > the download. > > > Finally, the most recent MS threads regarding WinHTTP: > > -Is there any more information on WinHTTP. I would like to adjust > the winHTTP Registry settings programmatically but can't find any > information on the structure of the key. > - Anonymous 20 Dec 2000 > > -Re: WinHTTP > No, at this time, the format of the WinHTTP proxy settings stored > in the registry is not documented and cannot be changed > programmatically. > - Anonymous 29 Dec 2000 > > Happy New Year! > > smh > > S. Matthew Hersey > Newma Net Works > www.newma.net > > > ----- Original Message ----- > From: "Douglas Steen" > To: > Sent: Tuesday, January 02, 2001 7:36 AM > Subject: RE: FW: WebFolders on Intranet > > > Does anyone know if this is simply another symptom of the problem MS has > with its wininet.dll? It sounds very similar: connection won't > close, etc. > They've got another web access interface now, in msxml3.dll, which > specifically avoids use of wininet (see > http://support.microsoft.com/support/kb/articles/Q237/9/06.ASP), > and they've > acknowledged it to be a problem. > > So, if this is the same problem, we can at least know that it has been > recognized, and they know it needs to be fixed. > > Douglas R. Steen > dsteen@eKeeper.Com > Drag-and-Drop Web Content Management > http://www.eKeeper.com > > > -----Original Message----- > From: Gerbert Orasche [mailto:gorasche@hyperwave.com] > Sent: Tuesday, January 02, 2001 2:53 AM > To: Stewart Hersey; Peter Pierrou; Mac@telseon.com; w3c-dist-auth@w3.org > Subject: RE: FW: WebFolders on Intranet > > > I have forgotten to mention that the fatal hang of the whole > desktop happens > with MS Office 2000 SR-1. However, all other versions of WebFolders (there > are quite many of them: Office, IE, OS etc.) also don't shut down > the TCPIP > connection, which can lead to interesting effects with some WebDAV servers > like IIS. > > I am still not sure, if we are talking about the same bug. After the user > has pressed the Cancel button there are no more flying folders. > Users won't > even notice that the connection is still open until they have Office SR-1. > > Gerbert > > > -----Original Message----- > > From: w3c-dist-auth-request@w3.org > > [mailto:w3c-dist-auth-request@w3.org]On Behalf Of Stewart Hersey > > Sent: Thursday, December 28, 2000 5:00 PM > > To: gorasche@hyperwave.com; Peter Pierrou; Mac@telseon.com; > > w3c-dist-auth@w3.org > > Subject: Re: FW: WebFolders on Intranet > > > > > > Ahhh! You have just described the FFFFOO effect (Files Flying > > Folder to Folder Out of Oblivion). > > > > We've experienced a similar kludge, although the error is rarely fatal. > > > > I expect Microsoft to post the patch on Windows Update once it's > > been compiled... > > > > S. Matthew Hersey > > President and CTO > > Newma Net Works, Inc. > > www.newma.com > > > > ----- Original Message ----- > > From: "Gerbert Orasche" > > To: "Peter Pierrou" ; > > ; > > Sent: Thursday, December 28, 2000 4:50 AM > > Subject: RE: FW: WebFolders on Intranet > > > > > > Hi, > > > > > -----Original Message----- > > > From: w3c-dist-auth-request@w3.org > > > [mailto:w3c-dist-auth-request@w3.org]On Behalf Of Peter Pierrou > > > Sent: Wednesday, December 20, 2000 9:36 AM > > > To: Mac@telseon.com; w3c-dist-auth@w3.org > > > Subject: Re: FW: WebFolders on Intranet > > > > > > > > > Hi! > > > > > > > Interested in getting in touch with any companies that are > > > using WebDAV on > > > > their Intranet. > > We are also using our own product within our Intra-/Extranet. > However, we > > have been stumbling quite often over bugs in Microsoft's WebDAV client > > implementation. Only two weeks ago we have escalated a WebFolder > > problem to > > Redmond and hope to get a hotfix soon. It was about freezing Windows > > Explorer (and thus the whole desktop) whenever a user hits the > > Cancel button > > while uploading. The MS WebDAV client then stops to upload but the TCPIP > > connection stays open. Our server runs into a timeout, IIS > > doesn't (at least > > not within reasonable time) > > > > cu > > ___________________________________________________________________ > > Gerbert Orasche, Senior Software Engineer > > Hyperwave Software R&D, Albrechtgasse 9/2, A-8010 Graz, Austria > > > > Tel: ++43-316-820918-11 > > Fax: ++43-316-820918-99 > > mailto:gorasche@hyperwave.com > > http://www.hyperwave.com > > ___________________________________________________________________ > > > > > > > > > From w3c-dist-auth-request@w3.org Wed Jan 3 06:54:29 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id GAA18009 for ; Wed, 3 Jan 2001 06:54:28 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id GAA17784; Wed, 3 Jan 2001 06:38:28 -0500 (EST) Resent-Date: Wed, 3 Jan 2001 06:38:28 -0500 (EST) Resent-Message-Id: <200101031138.GAA17784@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id GAA17761 for ; Wed, 3 Jan 2001 06:38:24 -0500 (EST) Received: from web9304.mail.yahoo.com (web9304.mail.yahoo.com [216.136.129.53]) by tux.w3.org (8.9.3/8.9.3) with SMTP id GAA10620 for ; Wed, 3 Jan 2001 06:38:23 -0500 Message-ID: <20010103113823.55781.qmail@web9304.mail.yahoo.com> Received: from [194.199.143.62] by web9304.mail.yahoo.com; Wed, 03 Jan 2001 03:38:23 PST Date: Wed, 3 Jan 2001 03:38:23 -0800 (PST) From: Jamil Kassam To: w3c-dist-auth@w3.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: webdav help Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4578 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: X-MIME-Autoconverted: from 8bit to quoted-printable by www19.w3.org id GAA17784 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by ietf.org id GAA18009 I'm not sure if this is the right place to post this, but here goes. (If it's not, could someone please guide me in the right direction? thanks!) We are looking for a program that will run on WindowsNT that does the following: We have two servers in our Intranet, a production server (call it P) and a development/backup (call it D) server. The idea is as follows: A user should be able to get a file from server D, i.e. check out the file. (The user is using Dreamweaver4 for this task.) A lock should be put on the file so that no one else can work on the same file. After the user has finished modifying this file, the user should check in the file, thereby unlocking it. After this, the user should be able to tell a person in charge of publishing the webpage that the page is checked in. The person in charge of publishing would use a little application that checks to see which pages in the web site tree have been modified and unlocked. Only if a file within the directory has been modified AND unlocked does he want to publish it. The publishing process involves the application checking for modified and unlocked files, and copying them to 2 locations – the first being the production server, and the second being the backup server (which happens to be on the same machine as the development server). The application used by the person in charge of publishing should be quite simple – all they should have to do is click on a button called “Publish”, and the application will perform the check (hopefully with detailed logging of who has modified the file and who has not locked files that are not locked), and automatically copy the eligible files for copying to the two required locations. Question: is there such a “publishing” application or tool (preferably that fits in with the webdav protocol) that will run on windows NT? The closest thing I’ve found is “sitecopy” which is for linux/unix. I believe there is a Windows port of the software, but I can’t seem to get my hands on it. Does anyone have any suggestions? Thanks! - Jamil Kassam __________________________________________________ Do You Yahoo!? Yahoo! Photos - Share your holiday photos online! http://photos.yahoo.com/ From w3c-dist-auth-request@w3.org Wed Jan 3 11:01:11 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id LAA26576 for ; Wed, 3 Jan 2001 11:01:10 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id KAA00919; Wed, 3 Jan 2001 10:49:10 -0500 (EST) Resent-Date: Wed, 3 Jan 2001 10:49:10 -0500 (EST) Resent-Message-Id: <200101031549.KAA00919@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id KAA00899 for ; Wed, 3 Jan 2001 10:49:06 -0500 (EST) Received: from bang.ekeeper.com ([38.204.71.240]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id KAA03199 for ; Wed, 3 Jan 2001 10:49:05 -0500 Received: by BANG with Internet Mail Service (5.5.2650.21) id ; Wed, 3 Jan 2001 09:43:40 -0600 Message-ID: From: Douglas Steen To: w3c-dist-auth@w3.org Date: Wed, 3 Jan 2001 09:43:33 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Subject: RE: FW: WebFolders on Intranet Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4579 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: It is not too surprising that the current versions have intractable problems; releasing first-version code that works but not quite in all cases is pretty standard -- and not only for Microsoft. Honestly, I give them a lot of credit for implementing the standard at all; I know of no other company their size who has put WebDAV in both their flagship server (W2K) and flagship client (Office2K) products. However, the response "Why don't you use FrontPage extensions?" does worry me. Is this just ignorance of WebDAV from the support staff (which wouldn't surprise me), or does it show a larger disregard for the protocol from within Microsoft? FrontPage extensions and WebDAV are -- in many respects -- duplicate work. If MS is dropping WebDAV in favor of FrontPage extensions, or some other standard even, it could spell doom for a protocol that has been (to say the least) widely ignored by the technical community. Does anyone -- particularly from inside Microsoft -- care to comment on this? I'd really like some assurances, especially if they are backed up with facts, that Microsoft is intending to fix these problems and to continue to support the WebDAV protocol. Douglas R. Steen dsteen@eKeeper.Com Drag-and-Drop Web Content Management http://www.eKeeper.com -----Original Message----- From: Gerbert Orasche [mailto:gorasche@hyperwave.com] Sent: Wednesday, January 03, 2001 3:21 AM To: Stewart Hersey; Douglas Steen Cc: w3c-dist-auth@w3.org Subject: RE: FW: WebFolders on Intranet Stewart, I am not completely sure, if I have understood your mail properly. As far as I understand the WebDAV standard, it does not specifiy if the client connection is done via a proxy or not. For me that means that a client has to support any type of HTTP connection (also if MS is writing the client) and if it can not handle direct HTTP it's simply a bug. Any TCPIP client closes a connection, if the operation should be cancelled or at least sends something saying: "Uh, I can't go on". MS WebDAV client does simply nothing. Using a proxy is not really an option in many cases (I am still not sure if it would help with our problem), because NTLM authentication does not work via proxies. Again the WebDAV standard does not mention which HTTP authentication method has to be used (which is not a flaw at all - WebDAV shouldn't have to bother with authentication). Earlier versions of MSs WebDAV client had severe problems with basic authentication, thus it worked well only in combination with NTLM (or perhaps Digest) authentication. What are you all thinking about this? Our customers pay a whole lot to Microsoft to use their OSes and Office packages. (We are talking about companies like Siemens, UBS etc.) Thus MS should provide a WebDAV implementation, which is usable (at least with their own IIS WebDAV implementation). First answer we got from all MS support levels was: "Why don't you use Frontpage extensions?" which renders the IETF standard useless. Gerbert > -----Original Message----- > From: w3c-dist-auth-request@w3.org > [mailto:w3c-dist-auth-request@w3.org]On Behalf Of Stewart Hersey > Sent: Wednesday, January 03, 2001 6:58 AM > To: Douglas Steen > Cc: w3c-dist-auth@w3.org > Subject: Re: FW: WebFolders on Intranet [...] > What's New says (NOTE* Fix for Gerbert's XML/WebDAV on Intranet issue): > > "For servers running on an intranet, it's necessary to run the > proxycfg.exe utility to configure WinHTTP to access HTTP and HTTPS > servers through a proxy server. For example, you would use the > proxycfg.exe utility as part of the deployment and installation > process of an application that uses the ServerXMLHTTP component > to access WinHTTP." > > proxycfg.exe can be downloaded here: > http://msdn.microsoft.com/msdn-files/027/001/468/Proxycfg.exe > For more information, please refer to the readme included with > the download. > > > Finally, the most recent MS threads regarding WinHTTP: > > -Is there any more information on WinHTTP. I would like to adjust > the winHTTP Registry settings programmatically but can't find any > information on the structure of the key. > - Anonymous 20 Dec 2000 > > -Re: WinHTTP > No, at this time, the format of the WinHTTP proxy settings stored > in the registry is not documented and cannot be changed > programmatically. > - Anonymous 29 Dec 2000 > > Happy New Year! > > smh > > S. Matthew Hersey > Newma Net Works > www.newma.net > > > ----- Original Message ----- > From: "Douglas Steen" > To: > Sent: Tuesday, January 02, 2001 7:36 AM > Subject: RE: FW: WebFolders on Intranet > > > Does anyone know if this is simply another symptom of the problem MS has > with its wininet.dll? It sounds very similar: connection won't > close, etc. > They've got another web access interface now, in msxml3.dll, which > specifically avoids use of wininet (see > http://support.microsoft.com/support/kb/articles/Q237/9/06.ASP), > and they've > acknowledged it to be a problem. > > So, if this is the same problem, we can at least know that it has been > recognized, and they know it needs to be fixed. > > Douglas R. Steen > dsteen@eKeeper.Com > Drag-and-Drop Web Content Management > http://www.eKeeper.com > > > -----Original Message----- > From: Gerbert Orasche [mailto:gorasche@hyperwave.com] > Sent: Tuesday, January 02, 2001 2:53 AM > To: Stewart Hersey; Peter Pierrou; Mac@telseon.com; w3c-dist-auth@w3.org > Subject: RE: FW: WebFolders on Intranet > > > I have forgotten to mention that the fatal hang of the whole > desktop happens > with MS Office 2000 SR-1. However, all other versions of WebFolders (there > are quite many of them: Office, IE, OS etc.) also don't shut down > the TCPIP > connection, which can lead to interesting effects with some WebDAV servers > like IIS. > > I am still not sure, if we are talking about the same bug. After the user > has pressed the Cancel button there are no more flying folders. > Users won't > even notice that the connection is still open until they have Office SR-1. > > Gerbert > > > -----Original Message----- > > From: w3c-dist-auth-request@w3.org > > [mailto:w3c-dist-auth-request@w3.org]On Behalf Of Stewart Hersey > > Sent: Thursday, December 28, 2000 5:00 PM > > To: gorasche@hyperwave.com; Peter Pierrou; Mac@telseon.com; > > w3c-dist-auth@w3.org > > Subject: Re: FW: WebFolders on Intranet > > > > > > Ahhh! You have just described the FFFFOO effect (Files Flying > > Folder to Folder Out of Oblivion). > > > > We've experienced a similar kludge, although the error is rarely fatal. > > > > I expect Microsoft to post the patch on Windows Update once it's > > been compiled... > > > > S. Matthew Hersey > > President and CTO > > Newma Net Works, Inc. > > www.newma.com > > > > ----- Original Message ----- > > From: "Gerbert Orasche" > > To: "Peter Pierrou" ; > > ; > > Sent: Thursday, December 28, 2000 4:50 AM > > Subject: RE: FW: WebFolders on Intranet > > > > > > Hi, > > > > > -----Original Message----- > > > From: w3c-dist-auth-request@w3.org > > > [mailto:w3c-dist-auth-request@w3.org]On Behalf Of Peter Pierrou > > > Sent: Wednesday, December 20, 2000 9:36 AM > > > To: Mac@telseon.com; w3c-dist-auth@w3.org > > > Subject: Re: FW: WebFolders on Intranet > > > > > > > > > Hi! > > > > > > > Interested in getting in touch with any companies that are > > > using WebDAV on > > > > their Intranet. > > We are also using our own product within our Intra-/Extranet. > However, we > > have been stumbling quite often over bugs in Microsoft's WebDAV client > > implementation. Only two weeks ago we have escalated a WebFolder > > problem to > > Redmond and hope to get a hotfix soon. It was about freezing Windows > > Explorer (and thus the whole desktop) whenever a user hits the > > Cancel button > > while uploading. The MS WebDAV client then stops to upload but the TCPIP > > connection stays open. Our server runs into a timeout, IIS > > doesn't (at least > > not within reasonable time) > > > > cu > > ___________________________________________________________________ > > Gerbert Orasche, Senior Software Engineer > > Hyperwave Software R&D, Albrechtgasse 9/2, A-8010 Graz, Austria > > > > Tel: ++43-316-820918-11 > > Fax: ++43-316-820918-99 > > mailto:gorasche@hyperwave.com > > http://www.hyperwave.com > > ___________________________________________________________________ > > > > > > > > > From w3c-dist-auth-request@w3.org Wed Jan 3 11:15:17 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id LAA27039 for ; Wed, 3 Jan 2001 11:15:14 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id LAA03085; Wed, 3 Jan 2001 11:03:04 -0500 (EST) Resent-Date: Wed, 3 Jan 2001 11:03:04 -0500 (EST) Resent-Message-Id: <200101031603.LAA03085@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id LAA03061 for ; Wed, 3 Jan 2001 11:03:00 -0500 (EST) Received: from speedy.rtfm.com (c1274607-a.stcla1.sfba.home.com [65.0.252.29]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id LAA05479 for ; Wed, 3 Jan 2001 11:02:59 -0500 Received: from BEAVER (snap.rtfm.com [198.144.203.248] (may be forged)) by speedy.rtfm.com (8.9.1/8.6.4) with SMTP id IAA03896; Wed, 3 Jan 2001 08:06:02 -0800 (PST) From: "Lisa Dusseault" To: "Jamil Kassam" , Date: Wed, 3 Jan 2001 08:02:30 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 In-reply-to: <20010103113823.55781.qmail@web9304.mail.yahoo.com> Subject: RE: webdav help Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4580 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Content-Transfer-Encoding: 8bit Jamil, The Xythos Storage Server may fill your bill -- with a little custom code. Our WebDAV server is a platform, so it does all the WebDAV stuff, lock/unlock, basic versioning, access control, searching, etc. XSS is compatible with MS Web Folders clients (haven't done testing with DreamWeaver4, is it DAV 2 compatible?). Most importantly, we have a Java API to allow our customers to apply their own business rules and APIs. It sounds like you'd need a little bit of Java servlet code, or two JSP pages, to finish off the publishing scenario you describe below. Although there are many ways of skinning a cat, my recent work with JSPs suggests it would be quite easy to create two JSP-run web pages: one for the author to choose their file and click "submit for publishing", and another for the editor to see all files and click "approve". Underneath the simple code running these two web pages, XSS can do the rest for you. Lisa Director of Server Development Xythos Software, INC (http://www.xythos.com) Redwood City, CA > -----Original Message----- > From: w3c-dist-auth-request@w3.org > [mailto:w3c-dist-auth-request@w3.org]On Behalf Of Jamil Kassam > Sent: Wednesday, January 03, 2001 3:38 AM > To: w3c-dist-auth@w3.org > Subject: webdav help > > > I'm not sure if this is the right place to post this, > but here goes. (If it's not, could someone please > guide me in the right direction? thanks!) > > We are looking for a program that will run on > WindowsNT that does the following: > > We have two servers in our Intranet, a production > server (call it P) and a development/backup (call it > D) server. The idea is as follows: > A user should be able to get a file from server D, > i.e. check out the file. (The user is using > Dreamweaver4 for this task.) A lock should be put on > the file so that no one else can work on the same > file. After the user has finished modifying this > file, the user should check in the file, thereby > unlocking it. After this, the user should be able to > tell a person in charge of publishing the webpage that > the page is checked in. The person in charge of > publishing would use a little application that checks > to see which pages in the web site tree have been > modified and unlocked. Only if a file within the > directory has been modified AND unlocked does he want > to publish it. The publishing process involves the > application checking for modified and unlocked files, > and copying them to 2 locations  the first being the > production server, and the second being the backup > server (which happens to be on the same machine as the > development server). The application used by the > person in charge of publishing should be quite simple >  all they should have to do is click on a button > called Publish, and the application will perform the > check (hopefully with detailed logging of who has > modified the file and who has not locked files that > are not locked), and automatically copy the eligible > files for copying to the two required locations. > > Question: is there such a publishing application or > tool (preferably that fits in with the webdav > protocol) that will run on windows NT? The closest > thing Ive found is sitecopy which is for > linux/unix. I believe there is a Windows port of the > software, but I cant seem to get my hands on it. > Does anyone have any suggestions? > > Thanks! > > - Jamil Kassam > > __________________________________________________ > Do You Yahoo!? > Yahoo! Photos - Share your holiday photos online! > http://photos.yahoo.com/ From w3c-dist-auth-request@w3.org Wed Jan 3 14:27:32 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id OAA02650 for ; Wed, 3 Jan 2001 14:27:32 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id OAA17309; Wed, 3 Jan 2001 14:18:07 -0500 (EST) Resent-Date: Wed, 3 Jan 2001 14:18:07 -0500 (EST) Resent-Message-Id: <200101031918.OAA17309@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id OAA17288 for ; Wed, 3 Jan 2001 14:18:03 -0500 (EST) Received: from yosemite.rwc.gnac.net (yosemite.rwc.gnac.net [198.151.248.221]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id OAA26106 for ; Wed, 3 Jan 2001 14:18:02 -0500 Received: by yosemite.rwc.gnac.net; id LAA03996; Wed, 3 Jan 2001 11:21:03 -0800 (PST) Received: from unknown(192.168.5.22) by yosemite.rwc.gnac.net via smap (V5.0) id xma003988; Wed, 3 Jan 01 11:20:52 -0800 Received: from tweety.main.gnac.com (localhost.gnac.net [127.0.0.1]) by pepe.ops.rwc.gnac.net (8.11.0/8.8.7/GNAC-GW-2.1) with ESMTP id f03JHXM20009; Wed, 3 Jan 2001 11:17:33 -0800 (PST) Received: from smh (dhcp-155.main.gnac.com [192.168.1.155]) by tweety.main.gnac.com (8.9.3/8.7.3/GNAC-COM-1.1) with SMTP id LAA11814; Wed, 3 Jan 2001 11:17:45 -0800 (PST) Message-ID: <005201c075b9$55c139a0$9b01a8c0@main.gnac.com> From: "S.Matthew Hersey" To: , "Douglas Steen" Cc: References: Date: Wed, 3 Jan 2001 11:14:02 -0800 Organization: Certainty Solutions MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Subject: Re: FW: WebFolders on Intranet Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4581 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Content-Transfer-Encoding: 7bit I'm interested in seeing exactly how Microsoft Support phrased that answer, in context... Could you forward that message to the list, or cut and paste the section you've quoted. ...wondering how FPX would be used, and whether this would cause some security issue. Stewart Hersey www.newma.net ----- Original Message ----- From: "Douglas Steen" To: Sent: Wednesday, January 03, 2001 7:43 AM Subject: RE: FW: WebFolders on Intranet It is not too surprising that the current versions have intractable problems; releasing first-version code that works but not quite in all cases is pretty standard -- and not only for Microsoft. Honestly, I give them a lot of credit for implementing the standard at all; I know of no other company their size who has put WebDAV in both their flagship server (W2K) and flagship client (Office2K) products. However, the response "Why don't you use FrontPage extensions?" does worry me. Is this just ignorance of WebDAV from the support staff (which wouldn't surprise me), or does it show a larger disregard for the protocol from within Microsoft? FrontPage extensions and WebDAV are -- in many respects -- duplicate work. If MS is dropping WebDAV in favor of FrontPage extensions, or some other standard even, it could spell doom for a protocol that has been (to say the least) widely ignored by the technical community. Does anyone -- particularly from inside Microsoft -- care to comment on this? I'd really like some assurances, especially if they are backed up with facts, that Microsoft is intending to fix these problems and to continue to support the WebDAV protocol. Douglas R. Steen dsteen@eKeeper.Com Drag-and-Drop Web Content Management http://www.eKeeper.com -----Original Message----- From: Gerbert Orasche [mailto:gorasche@hyperwave.com] Sent: Wednesday, January 03, 2001 3:21 AM To: Stewart Hersey; Douglas Steen Cc: w3c-dist-auth@w3.org Subject: RE: FW: WebFolders on Intranet Stewart, I am not completely sure, if I have understood your mail properly. As far as I understand the WebDAV standard, it does not specifiy if the client connection is done via a proxy or not. For me that means that a client has to support any type of HTTP connection (also if MS is writing the client) and if it can not handle direct HTTP it's simply a bug. Any TCPIP client closes a connection, if the operation should be cancelled or at least sends something saying: "Uh, I can't go on". MS WebDAV client does simply nothing. Using a proxy is not really an option in many cases (I am still not sure if it would help with our problem), because NTLM authentication does not work via proxies. Again the WebDAV standard does not mention which HTTP authentication method has to be used (which is not a flaw at all - WebDAV shouldn't have to bother with authentication). Earlier versions of MSs WebDAV client had severe problems with basic authentication, thus it worked well only in combination with NTLM (or perhaps Digest) authentication. What are you all thinking about this? Our customers pay a whole lot to Microsoft to use their OSes and Office packages. (We are talking about companies like Siemens, UBS etc.) Thus MS should provide a WebDAV implementation, which is usable (at least with their own IIS WebDAV implementation). First answer we got from all MS support levels was: "Why don't you use Frontpage extensions?" which renders the IETF standard useless. Gerbert > -----Original Message----- > From: w3c-dist-auth-request@w3.org > [mailto:w3c-dist-auth-request@w3.org]On Behalf Of Stewart Hersey > Sent: Wednesday, January 03, 2001 6:58 AM > To: Douglas Steen > Cc: w3c-dist-auth@w3.org > Subject: Re: FW: WebFolders on Intranet [...] > What's New says (NOTE* Fix for Gerbert's XML/WebDAV on Intranet issue): > > "For servers running on an intranet, it's necessary to run the > proxycfg.exe utility to configure WinHTTP to access HTTP and HTTPS > servers through a proxy server. For example, you would use the > proxycfg.exe utility as part of the deployment and installation > process of an application that uses the ServerXMLHTTP component > to access WinHTTP." > > proxycfg.exe can be downloaded here: > http://msdn.microsoft.com/msdn-files/027/001/468/Proxycfg.exe > For more information, please refer to the readme included with > the download. > > > Finally, the most recent MS threads regarding WinHTTP: > > -Is there any more information on WinHTTP. I would like to adjust > the winHTTP Registry settings programmatically but can't find any > information on the structure of the key. > - Anonymous 20 Dec 2000 > > -Re: WinHTTP > No, at this time, the format of the WinHTTP proxy settings stored > in the registry is not documented and cannot be changed > programmatically. > - Anonymous 29 Dec 2000 > > Happy New Year! > > smh > > S. Matthew Hersey > Newma Net Works > www.newma.net > > > ----- Original Message ----- > From: "Douglas Steen" > To: > Sent: Tuesday, January 02, 2001 7:36 AM > Subject: RE: FW: WebFolders on Intranet > > > Does anyone know if this is simply another symptom of the problem MS has > with its wininet.dll? It sounds very similar: connection won't > close, etc. > They've got another web access interface now, in msxml3.dll, which > specifically avoids use of wininet (see > http://support.microsoft.com/support/kb/articles/Q237/9/06.ASP), > and they've > acknowledged it to be a problem. > > So, if this is the same problem, we can at least know that it has been > recognized, and they know it needs to be fixed. > > Douglas R. Steen > dsteen@eKeeper.Com > Drag-and-Drop Web Content Management > http://www.eKeeper.com > > > -----Original Message----- > From: Gerbert Orasche [mailto:gorasche@hyperwave.com] > Sent: Tuesday, January 02, 2001 2:53 AM > To: Stewart Hersey; Peter Pierrou; Mac@telseon.com; w3c-dist-auth@w3.org > Subject: RE: FW: WebFolders on Intranet > > > I have forgotten to mention that the fatal hang of the whole > desktop happens > with MS Office 2000 SR-1. However, all other versions of WebFolders (there > are quite many of them: Office, IE, OS etc.) also don't shut down > the TCPIP > connection, which can lead to interesting effects with some WebDAV servers > like IIS. > > I am still not sure, if we are talking about the same bug. After the user > has pressed the Cancel button there are no more flying folders. > Users won't > even notice that the connection is still open until they have Office SR-1. > > Gerbert > > > -----Original Message----- > > From: w3c-dist-auth-request@w3.org > > [mailto:w3c-dist-auth-request@w3.org]On Behalf Of Stewart Hersey > > Sent: Thursday, December 28, 2000 5:00 PM > > To: gorasche@hyperwave.com; Peter Pierrou; Mac@telseon.com; > > w3c-dist-auth@w3.org > > Subject: Re: FW: WebFolders on Intranet > > > > > > Ahhh! You have just described the FFFFOO effect (Files Flying > > Folder to Folder Out of Oblivion). > > > > We've experienced a similar kludge, although the error is rarely fatal. > > > > I expect Microsoft to post the patch on Windows Update once it's > > been compiled... > > > > S. Matthew Hersey > > President and CTO > > Newma Net Works, Inc. > > www.newma.com > > > > ----- Original Message ----- > > From: "Gerbert Orasche" > > To: "Peter Pierrou" ; > > ; > > Sent: Thursday, December 28, 2000 4:50 AM > > Subject: RE: FW: WebFolders on Intranet > > > > > > Hi, > > > > > -----Original Message----- > > > From: w3c-dist-auth-request@w3.org > > > [mailto:w3c-dist-auth-request@w3.org]On Behalf Of Peter Pierrou > > > Sent: Wednesday, December 20, 2000 9:36 AM > > > To: Mac@telseon.com; w3c-dist-auth@w3.org > > > Subject: Re: FW: WebFolders on Intranet > > > > > > > > > Hi! > > > > > > > Interested in getting in touch with any companies that are > > > using WebDAV on > > > > their Intranet. > > We are also using our own product within our Intra-/Extranet. > However, we > > have been stumbling quite often over bugs in Microsoft's WebDAV client > > implementation. Only two weeks ago we have escalated a WebFolder > > problem to > > Redmond and hope to get a hotfix soon. It was about freezing Windows > > Explorer (and thus the whole desktop) whenever a user hits the > > Cancel button > > while uploading. The MS WebDAV client then stops to upload but the TCPIP > > connection stays open. Our server runs into a timeout, IIS > > doesn't (at least > > not within reasonable time) > > > > cu > > ___________________________________________________________________ > > Gerbert Orasche, Senior Software Engineer > > Hyperwave Software R&D, Albrechtgasse 9/2, A-8010 Graz, Austria > > > > Tel: ++43-316-820918-11 > > Fax: ++43-316-820918-99 > > mailto:gorasche@hyperwave.com > > http://www.hyperwave.com > > ___________________________________________________________________ > > > > > > > > > From w3c-dist-auth-request@w3.org Thu Jan 4 00:06:07 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id AAA16162 for ; Thu, 4 Jan 2001 00:06:04 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id XAA00524; Wed, 3 Jan 2001 23:57:34 -0500 (EST) Resent-Date: Wed, 3 Jan 2001 23:57:34 -0500 (EST) Resent-Message-Id: <200101040457.XAA00524@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id XAA00501 for ; Wed, 3 Jan 2001 23:57:15 -0500 (EST) Received: from DF-INET-1.dogfoodinternet.com (df-inet1.exchange.microsoft.com [131.107.8.8]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id XAA09596 for ; Wed, 3 Jan 2001 23:57:14 -0500 Received: from df-virus2.platinum.corp.microsoft.com ([172.30.236.33]) by DF-INET-1.dogfoodinternet.com with Microsoft SMTPSVC(5.0.2195.1600); Wed, 3 Jan 2001 20:48:51 -0800 Received: from 172.30.236.11 by df-virus2.platinum.corp.microsoft.com (InterScan E-Mail VirusWall NT); Wed, 03 Jan 2001 20:49:34 -0800 (Pacific Standard Time) Received: from df-goofy.platinum.corp.microsoft.com ([172.30.236.130]) by yuri.dns.microsoft.com with Microsoft SMTPSVC(5.0.2195.2532); Wed, 3 Jan 2001 20:49:34 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.0.4604.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 3 Jan 2001 20:49:27 -0800 Message-ID: <52E28A515344104299B5E7AABC32045F1C9463@df-goofy.dogfood> Thread-Topic: FW: WebFolders on Intranet Thread-Index: AcB1nbuiCLXMTwFFSx2pudQbZWqz6wATxp3g From: "Sean Lyndersay" To: "Douglas Steen" , X-OriginalArrivalTime: 04 Jan 2001 04:49:34.0376 (UTC) FILETIME=[BBCA6280:01C07609] Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by www19.w3.org id XAA00501 Subject: RE: FW: WebFolders on Intranet Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4582 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Content-Transfer-Encoding: 8bit Microsoft has no plans for dropping WebDAV in favour of FPSE (FrontPage Server Extensions) in favour or vice versa. Keep in mind that FPSE significantly predates WebDAV, and millions of clients and servers (and not just on Microsoft platforms) are using FPSE. Each of WebDAV and FPSE have their advantages and disadvantages (for more information on FPSE do a search from msdn.microsoft.com), and, while my comments should not be taken as a statement of direction, I see a place for both protocols in Microsoft products for the foreseeable. For what it's worth, the Web Folders client is actually a dual-client supporting both FPSE and WebDAV servers (and automatically detecting which is supported on a particular URL). Problems with the client should be pursued through PSS (Product Support), as Gerbert has done. To address some of the comments made below by Stewart and others about WinInet: WinInet is a Windows client API designed to make the job of sending and receiving HTTP (as well as FTP and Gopher, I think) requests and responses easier for client applications -- one of which is Internet Explorer. Note that I'm stressing the word "client." There are a lot of assumptions that one makes when designing a client API (like there's only one user, or that it can pop-up UI on the applications behalf -- asking for authentication credentials, for instance). These assumptions -- which make the client application writer's life a lot easier -- make it unsuitable for use on middle-tier or servers. XMLHTTP is a another API (technically a COM object), layered on top of WinInet, that makes it easy to send HTTP requests that contain XML bodies, and to receive and parse the XML responses. XMLHTTP this inherits the advantages and disadvantages of WinInet. WinHTTP and ServerXMLHTTP are new more-or-less-interface-compatible libraries that are designed for server-side use. MSDN again has lots of information on these APIs. All of that proxy stuff below is because WinHTTP and ServerXMLHTTP do not share proxy configuration information with WinInet (which is configured via the Internet Options Control Panel -- also accessible through IE's Tool menu). Since it's intended to be deployed on servers, the server-side libraries have a command-line configuration interface instead. In other words, it's all by design :), and for that matter, since all these interfaces support generic HTTP, they're mostly irrelevant to Microsoft's WebDAV support. Sean -----Original Message----- From: Douglas Steen [mailto:dsteen@ekeeper.com] Sent: Wednesday, January 03, 2001 10:44 AM To: w3c-dist-auth@w3.org Subject: RE: FW: WebFolders on Intranet It is not too surprising that the current versions have intractable problems; releasing first-version code that works but not quite in all cases is pretty standard -- and not only for Microsoft. Honestly, I give them a lot of credit for implementing the standard at all; I know of no other company their size who has put WebDAV in both their flagship server (W2K) and flagship client (Office2K) products. However, the response "Why don't you use FrontPage extensions?" does worry me. Is this just ignorance of WebDAV from the support staff (which wouldn't surprise me), or does it show a larger disregard for the protocol from within Microsoft? FrontPage extensions and WebDAV are -- in many respects -- duplicate work. If MS is dropping WebDAV in favor of FrontPage extensions, or some other standard even, it could spell doom for a protocol that has been (to say the least) widely ignored by the technical community. Does anyone -- particularly from inside Microsoft -- care to comment on this? I'd really like some assurances, especially if they are backed up with facts, that Microsoft is intending to fix these problems and to continue to support the WebDAV protocol. Douglas R. Steen dsteen@eKeeper.Com Drag-and-Drop Web Content Management http://www.eKeeper.com -----Original Message----- From: Gerbert Orasche [mailto:gorasche@hyperwave.com] Sent: Wednesday, January 03, 2001 3:21 AM To: Stewart Hersey; Douglas Steen Cc: w3c-dist-auth@w3.org Subject: RE: FW: WebFolders on Intranet Stewart, I am not completely sure, if I have understood your mail properly. As far as I understand the WebDAV standard, it does not specifiy if the client connection is done via a proxy or not. For me that means that a client has to support any type of HTTP connection (also if MS is writing the client) and if it can not handle direct HTTP it's simply a bug. Any TCPIP client closes a connection, if the operation should be cancelled or at least sends something saying: "Uh, I can't go on". MS WebDAV client does simply nothing. Using a proxy is not really an option in many cases (I am still not sure if it would help with our problem), because NTLM authentication does not work via proxies. Again the WebDAV standard does not mention which HTTP authentication method has to be used (which is not a flaw at all - WebDAV shouldn't have to bother with authentication). Earlier versions of MSs WebDAV client had severe problems with basic authentication, thus it worked well only in combination with NTLM (or perhaps Digest) authentication. What are you all thinking about this? Our customers pay a whole lot to Microsoft to use their OSes and Office packages. (We are talking about companies like Siemens, UBS etc.) Thus MS should provide a WebDAV implementation, which is usable (at least with their own IIS WebDAV implementation). First answer we got from all MS support levels was: "Why don't you use Frontpage extensions?" which renders the IETF standard useless. Gerbert > -----Original Message----- > From: w3c-dist-auth-request@w3.org > [mailto:w3c-dist-auth-request@w3.org]On Behalf Of Stewart Hersey > Sent: Wednesday, January 03, 2001 6:58 AM > To: Douglas Steen > Cc: w3c-dist-auth@w3.org > Subject: Re: FW: WebFolders on Intranet [...] > What's New says (NOTE* Fix for Gerbert's XML/WebDAV on Intranet issue): > > "For servers running on an intranet, it's necessary to run the > proxycfg.exe utility to configure WinHTTP to access HTTP and HTTPS > servers through a proxy server. For example, you would use the > proxycfg.exe utility as part of the deployment and installation > process of an application that uses the ServerXMLHTTP component > to access WinHTTP." > > proxycfg.exe can be downloaded here: > http://msdn.microsoft.com/msdn-files/027/001/468/Proxycfg.exe > For more information, please refer to the readme included with > the download. > > > Finally, the most recent MS threads regarding WinHTTP: > > -Is there any more information on WinHTTP. I would like to adjust > the winHTTP Registry settings programmatically but can't find any > information on the structure of the key. > - Anonymous 20 Dec 2000 > > -Re: WinHTTP > No, at this time, the format of the WinHTTP proxy settings stored > in the registry is not documented and cannot be changed > programmatically. > - Anonymous 29 Dec 2000 > > Happy New Year! > > smh > > S. Matthew Hersey > Newma Net Works > www.newma.net > > > ----- Original Message ----- > From: "Douglas Steen" > To: > Sent: Tuesday, January 02, 2001 7:36 AM > Subject: RE: FW: WebFolders on Intranet > > > Does anyone know if this is simply another symptom of the problem MS has > with its wininet.dll? It sounds very similar: connection won't > close, etc. > They've got another web access interface now, in msxml3.dll, which > specifically avoids use of wininet (see > http://support.microsoft.com/support/kb/articles/Q237/9/06.ASP), > and they've > acknowledged it to be a problem. > > So, if this is the same problem, we can at least know that it has been > recognized, and they know it needs to be fixed. > > Douglas R. Steen > dsteen@eKeeper.Com > Drag-and-Drop Web Content Management > http://www.eKeeper.com > > > -----Original Message----- > From: Gerbert Orasche [mailto:gorasche@hyperwave.com] > Sent: Tuesday, January 02, 2001 2:53 AM > To: Stewart Hersey; Peter Pierrou; Mac@telseon.com; w3c-dist-auth@w3.org > Subject: RE: FW: WebFolders on Intranet > > > I have forgotten to mention that the fatal hang of the whole > desktop happens > with MS Office 2000 SR-1. However, all other versions of WebFolders (there > are quite many of them: Office, IE, OS etc.) also don't shut down > the TCPIP > connection, which can lead to interesting effects with some WebDAV servers > like IIS. > > I am still not sure, if we are talking about the same bug. After the user > has pressed the Cancel button there are no more flying folders. > Users won't > even notice that the connection is still open until they have Office SR-1. > > Gerbert > > > -----Original Message----- > > From: w3c-dist-auth-request@w3.org > > [mailto:w3c-dist-auth-request@w3.org]On Behalf Of Stewart Hersey > > Sent: Thursday, December 28, 2000 5:00 PM > > To: gorasche@hyperwave.com; Peter Pierrou; Mac@telseon.com; > > w3c-dist-auth@w3.org > > Subject: Re: FW: WebFolders on Intranet > > > > > > Ahhh! You have just described the FFFFOO effect (Files Flying > > Folder to Folder Out of Oblivion). > > > > We've experienced a similar kludge, although the error is rarely fatal. > > > > I expect Microsoft to post the patch on Windows Update once it's > > been compiled... > > > > S. Matthew Hersey > > President and CTO > > Newma Net Works, Inc. > > www.newma.com > > > > ----- Original Message ----- > > From: "Gerbert Orasche" > > To: "Peter Pierrou" ; > > ; > > Sent: Thursday, December 28, 2000 4:50 AM > > Subject: RE: FW: WebFolders on Intranet > > > > > > Hi, > > > > > -----Original Message----- > > > From: w3c-dist-auth-request@w3.org > > > [mailto:w3c-dist-auth-request@w3.org]On Behalf Of Peter Pierrou > > > Sent: Wednesday, December 20, 2000 9:36 AM > > > To: Mac@telseon.com; w3c-dist-auth@w3.org > > > Subject: Re: FW: WebFolders on Intranet > > > > > > > > > Hi! > > > > > > > Interested in getting in touch with any companies that are > > > using WebDAV on > > > > their Intranet. > > We are also using our own product within our Intra-/Extranet. > However, we > > have been stumbling quite often over bugs in Microsoft's WebDAV client > > implementation. Only two weeks ago we have escalated a WebFolder > > problem to > > Redmond and hope to get a hotfix soon. It was about freezing Windows > > Explorer (and thus the whole desktop) whenever a user hits the > > Cancel button > > while uploading. The MS WebDAV client then stops to upload but the TCPIP > > connection stays open. Our server runs into a timeout, IIS > > doesn't (at least > > not within reasonable time) > > > > cu > > ___________________________________________________________________ > > Gerbert Orasche, Senior Software Engineer > > Hyperwave Software R&D, Albrechtgasse 9/2, A-8010 Graz, Austria > > > > Tel: ++43-316-820918-11 > > Fax: ++43-316-820918-99 > > mailto:gorasche@hyperwave.com > > http://www.hyperwave.com > > ___________________________________________________________________ > > > > > > > > > From w3c-dist-auth-request@w3.org Thu Jan 4 05:22:04 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id FAA01190 for ; Thu, 4 Jan 2001 05:22:03 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id FAA08900; Thu, 4 Jan 2001 05:12:59 -0500 (EST) Resent-Date: Thu, 4 Jan 2001 05:12:59 -0500 (EST) Resent-Message-Id: <200101041012.FAA08900@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id FAA08816 for ; Thu, 4 Jan 2001 05:12:45 -0500 (EST) Received: from gatekeeper.hyperwave.com (fiicm2pc60.tu-graz.ac.at [129.27.200.60]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id FAA31889 for ; Thu, 4 Jan 2001 05:12:43 -0500 Received: from firewall.hyperwave.com ([192.168.3.2]) by gatekeeper.hyperwave.com (8.8.8/8.8.8) with ESMTP id LAA31369; Thu, 4 Jan 2001 11:12:37 +0100 Received: from hwal02.hyperwave.com (hwal02.hyperwave.com [192.168.153.25]) by firewall.hyperwave.com (8.8.7/8.8.7) with ESMTP id LAA30564; Thu, 4 Jan 2001 11:11:55 +0100 Received: from orasche (hwpc62.hyperwave.com [192.168.153.62]) by hwal02.hyperwave.com (8.9.3/8.9.3) with SMTP id LAA17632; Thu, 4 Jan 2001 11:11:49 +0100 (MET) Reply-To: From: "Gerbert Orasche" To: "S.Matthew Hersey" , "Douglas Steen" Cc: Date: Thu, 4 Jan 2001 11:12:03 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 In-Reply-To: <005201c075b9$55c139a0$9b01a8c0@main.gnac.com> Importance: Normal Subject: RE: FW: WebFolders on Intranet Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4583 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Content-Transfer-Encoding: 7bit Stewart, Before I start, I want to make very clear that I highly appreciate Microsoft's efforts to implement WebDAV. A very important point of Hyperwave's philosophy is to stay as open as possible to open standards. Because of a lack of them before WebDAV had been invented we have developed our own proprietary protocols (as many others, e.g. Frontpage), which has pinned users down to use proprietary clients (or APIs) to use several functionalities (at least for things doing a bit more than NFS or SMB). The support incidence was done in German, so I am not sure if it really helps a lot to cite it in here. (You can use Bablefish, but prepare for quite funny outputs due to the complexity of German sub-sentencing). I really do hope that citing will not lead to any actions from MS, however, there were no statements from MS support considering non-disclosure. Wie reagieren Ihre Web Folder mit aktivierten Server Extensions auf Ihrem IIS bzw. Apache Server? (Microsoft bietet die Server Extensions auch fur Apache Server an). Sollte das Problem auch bei Ihnen durch die Server Extensions gelost sein, konnen diese bei Ihnen eingesetzt werden ? Wenn nein, was spricht dagegen ? These questions are about if the problem occurs with Frontpage Extensions (FPX) too, if we can use FPX, if so why we do not want to use FPX. After the "escalation office" has acknowledged the incidence as a client bug (with "highest probability") we have received a request for "political impact" for fixing the bug: mir wurde von unserer Eskalationsstelle bestatigt, da? es sich bei Ihrem Problem hochstwahrscheinlich um einen Client-Fehler handelt. Da die sofortige Beseitigung Ihres Problems von Seiten unserer Entwicklungsabteilung fur Microsoft einen gewissen Aufwand bedeutet, benotige ich zur Rechtfertigung gegenuber der Eskalationsstelle einen sogenannten "political impact" von Ihnen. Dieser beinhaltet folgende Fragen: 1) Wieviele Client-Rechner sind von dem Problem betroffen ? 2) Welcher finazielle Schaden ensteht bei Ihnen, wenn das Problem nicht gefixt wurde ? (Bitte Verlust in DM angeben) 3) Welcher Nachteil ensteht, wenn auf Ihren Servern die Frontpage Server Erweiterungen doch installiert wurden ? Question 3 is about disadvantages of installing FPX. So it was quite clear to me that the fast and painless problem solution would have been to use FPX. We have stated quite a number of times that this is no alternative for us (since MS has not provided us with FPX for Hyperwave Information Server and FPX is no open standard). Gerbert > -----Original Message----- > From: w3c-dist-auth-request@w3.org > [mailto:w3c-dist-auth-request@w3.org]On Behalf Of S.Matthew Hersey > Sent: Wednesday, January 03, 2001 8:14 PM > To: gorasche@hyperwave.com; Douglas Steen > Cc: w3c-dist-auth@w3.org > Subject: Re: FW: WebFolders on Intranet > > > I'm interested in seeing exactly how Microsoft Support phrased > that answer, in context... > Could you forward that message to the list, or cut and paste the > section you've quoted. > ...wondering how FPX would be used, and whether this would cause > some security issue. > > Stewart Hersey > www.newma.net > > > > ----- Original Message ----- > From: "Douglas Steen" > To: > Sent: Wednesday, January 03, 2001 7:43 AM > Subject: RE: FW: WebFolders on Intranet > > > It is not too surprising that the current versions have intractable > problems; releasing first-version code that works but not quite > in all cases > is pretty standard -- and not only for Microsoft. Honestly, I give them a > lot of credit for implementing the standard at all; I know of no other > company their size who has put WebDAV in both their flagship server (W2K) > and flagship client (Office2K) products. > > However, the response "Why don't you use FrontPage extensions?" does worry > me. Is this just ignorance of WebDAV from the support staff > (which wouldn't > surprise me), or does it show a larger disregard for the protocol from > within Microsoft? FrontPage extensions and WebDAV are -- in many respects > -- duplicate work. If MS is dropping WebDAV in favor of FrontPage > extensions, or some other standard even, it could spell doom for > a protocol > that has been (to say the least) widely ignored by the technical > community. > > Does anyone -- particularly from inside Microsoft -- care to comment on > this? I'd really like some assurances, especially if they are backed up > with facts, that Microsoft is intending to fix these problems and to > continue to support the WebDAV protocol. > > Douglas R. Steen > dsteen@eKeeper.Com > Drag-and-Drop Web Content Management > http://www.eKeeper.com > > > > -----Original Message----- > From: Gerbert Orasche [mailto:gorasche@hyperwave.com] > Sent: Wednesday, January 03, 2001 3:21 AM > To: Stewart Hersey; Douglas Steen > Cc: w3c-dist-auth@w3.org > Subject: RE: FW: WebFolders on Intranet > > > Stewart, > > I am not completely sure, if I have understood your mail > properly. As far as > I understand the WebDAV standard, it does not specifiy if the client > connection is done via a proxy or not. For me that means that a client has > to support any type of HTTP connection (also if MS is writing the client) > and if it can not handle direct HTTP it's simply a bug. Any TCPIP client > closes a connection, if the operation should be cancelled or at > least sends > something saying: "Uh, I can't go on". MS WebDAV client does > simply nothing. > > Using a proxy is not really an option in many cases (I am still > not sure if > it would help with our problem), because NTLM authentication does not work > via proxies. Again the WebDAV standard does not mention which HTTP > authentication method has to be used (which is not a flaw at all - WebDAV > shouldn't have to bother with authentication). Earlier versions of MSs > WebDAV client had severe problems with basic authentication, thus > it worked > well only in combination with NTLM (or perhaps Digest) authentication. > > What are you all thinking about this? Our customers pay a whole lot to > Microsoft to use their OSes and Office packages. (We are talking about > companies like Siemens, UBS etc.) Thus MS should provide a WebDAV > implementation, which is usable (at least with their own IIS WebDAV > implementation). First answer we got from all MS support levels was: "Why > don't you use Frontpage extensions?" which renders the IETF standard > useless. > > Gerbert > > > -----Original Message----- > > From: w3c-dist-auth-request@w3.org > > [mailto:w3c-dist-auth-request@w3.org]On Behalf Of Stewart Hersey > > Sent: Wednesday, January 03, 2001 6:58 AM > > To: Douglas Steen > > Cc: w3c-dist-auth@w3.org > > Subject: Re: FW: WebFolders on Intranet > > [...] > > > What's New says (NOTE* Fix for Gerbert's XML/WebDAV on Intranet issue): > > > > "For servers running on an intranet, it's necessary to run the > > proxycfg.exe utility to configure WinHTTP to access HTTP and HTTPS > > servers through a proxy server. For example, you would use the > > proxycfg.exe utility as part of the deployment and installation > > process of an application that uses the ServerXMLHTTP component > > to access WinHTTP." > > > > proxycfg.exe can be downloaded here: > > http://msdn.microsoft.com/msdn-files/027/001/468/Proxycfg.exe > > For more information, please refer to the readme included with > > the download. > > > > > > Finally, the most recent MS threads regarding WinHTTP: > > > > -Is there any more information on WinHTTP. I would like to adjust > > the winHTTP Registry settings programmatically but can't find any > > information on the structure of the key. > > - Anonymous 20 Dec 2000 > > > > -Re: WinHTTP > > No, at this time, the format of the WinHTTP proxy settings stored > > in the registry is not documented and cannot be changed > > programmatically. > > - Anonymous 29 Dec 2000 > > > > Happy New Year! > > > > smh > > > > S. Matthew Hersey > > Newma Net Works > > www.newma.net > > > > > > ----- Original Message ----- > > From: "Douglas Steen" > > To: > > Sent: Tuesday, January 02, 2001 7:36 AM > > Subject: RE: FW: WebFolders on Intranet > > > > > > Does anyone know if this is simply another symptom of the problem MS has > > with its wininet.dll? It sounds very similar: connection won't > > close, etc. > > They've got another web access interface now, in msxml3.dll, which > > specifically avoids use of wininet (see > > http://support.microsoft.com/support/kb/articles/Q237/9/06.ASP), > > and they've > > acknowledged it to be a problem. > > > > So, if this is the same problem, we can at least know that it has been > > recognized, and they know it needs to be fixed. > > > > Douglas R. Steen > > dsteen@eKeeper.Com > > Drag-and-Drop Web Content Management > > http://www.eKeeper.com > > > > > > -----Original Message----- > > From: Gerbert Orasche [mailto:gorasche@hyperwave.com] > > Sent: Tuesday, January 02, 2001 2:53 AM > > To: Stewart Hersey; Peter Pierrou; Mac@telseon.com; w3c-dist-auth@w3.org > > Subject: RE: FW: WebFolders on Intranet > > > > > > I have forgotten to mention that the fatal hang of the whole > > desktop happens > > with MS Office 2000 SR-1. However, all other versions of > WebFolders (there > > are quite many of them: Office, IE, OS etc.) also don't shut down > > the TCPIP > > connection, which can lead to interesting effects with some > WebDAV servers > > like IIS. > > > > I am still not sure, if we are talking about the same bug. > After the user > > has pressed the Cancel button there are no more flying folders. > > Users won't > > even notice that the connection is still open until they have > Office SR-1. > > > > Gerbert > > > > > -----Original Message----- > > > From: w3c-dist-auth-request@w3.org > > > [mailto:w3c-dist-auth-request@w3.org]On Behalf Of Stewart Hersey > > > Sent: Thursday, December 28, 2000 5:00 PM > > > To: gorasche@hyperwave.com; Peter Pierrou; Mac@telseon.com; > > > w3c-dist-auth@w3.org > > > Subject: Re: FW: WebFolders on Intranet > > > > > > > > > Ahhh! You have just described the FFFFOO effect (Files Flying > > > Folder to Folder Out of Oblivion). > > > > > > We've experienced a similar kludge, although the error is > rarely fatal. > > > > > > I expect Microsoft to post the patch on Windows Update once it's > > > been compiled... > > > > > > S. Matthew Hersey > > > President and CTO > > > Newma Net Works, Inc. > > > www.newma.com > > > > > > ----- Original Message ----- > > > From: "Gerbert Orasche" > > > To: "Peter Pierrou" ; > > > ; > > > Sent: Thursday, December 28, 2000 4:50 AM > > > Subject: RE: FW: WebFolders on Intranet > > > > > > > > > Hi, > > > > > > > -----Original Message----- > > > > From: w3c-dist-auth-request@w3.org > > > > [mailto:w3c-dist-auth-request@w3.org]On Behalf Of Peter Pierrou > > > > Sent: Wednesday, December 20, 2000 9:36 AM > > > > To: Mac@telseon.com; w3c-dist-auth@w3.org > > > > Subject: Re: FW: WebFolders on Intranet > > > > > > > > > > > > Hi! > > > > > > > > > Interested in getting in touch with any companies that are > > > > using WebDAV on > > > > > their Intranet. > > > We are also using our own product within our Intra-/Extranet. > > However, we > > > have been stumbling quite often over bugs in Microsoft's WebDAV client > > > implementation. Only two weeks ago we have escalated a WebFolder > > > problem to > > > Redmond and hope to get a hotfix soon. It was about freezing Windows > > > Explorer (and thus the whole desktop) whenever a user hits the > > > Cancel button > > > while uploading. The MS WebDAV client then stops to upload > but the TCPIP > > > connection stays open. Our server runs into a timeout, IIS > > > doesn't (at least > > > not within reasonable time) > > > > > > cu > > > ___________________________________________________________________ > > > Gerbert Orasche, Senior Software Engineer > > > Hyperwave Software R&D, Albrechtgasse 9/2, A-8010 Graz, Austria > > > > > > Tel: ++43-316-820918-11 > > > Fax: ++43-316-820918-99 > > > mailto:gorasche@hyperwave.com > > > http://www.hyperwave.com > > > ___________________________________________________________________ > > > > > > > > > > > > > > > > > > From w3c-dist-auth-request@w3.org Thu Jan 4 12:57:04 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id MAA11372 for ; Thu, 4 Jan 2001 12:57:04 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id MAA03150; Thu, 4 Jan 2001 12:46:14 -0500 (EST) Resent-Date: Thu, 4 Jan 2001 12:46:14 -0500 (EST) Resent-Message-Id: <200101041746.MAA03150@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id MAA03125 for ; Thu, 4 Jan 2001 12:46:08 -0500 (EST) Received: from belsmtp1.datachannel.com (mail.datachannel.com [12.104.65.69]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id MAA14348 for ; Thu, 4 Jan 2001 12:46:07 -0500 Received: by belsmtp1.datachannel.com with Internet Mail Service (5.5.2653.19) id ; Thu, 4 Jan 2001 09:45:32 -0800 Message-ID: <8E864C73E16B864BB594712EDB3C89A0197141@belmail2.datachannel.com> From: Norbert Mikula To: "'Erik Hatcher'" , "'dav-dev@lyra.org'" , "'w3c-dist-auth@w3.org'" Cc: "'karl.best@oasis-open.org'" Date: Thu, 4 Jan 2001 09:45:30 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C07676.213C1CA0" Subject: RE: DAV conformance tests Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4584 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C07676.213C1CA0 Content-Type: text/plain; charset="iso-8859-1" Erik, OASIS has a long history of developing conformance tests. I copy this e-mail to Karl Best of OASIS who can provide you with all the details. I would suggest we all work together on this. . . . . . . . . . . . . . . . . . . . . . . . . Norbert H. Mikula | Chief Technology Officer 600 108th Avenue NE | Suite 900 | Bellevue WA 98004 T 425.974.4118 | F 425.637.1192 | C 425.681.3685 norbert@datachannel.com w w w . d a t a c h a n n e l . c om -----Original Message----- From: Erik Hatcher [mailto:ehatcher@running-start.com] Sent: Tuesday, January 02, 2001 7:38 PM To: dav-dev@lyra.org; w3c-dist-auth@w3.org Subject: DAV conformance tests Surely folks are doing some kind of spec. conformance tests against their DAV servers. How did you do it? Has anyone fleshed these tests out into something available for others to use to test against their servers as well? What about developing some kind of test suite using SkunkDAV code to control it? Thanks, Erik ------_=_NextPart_001_01C07676.213C1CA0 Content-Type: text/html; charset="iso-8859-1" RE: DAV conformance tests

Erik, OASIS has a long history of developing conformance tests. I copy this
e-mail to Karl Best of OASIS who can provide you with all the details.
I would suggest we all work together on this.

. . . . . . . . . . . . . . . . . . . . . . . .
 
Norbert H. Mikula | Chief Technology Officer
 
600 108th Avenue NE | Suite 900 | Bellevue WA  98004
      T 425.974.4118 | F 425.637.1192 | C 425.681.3685
            norbert@datachannel.com
w w w . d a t a c h a n n e l . c om
 
 


-----Original Message-----
From: Erik Hatcher [mailto:ehatcher@running-start.com]
Sent: Tuesday, January 02, 2001 7:38 PM
To: dav-dev@lyra.org; w3c-dist-auth@w3.org
Subject: DAV conformance tests


Surely folks are doing some kind of spec. conformance tests against their
DAV servers.   How did you do it?

Has anyone fleshed these tests out into something available for others to
use to test against their servers as well?

What about developing some kind of test suite using SkunkDAV code to control
it?

Thanks,
    Erik

------_=_NextPart_001_01C07676.213C1CA0-- From w3c-dist-auth-request@w3.org Thu Jan 4 13:14:58 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id NAA11917 for ; Thu, 4 Jan 2001 13:14:58 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id NAA04061; Thu, 4 Jan 2001 13:06:46 -0500 (EST) Resent-Date: Thu, 4 Jan 2001 13:06:46 -0500 (EST) Resent-Message-Id: <200101041806.NAA04061@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id NAA04027 for ; Thu, 4 Jan 2001 13:06:40 -0500 (EST) Received: from bracknell.earnest (dsl254-118-134-nyc1.dsl-isp.net [216.254.118.134]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id NAA16916 for ; Thu, 4 Jan 2001 13:06:39 -0500 Received: from bracknell.earnest (localhost.localdomain [127.0.0.1]) by bracknell.earnest (Postfix) with SMTP id 0956855893; Thu, 4 Jan 2001 13:08:41 -0500 (EST) From: Jacob Smullyan Organization: Starmedia Network To: Norbert Mikula , "'Erik Hatcher'" , "'dav-dev@lyra.org'" , "'w3c-dist-auth@w3.org'" Date: Thu, 4 Jan 2001 12:59:57 -0500 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain Cc: "'karl.best@oasis-open.org'" References: <8E864C73E16B864BB594712EDB3C89A0197141@belmail2.datachannel.com> In-Reply-To: <8E864C73E16B864BB594712EDB3C89A0197141@belmail2.datachannel.com> MIME-Version: 1.0 Message-Id: <01010413084102.04209@bracknell.earnest> Content-Transfer-Encoding: 8bit Subject: RE: DAV conformance tests Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4585 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Content-Transfer-Encoding: 8bit Sounds like a fine idea, and as the Skunkdav developer, I'd be glad to help in any way I can. The client library is very easy to script with J(P)ython -- I refer you to the jpython test script which you may find at: http://cvs.sourceforge.net/cgi-bin/cvsweb.cgi/skunkdav/org/skunk/dav/client/test.py?rev=1.11&content-type=text/x-cvsweb-markup&cvsroot=skunkdav Jacob Smullyan jacob.smullyan@starmedia.net On Thu, 04 Jan 2001, Norbert Mikula wrote: > > Erik, OASIS has a long history of developing conformance tests. I copy > this > e-mail to Karl Best of OASIS who can provide you with all the details. > I would suggest we all work together on this. > > . . . . . . . . . . . . . . . . . . . . . . . . > > Norbert H. Mikula | Chief Technology Officer > > 600 108th Avenue NE | Suite 900 | Bellevue WA 98004 > T 425.974.4118 | F 425.637.1192 | C 425.681.3685 > norbert@datachannel.com > w w w . d a t a c h a n n e l . c om > > > > > -----Original Message----- > From: Erik Hatcher [ mailto:ehatcher@running-start.com > ] > Sent: Tuesday, January 02, 2001 7:38 PM > To: dav-dev@lyra.org; w3c-dist-auth@w3.org > Subject: DAV conformance tests > > > Surely folks are doing some kind of spec. conformance tests against > their > DAV servers. How did you do it? > > Has anyone fleshed these tests out into something available for others > to > use to test against their servers as well? > > What about developing some kind of test suite using SkunkDAV code to > control > it? > > Thanks, > Erik > > ---------------------------------------- Content-Type: text/html; name="unnamed" Content-Transfer-Encoding: 7bit Content-Description: ---------------------------------------- From w3c-dist-auth-request@w3.org Thu Jan 4 14:42:39 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id OAA14184 for ; Thu, 4 Jan 2001 14:42:38 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id OAA12818; Thu, 4 Jan 2001 14:33:20 -0500 (EST) Resent-Date: Thu, 4 Jan 2001 14:33:20 -0500 (EST) Resent-Message-Id: <200101041933.OAA12818@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id OAA12797 for ; Thu, 4 Jan 2001 14:33:15 -0500 (EST) Received: from yosemite.rwc.gnac.net (yosemite.rwc.gnac.net [198.151.248.221]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id OAA27713 for ; Thu, 4 Jan 2001 14:33:15 -0500 Received: by yosemite.rwc.gnac.net; id LAA23022; Thu, 4 Jan 2001 11:36:19 -0800 (PST) Received: from unknown(192.168.5.22) by yosemite.rwc.gnac.net via smap (V5.0) id xma023008; Thu, 4 Jan 01 11:35:26 -0800 Received: from tweety.main.gnac.com (localhost.gnac.net [127.0.0.1]) by pepe.ops.rwc.gnac.net (8.11.0/8.8.7/GNAC-GW-2.1) with ESMTP id f04JW7M05435; Thu, 4 Jan 2001 11:32:07 -0800 (PST) Received: from smh (dhcp-155.main.gnac.com [192.168.1.155]) by tweety.main.gnac.com (8.9.3/8.7.3/GNAC-COM-1.1) with SMTP id LAA19518; Thu, 4 Jan 2001 11:32:17 -0800 (PST) Message-ID: <004d01c07684$89c93740$9b01a8c0@main.gnac.com> From: "S.Matthew Hersey" To: Cc: "'WebDAV WG'" References: Date: Thu, 4 Jan 2001 11:28:37 -0800 Organization: Certainty Solutions MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Subject: Re: FW: WebFolders on Intranet Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4586 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Content-Transfer-Encoding: 7bit Thank you for sharting those comments with us, Gerbert. Since my great-grandmother was born in Austria, I was lucky enough to enjoy a certain exposure to the German language in my early youth. Interesting... BTW I mistakenly referred to Microsoft (R) Front Page (R) Server Extensions as FPX (in my haste), and I stand corrected by Sean Lyndersay, who has inadvertantly pointed out to me that I should have used FPSE. We have had post-installation Intranet permissions issues with FPSE, on Apache for UNIX(R) System V Release 4.0. In a nutshell, there were folders in the directory tree with ownership by various individuals, and after installing FPSE, we discovered that a recursive chown had set all ownerships to root. We've been using Microsoft (R) Front Page (R) as a Web Publishing client interoperating with Web Folders for the better part of Y2K. Although Microsoft(R) Office 2000(R) integrates WebDAV management into the FP client (somebody correct me, again, if this comment is too far off base), our version management remains as a combination of RCS and CVS (for binaries). A less-kludgy WebDAV integration would save us some major time and effort in versioning our Web content via command line, both Internally and Externally. As both a Microsoft (R) Front Page (R) user and evangelist, and a father of two and four year old girls, I would appreciate the release of this development on many levels. Cheers from sunny California, Stewart Hersey Certainty Solutions (formerly GNAC) www.crtnty.com ----- Original Message ----- From: "Gerbert Orasche" To: "S.Matthew Hersey" ; "Douglas Steen" Cc: Sent: Thursday, January 04, 2001 2:12 AM Subject: RE: FW: WebFolders on Intranet Stewart, Before I start, I want to make very clear that I highly appreciate Microsoft's efforts to implement WebDAV. A very important point of Hyperwave's philosophy is to stay as open as possible to open standards. Because of a lack of them before WebDAV had been invented we have developed our own proprietary protocols (as many others, e.g. Frontpage), which has pinned users down to use proprietary clients (or APIs) to use several functionalities (at least for things doing a bit more than NFS or SMB). The support incidence was done in German, so I am not sure if it really helps a lot to cite it in here. (You can use Bablefish, but prepare for quite funny outputs due to the complexity of German sub-sentencing). I really do hope that citing will not lead to any actions from MS, however, there were no statements from MS support considering non-disclosure. Wie reagieren Ihre Web Folder mit aktivierten Server Extensions auf Ihrem IIS bzw. Apache Server? (Microsoft bietet die Server Extensions auch fur Apache Server an). Sollte das Problem auch bei Ihnen durch die Server Extensions gelost sein, konnen diese bei Ihnen eingesetzt werden ? Wenn nein, was spricht dagegen ? These questions are about if the problem occurs with Frontpage Extensions (FPX) too, if we can use FPX, if so why we do not want to use FPX. After the "escalation office" has acknowledged the incidence as a client bug (with "highest probability") we have received a request for "political impact" for fixing the bug: mir wurde von unserer Eskalationsstelle bestatigt, da? es sich bei Ihrem Problem hochstwahrscheinlich um einen Client-Fehler handelt. Da die sofortige Beseitigung Ihres Problems von Seiten unserer Entwicklungsabteilung fur Microsoft einen gewissen Aufwand bedeutet, benotige ich zur Rechtfertigung gegenuber der Eskalationsstelle einen sogenannten "political impact" von Ihnen. Dieser beinhaltet folgende Fragen: 1) Wieviele Client-Rechner sind von dem Problem betroffen ? 2) Welcher finazielle Schaden ensteht bei Ihnen, wenn das Problem nicht gefixt wurde ? (Bitte Verlust in DM angeben) 3) Welcher Nachteil ensteht, wenn auf Ihren Servern die Frontpage Server Erweiterungen doch installiert wurden ? Question 3 is about disadvantages of installing FPX. So it was quite clear to me that the fast and painless problem solution would have been to use FPX. We have stated quite a number of times that this is no alternative for us (since MS has not provided us with FPX for Hyperwave Information Server and FPX is no open standard). Gerbert > -----Original Message----- > From: w3c-dist-auth-request@w3.org > [mailto:w3c-dist-auth-request@w3.org]On Behalf Of S.Matthew Hersey > Sent: Wednesday, January 03, 2001 8:14 PM > To: gorasche@hyperwave.com; Douglas Steen > Cc: w3c-dist-auth@w3.org > Subject: Re: FW: WebFolders on Intranet > > > I'm interested in seeing exactly how Microsoft Support phrased > that answer, in context... > Could you forward that message to the list, or cut and paste the > section you've quoted. > ...wondering how FPX would be used, and whether this would cause > some security issue. > > Stewart Hersey > www.newma.net > > > > ----- Original Message ----- > From: "Douglas Steen" > To: > Sent: Wednesday, January 03, 2001 7:43 AM > Subject: RE: FW: WebFolders on Intranet > > > It is not too surprising that the current versions have intractable > problems; releasing first-version code that works but not quite > in all cases > is pretty standard -- and not only for Microsoft. Honestly, I give them a > lot of credit for implementing the standard at all; I know of no other > company their size who has put WebDAV in both their flagship server (W2K) > and flagship client (Office2K) products. > > However, the response "Why don't you use FrontPage extensions?" does worry > me. Is this just ignorance of WebDAV from the support staff > (which wouldn't > surprise me), or does it show a larger disregard for the protocol from > within Microsoft? FrontPage extensions and WebDAV are -- in many respects > -- duplicate work. If MS is dropping WebDAV in favor of FrontPage > extensions, or some other standard even, it could spell doom for > a protocol > that has been (to say the least) widely ignored by the technical > community. > > Does anyone -- particularly from inside Microsoft -- care to comment on > this? I'd really like some assurances, especially if they are backed up > with facts, that Microsoft is intending to fix these problems and to > continue to support the WebDAV protocol. > > Douglas R. Steen > dsteen@eKeeper.Com > Drag-and-Drop Web Content Management > http://www.eKeeper.com > > > > -----Original Message----- > From: Gerbert Orasche [mailto:gorasche@hyperwave.com] > Sent: Wednesday, January 03, 2001 3:21 AM > To: Stewart Hersey; Douglas Steen > Cc: w3c-dist-auth@w3.org > Subject: RE: FW: WebFolders on Intranet > > > Stewart, > > I am not completely sure, if I have understood your mail > properly. As far as > I understand the WebDAV standard, it does not specifiy if the client > connection is done via a proxy or not. For me that means that a client has > to support any type of HTTP connection (also if MS is writing the client) > and if it can not handle direct HTTP it's simply a bug. Any TCPIP client > closes a connection, if the operation should be cancelled or at > least sends > something saying: "Uh, I can't go on". MS WebDAV client does > simply nothing. > > Using a proxy is not really an option in many cases (I am still > not sure if > it would help with our problem), because NTLM authentication does not work > via proxies. Again the WebDAV standard does not mention which HTTP > authentication method has to be used (which is not a flaw at all - WebDAV > shouldn't have to bother with authentication). Earlier versions of MSs > WebDAV client had severe problems with basic authentication, thus > it worked > well only in combination with NTLM (or perhaps Digest) authentication. > > What are you all thinking about this? Our customers pay a whole lot to > Microsoft to use their OSes and Office packages. (We are talking about > companies like Siemens, UBS etc.) Thus MS should provide a WebDAV > implementation, which is usable (at least with their own IIS WebDAV > implementation). First answer we got from all MS support levels was: "Why > don't you use Frontpage extensions?" which renders the IETF standard > useless. > > Gerbert > > > -----Original Message----- > > From: w3c-dist-auth-request@w3.org > > [mailto:w3c-dist-auth-request@w3.org]On Behalf Of Stewart Hersey > > Sent: Wednesday, January 03, 2001 6:58 AM > > To: Douglas Steen > > Cc: w3c-dist-auth@w3.org > > Subject: Re: FW: WebFolders on Intranet > > [...] > > > What's New says (NOTE* Fix for Gerbert's XML/WebDAV on Intranet issue): > > > > "For servers running on an intranet, it's necessary to run the > > proxycfg.exe utility to configure WinHTTP to access HTTP and HTTPS > > servers through a proxy server. For example, you would use the > > proxycfg.exe utility as part of the deployment and installation > > process of an application that uses the ServerXMLHTTP component > > to access WinHTTP." > > > > proxycfg.exe can be downloaded here: > > http://msdn.microsoft.com/msdn-files/027/001/468/Proxycfg.exe > > For more information, please refer to the readme included with > > the download. > > > > > > Finally, the most recent MS threads regarding WinHTTP: > > > > -Is there any more information on WinHTTP. I would like to adjust > > the winHTTP Registry settings programmatically but can't find any > > information on the structure of the key. > > - Anonymous 20 Dec 2000 > > > > -Re: WinHTTP > > No, at this time, the format of the WinHTTP proxy settings stored > > in the registry is not documented and cannot be changed > > programmatically. > > - Anonymous 29 Dec 2000 > > > > Happy New Year! > > > > smh > > > > S. Matthew Hersey > > Newma Net Works > > www.newma.net > > > > > > ----- Original Message ----- > > From: "Douglas Steen" > > To: > > Sent: Tuesday, January 02, 2001 7:36 AM > > Subject: RE: FW: WebFolders on Intranet > > > > > > Does anyone know if this is simply another symptom of the problem MS has > > with its wininet.dll? It sounds very similar: connection won't > > close, etc. > > They've got another web access interface now, in msxml3.dll, which > > specifically avoids use of wininet (see > > http://support.microsoft.com/support/kb/articles/Q237/9/06.ASP), > > and they've > > acknowledged it to be a problem. > > > > So, if this is the same problem, we can at least know that it has been > > recognized, and they know it needs to be fixed. > > > > Douglas R. Steen > > dsteen@eKeeper.Com > > Drag-and-Drop Web Content Management > > http://www.eKeeper.com > > > > > > -----Original Message----- > > From: Gerbert Orasche [mailto:gorasche@hyperwave.com] > > Sent: Tuesday, January 02, 2001 2:53 AM > > To: Stewart Hersey; Peter Pierrou; Mac@telseon.com; w3c-dist-auth@w3.org > > Subject: RE: FW: WebFolders on Intranet > > > > > > I have forgotten to mention that the fatal hang of the whole > > desktop happens > > with MS Office 2000 SR-1. However, all other versions of > WebFolders (there > > are quite many of them: Office, IE, OS etc.) also don't shut down > > the TCPIP > > connection, which can lead to interesting effects with some > WebDAV servers > > like IIS. > > > > I am still not sure, if we are talking about the same bug. > After the user > > has pressed the Cancel button there are no more flying folders. > > Users won't > > even notice that the connection is still open until they have > Office SR-1. > > > > Gerbert > > > > > -----Original Message----- > > > From: w3c-dist-auth-request@w3.org > > > [mailto:w3c-dist-auth-request@w3.org]On Behalf Of Stewart Hersey > > > Sent: Thursday, December 28, 2000 5:00 PM > > > To: gorasche@hyperwave.com; Peter Pierrou; Mac@telseon.com; > > > w3c-dist-auth@w3.org > > > Subject: Re: FW: WebFolders on Intranet > > > > > > > > > Ahhh! You have just described the FFFFOO effect (Files Flying > > > Folder to Folder Out of Oblivion). > > > > > > We've experienced a similar kludge, although the error is > rarely fatal. > > > > > > I expect Microsoft to post the patch on Windows Update once it's > > > been compiled... > > > > > > S. Matthew Hersey > > > President and CTO > > > Newma Net Works, Inc. > > > www.newma.com > > > > > > ----- Original Message ----- > > > From: "Gerbert Orasche" > > > To: "Peter Pierrou" ; > > > ; > > > Sent: Thursday, December 28, 2000 4:50 AM > > > Subject: RE: FW: WebFolders on Intranet > > > > > > > > > Hi, > > > > > > > -----Original Message----- > > > > From: w3c-dist-auth-request@w3.org > > > > [mailto:w3c-dist-auth-request@w3.org]On Behalf Of Peter Pierrou > > > > Sent: Wednesday, December 20, 2000 9:36 AM > > > > To: Mac@telseon.com; w3c-dist-auth@w3.org > > > > Subject: Re: FW: WebFolders on Intranet > > > > > > > > > > > > Hi! > > > > > > > > > Interested in getting in touch with any companies that are > > > > using WebDAV on > > > > > their Intranet. > > > We are also using our own product within our Intra-/Extranet. > > However, we > > > have been stumbling quite often over bugs in Microsoft's WebDAV client > > > implementation. Only two weeks ago we have escalated a WebFolder > > > problem to > > > Redmond and hope to get a hotfix soon. It was about freezing Windows > > > Explorer (and thus the whole desktop) whenever a user hits the > > > Cancel button > > > while uploading. The MS WebDAV client then stops to upload > but the TCPIP > > > connection stays open. Our server runs into a timeout, IIS > > > doesn't (at least > > > not within reasonable time) > > > > > > cu > > > ___________________________________________________________________ > > > Gerbert Orasche, Senior Software Engineer > > > Hyperwave Software R&D, Albrechtgasse 9/2, A-8010 Graz, Austria > > > > > > Tel: ++43-316-820918-11 > > > Fax: ++43-316-820918-99 > > > mailto:gorasche@hyperwave.com > > > http://www.hyperwave.com > > > ___________________________________________________________________ > > > > > > > > > > > > > > > > > > From w3c-dist-auth-request@w3.org Fri Jan 5 22:05:19 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id WAA28152 for ; Fri, 5 Jan 2001 22:05:18 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id VAA13036; Fri, 5 Jan 2001 21:56:22 -0500 (EST) Resent-Date: Fri, 5 Jan 2001 21:56:22 -0500 (EST) Resent-Message-Id: <200101060256.VAA13036@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id VAA13016 for ; Fri, 5 Jan 2001 21:56:17 -0500 (EST) Received: from yosemite.rwc.gnac.net (yosemite.rwc.gnac.net [198.151.248.221]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id VAA18276 for ; Fri, 5 Jan 2001 21:56:17 -0500 Received: by yosemite.rwc.gnac.net; id SAA18424; Fri, 5 Jan 2001 18:59:22 -0800 (PST) Received: from unknown(192.168.5.22) by yosemite.rwc.gnac.net via smap (V5.0) id xma018421; Fri, 5 Jan 01 18:58:48 -0800 Received: from tweety.main.gnac.com (localhost.gnac.net [127.0.0.1]) by pepe.ops.rwc.gnac.net (8.11.0/8.8.7/GNAC-GW-2.1) with ESMTP id f062tRp26642; Fri, 5 Jan 2001 18:55:27 -0800 (PST) Received: from smh (dhcp-155.main.gnac.com [192.168.1.155]) by tweety.main.gnac.com (8.9.3/8.7.3/GNAC-COM-1.1) with SMTP id SAA27658; Fri, 5 Jan 2001 18:55:40 -0800 (PST) Message-ID: <00ad01c0778b$a2fca640$9b01a8c0@main.gnac.com> From: "S.Matthew Hersey" To: Cc: "Kazunari Hirano" , "'WebDAV WG'" References: Date: Fri, 5 Jan 2001 18:51:58 -0800 Organization: Certainty Solutions MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Subject: Re: FW: WebFolders on Intranet Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4587 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Content-Transfer-Encoding: 7bit Gerbert, Ok I tried to read between the lines here (zwischen den Zeilen lesen), and concluded that there actually has been some confirmation or recognition by MS of some major FPSE issue below: Entwicklungsabteilung fur Microsoft einen gewissen Aufwand bedeutet, benotige ich zur Rechtfertigung gegenuber der Eskalationsstelle einen sogenannten "political impact" von Ihnen. Dieser beinhaltet folgende Fragen: Now I understand why you asked whether I had escalated our FPSE recursive chown Unix kludge to MS... i.e., what percentage of reported errors would justify an increase of momentum towards a service release to correct FPSE bugs at once? 1) Wieviele Client-Rechner sind von dem Problem betroffen ? 2) Welcher finazielle Schaden ensteht bei Ihnen, wenn das Problem nicht gefixt wurde ? (Bitte Verlust in DM angeben) 3) Welcher Nachteil ensteht, wenn auf Ihren Servern die Frontpage Server Erweiterungen doch installiert wurden ? Did you reply to MS with the figures representing the loss incurred by your company due to downtime? Just curious. ;-) Stewart From w3c-dist-auth-request@w3.org Mon Jan 8 13:21:06 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id NAA12937 for ; Mon, 8 Jan 2001 13:21:06 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id NAA16944; Mon, 8 Jan 2001 13:09:22 -0500 (EST) Resent-Date: Mon, 8 Jan 2001 13:09:22 -0500 (EST) Resent-Message-Id: <200101081809.NAA16944@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id NAA16897 for ; Mon, 8 Jan 2001 13:09:15 -0500 (EST) Received: from cats.ucsc.edu (rumpleteazer.ucsc.edu [128.114.129.45]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id NAA19877 for ; Mon, 8 Jan 2001 13:09:14 -0500 Received: from Tycho (dhcp-63-177.cse.ucsc.edu [128.114.63.177]) by cats.ucsc.edu (8.9.3/8.8.4.cats-athena) with SMTP id KAA26276 for ; Mon, 8 Jan 2001 10:09:16 -0800 (PST) From: "Jim Whitehead" To: "WebDAV WG" Date: Mon, 8 Jan 2001 10:08:54 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Subject: RE: DAV conformance tests Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4588 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Content-Transfer-Encoding: 7bit Accidentally caught by the spam filter -- I've added Karl Best to the accept2 list, so future emails from him will not be caught. - Jim -----Original Message----- From: Karl Best [mailto:karl.best@oasis-open.org] Sent: Monday, January 08, 2001 8:14 AM To: Jacob Smullyan; Norbert Mikula; 'Erik Hatcher'; dav-dev@lyra.org; w3c-dist-auth@w3.org Cc: Karl Subject: [Moderator Action] RE: DAV conformance tests OASIS currently has a number of technical committees (TCs) working on conformance testing, though none of them are working specifically on DAV. One committee, Interoperability Conformance, is creating guidelines for the development of conformance tests. (See http://www.oasis-open.org/committees/committees.shtml for a list of the current OASIS TCs.) OASIS would be happy to host a new TC to work on conformance testing for DAV. The process for creating a new TC is quite simple, and essentially only requires the sponsorship of three representatives of OASIS member organizations. (See http://www.oasis-open.org/committees/process.shtml for the OASIS TC process.) I would be happy to work with any interested parties to get this set up. ============================================================ Karl F. Best OASIS - Director, Technical Operations 978.667.5115 x206 karl.best@oasis-open.org http://www.oasis-open.org > -----Original Message----- > From: Jacob Smullyan [mailto:jacob.smullyan@starmedia.net] > Sent: Thursday, January 04, 2001 1:00 PM > To: Norbert Mikula; 'Erik Hatcher'; 'dav-dev@lyra.org'; > 'w3c-dist-auth@w3.org' > Cc: 'karl.best@oasis-open.org' > Subject: RE: DAV conformance tests > > > Sounds like a fine idea, and as the Skunkdav developer, I'd be > glad to help in > any way I can. The client library is very easy to script with > J(P)ython -- I > refer you to the jpython test script which you may find at: > > http://cvs.sourceforge.net/cgi-bin/cvsweb.cgi/skunkdav/org/skunk/d av/client/test.py?rev=1.11&content-type=text/x-cvsweb-> markup&cvsroot=skunkdav > > Jacob Smullyan > jacob.smullyan@starmedia.net > > On Thu, 04 Jan 2001, Norbert Mikula wrote: > > > > Erik, OASIS has a long history of developing conformance tests. I copy > > this > > e-mail to Karl Best of OASIS who can provide you with all the details. > > I would suggest we all work together on this. > > > > . . . . . . . . . . . . . . . . . . . . . . . . > > > > Norbert H. Mikula | Chief Technology Officer > > > > 600 108th Avenue NE | Suite 900 | Bellevue WA 98004 > > T 425.974.4118 | F 425.637.1192 | C 425.681.3685 > > norbert@datachannel.com > > w w w . d a t a c h a n n e l . c om > > > > > > > > > > -----Original Message----- > > From: Erik Hatcher [ mailto:ehatcher@running-start.com > > ] > > Sent: Tuesday, January 02, 2001 7:38 PM > > To: dav-dev@lyra.org; w3c-dist-auth@w3.org > > Subject: DAV conformance tests > > > > > > Surely folks are doing some kind of spec. conformance tests against > > their > > DAV servers. How did you do it? > > > > Has anyone fleshed these tests out into something available for others > > to > > use to test against their servers as well? > > > > What about developing some kind of test suite using SkunkDAV code to > > control > > it? > > > > Thanks, > > Erik > > > > > > ---------------------------------------- > Content-Type: text/html; name="unnamed" > Content-Transfer-Encoding: 7bit > Content-Description: > ---------------------------------------- > From w3c-dist-auth-request@w3.org Mon Jan 8 19:08:58 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id TAA18900 for ; Mon, 8 Jan 2001 19:08:58 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id SAA05214; Mon, 8 Jan 2001 18:59:02 -0500 (EST) Resent-Date: Mon, 8 Jan 2001 18:59:02 -0500 (EST) Resent-Message-Id: <200101082359.SAA05214@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id SAA05194 for ; Mon, 8 Jan 2001 18:58:58 -0500 (EST) Received: from io.mds.rmit.edu.au (io.mds.rmit.edu.au [131.170.70.10]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id SAA32463 for ; Mon, 8 Jan 2001 18:58:55 -0500 Received: by io.mds.rmit.edu.au (Postfix, from userid 300) id 8F2B749B65; Tue, 9 Jan 2001 10:58:22 +1100 (EST) Received: from localhost (localhost [127.0.0.1]) by io.mds.rmit.edu.au (Postfix) with SMTP id 6268646EE9; Tue, 9 Jan 2001 10:58:22 +1100 (EST) Date: Tue, 9 Jan 2001 10:58:22 +1100 (EST) From: Jeremy Bach To: w3c-dist-auth@w3.org Cc: Jeremy Bach Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-1254324197-978998302=:17314" Subject: Office 2000 read-only Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4589 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ---559023410-1254324197-978998302=:17314 Content-Type: TEXT/PLAIN; charset=US-ASCII I am following the RFC-2518 WebDAV HTTP protocol to implement WebDAV for my web server. So far I am able to have webfolders connecting to our web server via WebDAV on a Windows NT platform. However the problem I am having is that Office 2000 keep opening documents as read-only therefore not allowing me to save directly. I have made my web server provide a successful lock to the document I want to open and still no luck. I have sniffed the traffic between Office 2000 and my web server and compare it with other working WebDAV server. The comparsion shows no major differences except for cookies being set which I don't think is the problem. Also I have try to match the response of other WebDAV servers working successfully with Office 2000 and still don't know what else is needed for my web server to work. Does anybody know why Office 2000 is always flagging my documents to read-only? Any help/ideas will be greatly appreciated. Attach is a log of my web server interaction with Word 2000. jeremy@mds.rmit.edu.au ---559023410-1254324197-978998302=:17314 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="netlog.txt" Content-ID: Content-Description: Content-Transfer-Encoding: BASE64 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpP UFRJT05TIC8gSFRUUC8xLjENClVzZXItQWdlbnQ6IE1pY3Jvc29mdCBEYXRh IEFjY2VzcyBJbnRlcm5ldCBQdWJsaXNoaW5nIFByb3ZpZGVyIENhY2hlIE1h bmFnZXINCkhvc3Q6IGphbnVzOjI0NjgNCkNvbnRlbnQtTGVuZ3RoOiAwDQpD b25uZWN0aW9uOiBLZWVwLUFsaXZlDQpDb29raWU6IE15RG9jQz0zQTU5MGNh MzBBREMtMjE5OyANCg0KDQoNCj09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PQ0KSFRUUC8xLjEgMjAwIA0KQWNjZXB0LVJhbmdl czogYnl0ZXMNCkFsbG93OiBHRVQsIEhFQUQsIFBPU1QsIFBVVCwgREVMRVRF LCBPUFRJT05TLCBUUkFDRSwgUFJPUEZJTkQsIFBST1BQQVRDSCwgTUtDT0ws IENPUFkgTU9WRSwgTE9DSywgVU5MT0NLDQpDb25uZWN0aW9uOiBLZWVwLUFs aXZlDQpDb250ZW50LUxlbmd0aDogMA0KQ29udGVudC1UeXBlOiB0ZXh0L2h0 bWwNCkRhdGU6IE1vbiwgMDggSmFuIDIwMDEgMjM6MDI6MTggR01UDQpEYXY6 IDEsMg0KS2VlcC1BbGl2ZTogdGltZW91dD0xNSwgbWF4PTk4DQpNcy1BdXRo b3ItVmlhOiBEQVYNClNlcnZlcjogc2ltd2Vicy8zLjEuMg0KDQoNCg0KPT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpQUk9Q RklORCAvIEhUVFAvMS4xDQpBY2NlcHQtTGFuZ3VhZ2U6IGVuLXVzDQpDb250 ZW50LVR5cGU6IHRleHQveG1sDQpUcmFuc2xhdGU6IGYNCkNvbnRlbnQtTGVu Z3RoOiAzODANCkRlcHRoOiAxDQpVc2VyLUFnZW50OiBNaWNyb3NvZnQgRGF0 YSBBY2Nlc3MgSW50ZXJuZXQgUHVibGlzaGluZyBQcm92aWRlciBEQVYNCkhv c3Q6IGphbnVzOjI0NjgNCkNvbm5lY3Rpb246IEtlZXAtQWxpdmUNCkNvb2tp ZTogTXlEb2NDPTNBNTkwY2EzMEFEQy0yMTk7IA0KDQo8P3htbCB2ZXJzaW9u PSIxLjAiID8+DQo8cHJvcGZpbmQgeG1sbnM9IkRBVjoiPg0KPHByb3A+DQo8 bmFtZS8+DQo8cGFyZW50bmFtZS8+DQo8aHJlZi8+DQo8aXNoaWRkZW4vPg0K PGlzY29sbGVjdGlvbi8+DQo8aXNyZWFkb25seS8+DQo8Z2V0Y29udGVudHR5 cGUvPg0KPGNvbnRlbnRjbGFzcy8+DQo8Z2V0Y29udGVudGxhbmd1YWdlLz4N CjxjcmVhdGlvbmRhdGUvPg0KPGxhc3RhY2Nlc3NlZC8+DQo8Z2V0bGFzdG1v ZGlmaWVkLz4NCjxnZXRjb250ZW50bGVuZ3RoLz4NCjxyZXNvdXJjZXR5cGUv Pg0KPGlzc3RydWN0dXJlZGRvY3VtZW50Lz4NCjxkZWZhdWx0ZG9jdW1lbnQv Pg0KPGRpc3BsYXluYW1lLz4NCjxpc3Jvb3QvPg0KPC9wcm9wPg0KPC9wcm9w ZmluZD4NCg0KDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT0NCkhUVFAvMS4xIDIwNyANCkFjY2VwdC1SYW5nZXM6IGJ5dGVz DQpDb25uZWN0aW9uOiBLZWVwLUFsaXZlDQpDb250ZW50LUxlbmd0aDogNDU2 Nw0KQ29udGVudC1UeXBlOiB0ZXh0L3htbDsgIGNoYXJzZXQ9InV0Zi04Ig0K RGF0ZTogTW9uLCAwOCBKYW4gMjAwMSAyMzowMjoxOCBHTVQNCktlZXAtQWxp dmU6IHRpbWVvdXQ9MTUsIG1heD0xMDANClNlcnZlcjogc2ltd2Vicy8zLjEu Mg0KDQo8P3htbCB2ZXJzaW9uPSIxLjAiIGVuY29kaW5nPSJ1dGYtOCI/Pg0K PEQ6bXVsdGlzdGF0dXMgeG1sbnM6RD0iREFWOiI+DQogICAgPEQ6cmVzcG9u c2UgeG1sbnM6Rj0iREFWOiI+DQogICAgICAgIDxEOmhyZWY+Lzk5RXh0cmEu ZG9jPC9EOmhyZWY+DQogICAgICAgIDxEOnByb3BzdGF0Pg0KICAgICAgICAg ICAgPEQ6cHJvcD4NCiAgICAgICAgICAgICAgICA8RDpyZXNvdXJjZXR5cGUv Pg0KICAgICAgICAgICAgICAgIDxEOmdldGNvbnRlbnR0eXBlPmFwcGxpY2F0 aW9uL29jdGV0LXN0cmVhbTwvRDpnZXRjb250ZW50dHlwZT4NCiAgICAgICAg ICAgICAgICA8RDpnZXRjb250ZW50bGVuZ3RoPjk8L0Q6Z2V0Y29udGVudGxl bmd0aD4NCiAgICAgICAgICAgICAgICA8RDpnZXRsYXN0bW9kaWZpZWQ+RnJp LCAgSmFuICA1IDE1OjIzOjM2IDIwMDEgR01UPC9EOmdldGxhc3Rtb2RpZmll ZD4NCiAgICAgICAgICAgICAgICA8RDpjcmVhdGlvbmRhdGU+MjAwMS0wMS0w MlQxODowNTo0OFo8L0Q6Y3JlYXRpb25kYXRlPg0KICAgICAgICAgICAgPC9E OnByb3A+DQogICAgICAgICAgICA8RDpzdGF0dXM+SFRUUC8xLjEgMjAwIE9L PC9EOnN0YXR1cz4NCiAgICAgICAgPC9EOnByb3BzdGF0Pg0KICAgICAgICA8 RDpwcm9wc3RhdD4NCiAgICAgICAgICAgIDxEOnByb3A+DQogICAgICAgICAg ICAgICAgIDxGOm5hbWUvPg0KICAgICAgICAgICAgICAgICA8RjpwYXJlbnRu YW1lLz4NCiAgICAgICAgICAgICAgICAgPEY6aHJlZi8+DQogICAgICAgICAg ICAgICAgIDxGOmlzaGlkZGVuLz4NCiAgICAgICAgICAgICAgICAgPEY6aXNj b2xsZWN0aW9uLz4NCiAgICAgICAgICAgICAgICAgPEY6aXNyZWFkb25seS8+ DQogICAgICAgICAgICAgICAgIDxGOmNvbnRlbnRjbGFzcy8+DQogICAgICAg ICAgICAgICAgIDxGOmdldGNvbnRlbnRsYW5ndWFnZS8+DQogICAgICAgICAg ICAgICAgIDxGOmxhc3RhY2Nlc3NlZC8+DQogICAgICAgICAgICAgICAgIDxG Omlzc3RydWN0dXJlZGRvY3VtZW50Lz4NCiAgICAgICAgICAgICAgICAgPEY6 ZGVmYXVsdGRvY3VtZW50Lz4NCiAgICAgICAgICAgICAgICAgPEY6ZGlzcGxh eW5hbWUvPg0KICAgICAgICAgICAgICAgICA8Rjppc3Jvb3QvPg0KICAgICAg ICAgICAgIDwvRDpwcm9wPg0KICAgICAgICAgICAgIDxEOnN0YXR1cz5IVFRQ LzEuMSA0MDQgTm90IEZvdW5kPC9EOnN0YXR1cz4NCiAgICAgICAgPC9EOnBy b3BzdGF0Pg0KICAgIDwvRDpyZXNwb25zZT4NCiAgICA8RDpyZXNwb25zZSB4 bWxuczpGPSJEQVY6Ij4NCiAgICA8RDpocmVmPi9TUDJDaGFuZ2VzLnhsczwv RDpocmVmPg0KICAgICAgICA8RDpwcm9wc3RhdD4NCiAgICAgICAgICAgIDxE OnByb3A+DQogICAgICAgICAgICAgICAgPEQ6cmVzb3VyY2V0eXBlLz4NCiAg ICAgICAgICAgICAgICA8RDpnZXRjb250ZW50dHlwZT5hcHBsaWNhdGlvbi9v Y3RldC1zdHJlYW08L0Q6Z2V0Y29udGVudHR5cGU+DQogICAgICAgICAgICAg ICAgPEQ6Z2V0Y29udGVudGxlbmd0aD4xNTk3NDQ8L0Q6Z2V0Y29udGVudGxl bmd0aD4NCiAgICAgICAgICAgICAgICA8RDpnZXRsYXN0bW9kaWZpZWQ+TW9u LCAgSmFuICA4IDE0OjUxOjU0IDIwMDEgR01UPC9EOmdldGxhc3Rtb2RpZmll ZD4NCiAgICAgICAgICAgICAgICA8RDpjcmVhdGlvbmRhdGU+MjAwMS0wMS0w MlQxODowNTo0OFo8L0Q6Y3JlYXRpb25kYXRlPg0KICAgICAgICAgICAgPC9E OnByb3A+DQogICAgICAgICAgICA8RDpzdGF0dXM+SFRUUC8xLjEgMjAwIE9L PC9EOnN0YXR1cz4NCiAgICAgICAgPC9EOnByb3BzdGF0Pg0KICAgICAgICA8 RDpwcm9wc3RhdD4NCiAgICAgICAgICAgIDxEOnByb3A+DQogICAgICAgICAg ICAgICAgIDxGOm5hbWUvPg0KICAgICAgICAgICAgICAgICA8RjpwYXJlbnRu YW1lLz4NCiAgICAgICAgICAgICAgICAgPEY6aHJlZi8+DQogICAgICAgICAg ICAgICAgIDxGOmlzaGlkZGVuLz4NCiAgICAgICAgICAgICAgICAgPEY6aXNj b2xsZWN0aW9uLz4NCiAgICAgICAgICAgICAgICAgPEY6aXNyZWFkb25seS8+ DQogICAgICAgICAgICAgICAgIDxGOmNvbnRlbnRjbGFzcy8+DQogICAgICAg ICAgICAgICAgIDxGOmdldGNvbnRlbnRsYW5ndWFnZS8+DQogICAgICAgICAg ICAgICAgIDxGOmxhc3RhY2Nlc3NlZC8+DQogICAgICAgICAgICAgICAgIDxG Omlzc3RydWN0dXJlZGRvY3VtZW50Lz4NCiAgICAgICAgICAgICAgICAgPEY6 ZGVmYXVsdGRvY3VtZW50Lz4NCiAgICAgICAgICAgICAgICAgPEY6ZGlzcGxh eW5hbWUvPg0KICAgICAgICAgICAgICAgICA8Rjppc3Jvb3QvPg0KICAgICAg ICAgICAgIDwvRDpwcm9wPg0KICAgICAgICAgICAgIDxEOnN0YXR1cz5IVFRQ LzEuMSA0MDQgTm90IEZvdW5kPC9EOnN0YXR1cz4NCiAgICAgICAgPC9EOnBy b3BzdGF0Pg0KICAgIDwvRDpyZXNwb25zZT4NCiAgICA8RDpyZXNwb25zZSB4 bWxuczpGPSJEQVY6Ij4NCiAgICAgICAgPEQ6aHJlZj4vVGVjaC5kYXQ8L0Q6 aHJlZj4NCiAgICAgICAgPEQ6cHJvcHN0YXQ+DQogICAgICAgICAgICA8RDpw cm9wPg0KICAgICAgICAgICAgICAgIDxEOnJlc291cmNldHlwZS8+DQogICAg ICAgICAgICAgICAgPEQ6Z2V0Y29udGVudHR5cGU+YXBwbGljYXRpb24vb2N0 ZXQtc3RyZWFtPC9EOmdldGNvbnRlbnR0eXBlPg0KICAgICAgICAgICAgICAg IDxEOmdldGNvbnRlbnRsZW5ndGg+MzwvRDpnZXRjb250ZW50bGVuZ3RoPg0K ICAgICAgICAgICAgICAgIDxEOmdldGxhc3Rtb2RpZmllZD5GcmksICBKYW4g IDUgMTU6MzU6MjUgMjAwMSBHTVQ8L0Q6Z2V0bGFzdG1vZGlmaWVkPg0KICAg ICAgICAgICAgICAgIDxEOmNyZWF0aW9uZGF0ZT4yMDAxLTAxLTAyVDE4OjA1 OjQ4WjwvRDpjcmVhdGlvbmRhdGU+DQogICAgICAgICAgICA8L0Q6cHJvcD4N CiAgICAgICAgICAgIDxEOnN0YXR1cz5IVFRQLzEuMSAyMDAgT0s8L0Q6c3Rh dHVzPg0KICAgICAgICA8L0Q6cHJvcHN0YXQ+DQogICAgICAgIDxEOnByb3Bz dGF0Pg0KICAgICAgICAgICAgPEQ6cHJvcD4NCiAgICAgICAgICAgICAgICAg PEY6bmFtZS8+DQogICAgICAgICAgICAgICAgIDxGOnBhcmVudG5hbWUvPg0K ICAgICAgICAgICAgICAgICA8RjpocmVmLz4NCiAgICAgICAgICAgICAgICAg PEY6aXNoaWRkZW4vPg0KICAgICAgICAgICAgICAgICA8Rjppc2NvbGxlY3Rp b24vPg0KICAgICAgICAgICAgICAgICA8Rjppc3JlYWRvbmx5Lz4NCiAgICAg ICAgICAgICAgICAgPEY6Y29udGVudGNsYXNzLz4NCiAgICAgICAgICAgICAg ICAgPEY6Z2V0Y29udGVudGxhbmd1YWdlLz4NCiAgICAgICAgICAgICAgICAg PEY6bGFzdGFjY2Vzc2VkLz4NCiAgICAgICAgICAgICAgICAgPEY6aXNzdHJ1 Y3R1cmVkZG9jdW1lbnQvPg0KICAgICAgICAgICAgICAgICA8RjpkZWZhdWx0 ZG9jdW1lbnQvPg0KICAgICAgICAgICAgICAgICA8RjpkaXNwbGF5bmFtZS8+ DQogICAgICAgICAgICAgICAgIDxGOmlzcm9vdC8+DQogICAgICAgICAgICAg PC9EOnByb3A+DQogICAgICAgICAgICAgPEQ6c3RhdHVzPkhUVFAvMS4xIDQw NCBOb3QgRm91bmQ8L0Q6c3RhdHVzPg0KICAgICAgICA8L0Q6cHJvcHN0YXQ+ DQogICAgPC9EOnJlc3BvbnNlPg0KICAgIDxEOnJlc3BvbnNlIHhtbG5zOkY9 IkRBVjoiPg0KICAgICAgICA8RDpocmVmPi88L0Q6aHJlZj4NCiAgICAgICAg PEQ6cHJvcHN0YXQ+DQogICAgICAgICAgICA8RDpwcm9wPg0KICAgICAgICAg ICAgICAgIDxEOnJlc291cmNldHlwZT48RDpjb2xsZWN0aW9uLz48L0Q6cmVz b3VyY2V0eXBlPg0KICAgICAgICAgICAgICAgIDxEOmdldGNvbnRlbnRsZW5n dGg+MDwvRDpnZXRjb250ZW50bGVuZ3RoPg0KICAgICAgICAgICAgICAgIDxE OmdldGxhc3Rtb2RpZmllZD5XZWQgRGVjIDEzIDE1OjEyOjE1IDIwMDA8L0Q6 Z2V0bGFzdG1vZGlmaWVkPg0KICAgICAgICAgICAgICAgIDxEOmNyZWF0aW9u ZGF0ZT4yMDAxLTAxLTAyVDE4OjA1OjQ4WjwvRDpjcmVhdGlvbmRhdGU+DQog ICAgICAgICAgICA8L0Q6cHJvcD4NCiAgICAgICAgICAgIDxEOnN0YXR1cz5I VFRQLzEuMSAyMDAgT0s8L0Q6c3RhdHVzPg0KICAgICAgICA8L0Q6cHJvcHN0 YXQ+DQogICAgICAgIDxEOnByb3BzdGF0Pg0KICAgICAgICAgICAgPEQ6cHJv cD4NCiAgICAgICAgICAgICAgICAgPEY6bmFtZS8+DQogICAgICAgICAgICAg ICAgIDxGOnBhcmVudG5hbWUvPg0KICAgICAgICAgICAgICAgICA8RjpocmVm Lz4NCiAgICAgICAgICAgICAgICAgPEY6aXNoaWRkZW4vPg0KICAgICAgICAg ICAgICAgICA8Rjppc2NvbGxlY3Rpb24vPg0KICAgICAgICAgICAgICAgICA8 Rjppc3JlYWRvbmx5Lz4NCiAgICAgICAgICAgICAgICAgPEY6Y29udGVudGNs YXNzLz4NCiAgICAgICAgICAgICAgICAgPEY6Z2V0Y29udGVudGxhbmd1YWdl Lz4NCiAgICAgICAgICAgICAgICAgPEY6bGFzdGFjY2Vzc2VkLz4NCiAgICAg ICAgICAgICAgICAgPEY6aXNzdHJ1Y3R1cmVkZG9jdW1lbnQvPg0KICAgICAg ICAgICAgICAgICA8RjpkZWZhdWx0ZG9jdW1lbnQvPg0KICAgICAgICAgICAg ICAgICA8RjpkaXNwbGF5bmFtZS8+DQogICAgICAgICAgICAgICAgIDxGOmlz cm9vdC8+DQogICAgICAgICAgICAgPC9EOnByb3A+DQogICAgICAgICAgICAg PEQ6c3RhdHVzPkhUVFAvMS4xIDQwNCBOb3QgRm91bmQ8L0Q6c3RhdHVzPg0K ICAgICAgICA8L0Q6cHJvcHN0YXQ+DQogICAgPC9EOnJlc3BvbnNlPg0KPC9E Om11bHRpc3RhdHVzPg0KDQoNCj09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PQ0KTE9DSyAvOTlFeHRyYS5kb2MgSFRUUC8xLjEN CkFjY2VwdC1MYW5ndWFnZTogZW4tdXMNCkNvbnRlbnQtTGVuZ3RoOiAxNjEN ClRpbWVvdXQ6IFNlY29uZC0xMjANClRyYW5zbGF0ZTogZg0KVXNlci1BZ2Vu dDogTWljcm9zb2Z0IERhdGEgQWNjZXNzIEludGVybmV0IFB1Ymxpc2hpbmcg UHJvdmlkZXIgREFWDQpIb3N0OiBqYW51czoyNDY4DQpDb25uZWN0aW9uOiBL ZWVwLUFsaXZlDQpDb29raWU6IE15RG9jQz0zQTU5MGNhMzBBREMtMjE5OyAN Cg0KPD94bWwgdmVyc2lvbj0iMS4wIiA/Pg0KPGxvY2tpbmZvIHhtbG5zPSJE QVY6Ij4NCjxsb2NrdHlwZT4NCjx3cml0ZS8+DQo8L2xvY2t0eXBlPg0KPGxv Y2tzY29wZT4NCjxleGNsdXNpdmUvPg0KPC9sb2Nrc2NvcGU+DQo8b3duZXI+ amVyZW15PC9vd25lcj4NCjwvbG9ja2luZm8+DQoNCg0KPT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpIVFRQLzEuMSAyMDAg DQpBY2NlcHQtUmFuZ2VzOiBieXRlcw0KQ29ubmVjdGlvbjogS2VlcC1BbGl2 ZQ0KQ29udGVudC1MZW5ndGg6IDU4OQ0KQ29udGVudC1UeXBlOiB0ZXh0L3ht bDsgY2hhcnNldD0idXRmLTgiDQpEYXRlOiBNb24sIDA4IEphbiAyMDAxIDIz OjAyOjIxIEdNVA0KS2VlcC1BbGl2ZTogdGltZW91dD0xNSBtYXg9OTgNCkxv Y2stVG9rZW46IDxvcGFxdWVsb2NrdG9rZW46ZWZkNDEwYWEtZDYyNC0xMWQ0 LThhZWQtYzhjNTg1MWMxNjMyPg0KU2VydmVyOiBzaW13ZWJzLzMuMS4yDQpU cmFuc2Zlci1FbmNvZGluZzogY2h1bmtlZA0KDQo8P3htbCB2ZXJzaW9uPSIx LjAiIGVuY29kaW5nPSJ1dGYtOCI/Pg0KICAgIDxEOnByb3AgeG1sbnM6RD0i REFWOiI+DQogICAgICAgIDxEOmxvY2tkaXNjb3Zlcnk+DQogICAgICAgICAg ICA8RDphY3RpdmVsb2NrPg0KICAgICAgICAgICAgICAgIDxEOmxvY2t0eXBl PjxEOndyaXRlLz48RDpsb2NrdHlwZT4NCiAgICAgICAgICAgICAgICA8RDps b2Nrc2NvcGU+PEQ6ZXhjbHVzaXZlLz48L0Q6bG9ja3Njb3BlPg0KICAgICAg ICAgICAgICAgIDxEOmRlcHRoPmluZmluaXR5PC9EOmRlcHRoPg0KICAgICAg ICAgICAgICAgIDxEOm93bmVyPmplcmVteTwvRDpvd25lcj4NCiAgICAgICAg ICAgICAgICA8RDp0aW1lb3V0PlNlY29uZC02MDgwMDAwMDwvRDp0aW1lb3V0 Pg0KICAgICAgICAgICAgICAgIDxEOmxvY2t0b2tlbj4NCiAgICAgICAgICAg ICAgICAgICAgPEQ6aHJlZj5vcGFxdWVsb2NrdG9rZW46ZWZkNDEwYWEtZDYy NC0xMWQ0LThhZWQtYzhjNTg1MWMxNjMyPC9EOmhyZWY+DQogICAgICAgICAg ICAgICAgPC9EOmxvY2t0b2tlbj4NCiAgICAgICAgICAgIDwvRDphY3RpdmVs b2NrPg0KICAgICAgIDwvRDpsb2NrZGlzY292ZXJ5Pg0KICAgIDwvRDpwcm9w Pg0KDQoNCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PQ0KR0VUIC85OUV4dHJhLmRvYyBIVFRQLzEuMQ0KQWNjZXB0OiAqLyoN CkFjY2VwdC1FbmNvZGluZzogZ3ppcCwgZGVmbGF0ZQ0KVXNlci1BZ2VudDog TW96aWxsYS80LjAgKGNvbXBhdGlibGU7IE1TSUUgNS41OyBXaW5kb3dzIE5U IDQuMCkNCkhvc3Q6IGphbnVzOjI0NjgNCkNvbm5lY3Rpb246IEtlZXAtQWxp dmUNCkNvb2tpZTogTXlEb2NDPTNBNTkwY2EzMEFEQy0yMTk7IA0KDQoNCj09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KSFRU UC8xLjEgMjAwIA0KQWNjZXB0LVJhbmdlczogYnl0ZXMNCkNvbnRlbnQtRGlz cG9zaXRpb246IGlubGluZTsgZmlsZW5hbWU9OTlFeHRyYS5kb2MNCkNvbnRl bnQtTGVuZ3RoOiA5DQpDb250ZW50LVR5cGU6IGFwcGxpY2F0aW9uL21zd29y ZA0KRGF0ZTogTW9uLCAwOCBKYW4gMjAwMSAyMzowMjoyMSBHTVQNCkxhc3Qt TW9kaWZpZWQ6IEZyaSwgMDUgSmFuIDIwMDEgMDQ6MjM6MzYgR01UDQpTZXJ2 ZXI6IHNpbXdlYnMvMy4xLjINCg0KRVhUUkENCg== ---559023410-1254324197-978998302=:17314-- From w3c-dist-auth-request@w3.org Tue Jan 9 20:54:10 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id UAA24397 for ; Tue, 9 Jan 2001 20:54:08 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id UAA23294; Tue, 9 Jan 2001 20:45:12 -0500 (EST) Resent-Date: Tue, 9 Jan 2001 20:45:12 -0500 (EST) Resent-Message-Id: <200101100145.UAA23294@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id UAA23274 for ; Tue, 9 Jan 2001 20:45:04 -0500 (EST) Received: from cats.ucsc.edu (rumpleteazer.ucsc.edu [128.114.129.45]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id UAA15766 for ; Tue, 9 Jan 2001 20:45:04 -0500 Received: from Tycho (dhcp-63-177.cse.ucsc.edu [128.114.63.177]) by cats.ucsc.edu (8.9.3/8.8.4.cats-athena) with SMTP id RAA24526; Tue, 9 Jan 2001 17:45:05 -0800 (PST) From: "Jim Whitehead" To: "Jeremy Bach" , Date: Tue, 9 Jan 2001 17:44:38 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal In-Reply-To: Subject: RE: Office 2000 read-only Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4590 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Content-Transfer-Encoding: 7bit Hi Jeremy, Well, I took a quick look at your protocol trace, and nothing obvious immediately jumps out at me. Your lock timout value seems a little high, but is less than 2^32-1, which is around 4 billion, if memory serves me well. It's possible Office doesn't like the timeout value to be too far off the 120 seconds it requests (although I doubt it, since I have heard of other people changing this timeout value without any trouble). You're also not using a status phrase (the "OK" in "HTTP/1.1 200 OK") in the lock response, but this also shouldn't make any difference. One grasping straw idea is perhaps Office defaults to read-only if the property isn't set (you're returning 404 for them). But then why would Office try to lock the document in the first place? Anyone have any ideas on Jeremy's problem? - Jim > -----Original Message----- > From: w3c-dist-auth-request@w3.org > [mailto:w3c-dist-auth-request@w3.org]On Behalf Of Jeremy Bach > Sent: Monday, January 08, 2001 3:58 PM > To: w3c-dist-auth@w3.org > Cc: Jeremy Bach > Subject: Office 2000 read-only > > > > I am following the RFC-2518 WebDAV HTTP protocol to implement WebDAV for > my web server. So far I am able to have webfolders connecting to our web > server via WebDAV on a Windows NT platform. > > However the problem I am having is that Office 2000 keep opening > documents > as read-only therefore not allowing me to save directly. I have made my > web server provide a successful lock to the document I want to open and > still no luck. > > I have sniffed the traffic between Office 2000 and my web server and > compare it with other working WebDAV server. The comparsion shows no major > differences except for cookies being set which I don't think is the > problem. Also I have try to match the response of other WebDAV servers > working successfully with Office 2000 and still don't know what else is > needed for my web server to work. > > Does anybody know why Office 2000 is always flagging my documents to > read-only? > > Any help/ideas will be greatly appreciated. Attach is a log of my web > server interaction with Word 2000. > > jeremy@mds.rmit.edu.au > From w3c-dist-auth-request@w3.org Tue Jan 9 20:59:38 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id UAA24440 for ; Tue, 9 Jan 2001 20:59:37 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id UAA23341; Tue, 9 Jan 2001 20:46:11 -0500 (EST) Resent-Date: Tue, 9 Jan 2001 20:46:11 -0500 (EST) Resent-Message-Id: <200101100146.UAA23341@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id UAA23321 for ; Tue, 9 Jan 2001 20:46:08 -0500 (EST) Received: from cats.ucsc.edu (rumpleteazer.ucsc.edu [128.114.129.45]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id UAA15833 for ; Tue, 9 Jan 2001 20:46:07 -0500 Received: from Tycho (dhcp-63-177.cse.ucsc.edu [128.114.63.177]) by cats.ucsc.edu (8.9.3/8.8.4.cats-athena) with SMTP id RAA24655 for ; Tue, 9 Jan 2001 17:46:14 -0800 (PST) From: "Jim Whitehead" To: "WebDAV WG" Date: Tue, 9 Jan 2001 17:45:47 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Subject: RE: FW: WebFolders on Intranet Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4591 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Content-Transfer-Encoding: 7bit Accidentally caught by the spam filter. I've added Mac McCusker's email address to the accept2 filter... - Jim -----Original Message----- From: Mac McCusker [mailto:Mac@telseon.com] Sent: Tuesday, January 09, 2001 4:25 PM To: 'Peter Pierrou'; w3c-dist-auth@w3.org Subject: [Moderator Action] RE: FW: WebFolders on Intranet Hey Peter, We are considering converting our Shared directory to a WebDAV virtual Directory using IIS. The hope is that this will improve download times of files (word, excel...etc) through our Intranet. One of our concerns is scalability, have you found WebDAV to handle many simultaneous users well, does this slow down the server significantly? thanks \ Mac -----Original Message----- From: Peter Pierrou [mailto:Peter.Pierrou@excosoft.se] Sent: Wednesday, December 20, 2000 12:36 AM To: Mac@telseon.com; w3c-dist-auth@w3.org Subject: Re: FW: WebFolders on Intranet Hi! > Interested in getting in touch with any companies that are using WebDAV on > their Intranet. We are using WebDAV in our Intranet for all files. Most of the files are in XML and edited trought the intranet with Documentor. Files of outher types (powerpoint, word, excel etc) are aloso edited over webdav either with webfolders or with the Documentor client as ActiveX plugins. We have our own archive; ExcoConf with webdav support. We also use a little Exchange 2000 server. Even the source code is edited directly in the archive wia WebDav. We can also edit the files when working at home over webdav. Best Regards Peter Pierrou ======================================================== Peter Pierrou / Software Project Manager Excosoft AB * Electrum 420 * SE-164 40 Kista * Sweden Tel: +46 8 633 29 02 ======================================================== From w3c-dist-auth-request@w3.org Wed Jan 10 02:11:26 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id CAA11579 for ; Wed, 10 Jan 2001 02:11:26 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id CAA29228; Wed, 10 Jan 2001 02:03:02 -0500 (EST) Resent-Date: Wed, 10 Jan 2001 02:03:02 -0500 (EST) Resent-Message-Id: <200101100703.CAA29228@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id CAA29185 for ; Wed, 10 Jan 2001 02:02:55 -0500 (EST) Received: from yosemite.rwc.gnac.net (yosemite.rwc.gnac.net [198.151.248.221]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id CAA03689 for ; Wed, 10 Jan 2001 02:02:51 -0500 Received: by yosemite.rwc.gnac.net; id XAA24519; Tue, 9 Jan 2001 23:05:58 -0800 (PST) Received: from unknown(192.168.1.21) by yosemite.rwc.gnac.net via smap (V5.0) id xma024497; Tue, 9 Jan 01 23:05:25 -0800 Received: from tweety.main.gnac.com (localhost.main.gnac.com [127.0.0.1]) by pepe.main.gnac.com (8.11.0/8.8.7/GNAC-GW-2.1) with ESMTP id f0A72H922585; Tue, 9 Jan 2001 23:02:17 -0800 (PST) Received: from arcanine (dialin34.main.gnac.com [192.168.3.34]) by tweety.main.gnac.com (8.9.3/8.7.3/GNAC-COM-1.1) with SMTP id WAA23620; Tue, 9 Jan 2001 22:37:10 -0800 (PST) Message-ID: <00a701c07ad0$098e97a0$2203a8c0@arcanine> From: "Stewart Hersey" To: "Jim Whitehead" , "Jeremy Bach" , References: Date: Tue, 9 Jan 2001 22:38:45 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Subject: Re: Office 2000 read-only Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4593 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Content-Transfer-Encoding: 7bit Jeremy, Jim et al, MS folks correct me if I'm way off base: Isn't Office 2000 security integrated to a degree with the Internet Options control panel. Perhaps the issue is not with Office 2000 functionality, but with the server's inability to set cookies on your client. Make sure to check your Intranet Security settings and check the boxes to accept and save cookies. Since you don't think that this is a problem, and, it probably isn't, you ought to eliminate the possibility completely by opening up your client machine security wise. If you are successful, and the files are writeable and can be saved back to the source directory, you can lock it down little by little, testing each time. So much for Stewart's grasping-straw idea. *S* ----- Original Message ----- From: "Jim Whitehead" To: "Jeremy Bach" ; Sent: Tuesday, January 09, 2001 5:44 PM Subject: RE: Office 2000 read-only Hi Jeremy, Well, I took a quick look at your protocol trace, and nothing obvious immediately jumps out at me. Your lock timout value seems a little high, but is less than 2^32-1, which is around 4 billion, if memory serves me well. It's possible Office doesn't like the timeout value to be too far off the 120 seconds it requests (although I doubt it, since I have heard of other people changing this timeout value without any trouble). You're also not using a status phrase (the "OK" in "HTTP/1.1 200 OK") in the lock response, but this also shouldn't make any difference. One grasping straw idea is perhaps Office defaults to read-only if the property isn't set (you're returning 404 for them). But then why would Office try to lock the document in the first place? Anyone have any ideas on Jeremy's problem? - Jim > -----Original Message----- > From: w3c-dist-auth-request@w3.org > [mailto:w3c-dist-auth-request@w3.org]On Behalf Of Jeremy Bach > Sent: Monday, January 08, 2001 3:58 PM > To: w3c-dist-auth@w3.org > Cc: Jeremy Bach > Subject: Office 2000 read-only > > > > I am following the RFC-2518 WebDAV HTTP protocol to implement WebDAV for > my web server. So far I am able to have webfolders connecting to our web > server via WebDAV on a Windows NT platform. > > However the problem I am having is that Office 2000 keep opening > documents > as read-only therefore not allowing me to save directly. I have made my > web server provide a successful lock to the document I want to open and > still no luck. > > I have sniffed the traffic between Office 2000 and my web server and > compare it with other working WebDAV server. The comparsion shows no major > differences except for cookies being set which I don't think is the > problem. Also I have try to match the response of other WebDAV servers > working successfully with Office 2000 and still don't know what else is > needed for my web server to work. > > Does anybody know why Office 2000 is always flagging my documents to > read-only? > > Any help/ideas will be greatly appreciated. Attach is a log of my web > server interaction with Word 2000. > > jeremy@mds.rmit.edu.au > From w3c-dist-auth-request@w3.org Wed Jan 10 02:11:54 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id CAA11592 for ; Wed, 10 Jan 2001 02:11:53 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id CAA29205; Wed, 10 Jan 2001 02:02:58 -0500 (EST) Resent-Date: Wed, 10 Jan 2001 02:02:58 -0500 (EST) Resent-Message-Id: <200101100702.CAA29205@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id CAA29164 for ; Wed, 10 Jan 2001 02:02:52 -0500 (EST) Received: from yosemite.rwc.gnac.net (yosemite.rwc.gnac.net [198.151.248.221]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id CAA03688 for ; Wed, 10 Jan 2001 02:02:51 -0500 Received: by yosemite.rwc.gnac.net; id XAA24521; Tue, 9 Jan 2001 23:05:58 -0800 (PST) Received: from unknown(192.168.1.21) by yosemite.rwc.gnac.net via smap (V5.0) id xma024498; Tue, 9 Jan 01 23:05:25 -0800 Received: from tweety.main.gnac.com (localhost.main.gnac.com [127.0.0.1]) by pepe.main.gnac.com (8.11.0/8.8.7/GNAC-GW-2.1) with ESMTP id f0A72H922588 for ; Tue, 9 Jan 2001 23:02:18 -0800 (PST) Received: from arcanine (dialin34.main.gnac.com [192.168.3.34]) by tweety.main.gnac.com (8.9.3/8.7.3/GNAC-COM-1.1) with SMTP id WAA22398 for ; Tue, 9 Jan 2001 22:18:08 -0800 (PST) Message-ID: <009001c07acd$60ee7ae0$2203a8c0@arcanine> From: "Stewart Hersey" To: "WebDAV WG" References: Date: Tue, 9 Jan 2001 22:20:04 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Subject: Re: FW: WebFolders on Intranet Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4592 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Content-Transfer-Encoding: 7bit Heya Mac, No idea regarding IIS. The little testing John Sellens, Phil Scarr and I performed has been with a Sun Ultra 1 SparcStation 143 mhz CPU 320 MB RAM running: UNIX(r) System V Release 4.0 with an average of 60 to 80 simultaneous Intranet users. We found no significant slowdowns...compared with the average speed w/o WebDAV. Initially, Phil and I shared the editing/versioning of a test HTML file by using Web Folders. I wrote "Hello" and he wrote "World". I titled the file "foo.html" and he changed the title to "bar.html". You know the drill ;-) He added a folder to the WebDAV test directory and titled it phil Scarr. I dropped in bar.html and he retitled it index.html . I hacked some code into it from inside the facility, and Phil picked it up (remotely) and modified it while dialing-in to the network from home. He also dumped some folders and their contents into the test directory from another location on the Web tree. I edited a few of them using several different clients, including Dreamweaver, MS Word, and Photoshop. Later on, I picked up the original html file on an HP 4150B (PIII) running MS W2KPro Japanese, and added some kanji to it. I repeated the process via dail-in using Windows Me Japanese Version 4.90.3000 on a Compaq Presario 2298 (AMD K6). At no time was I prevented from editing the files due to an open as "write only" incident. FYI this single server handles DHCP for external dial-in, serves up Internal Web pages (including, until very recently, user's home directories), runs sendmail, and acts as a command-line interface to an Oracle database. In a testament to UNIX uptime, this particular server has been running for 232 consecutive days. Perhaps Kevin Wiggin from Xythos could comment about WebDAV scalability on IIS. We have cooperated in the past on Sharemation Server testing with double-bit character sets. Regards, Stewart Hersey http://www.karuizawa.ne.jp/~farmer/new.html -----Original Message----- From: Mac McCusker [mailto:Mac@telseon.com] Sent: Tuesday, January 09, 2001 4:25 PM To: 'Peter Pierrou'; w3c-dist-auth@w3.org Subject: [Moderator Action] RE: FW: WebFolders on Intranet Hey Peter, We are considering converting our Shared directory to a WebDAV virtual Directory using IIS. The hope is that this will improve download times of files (word, excel...etc) through our Intranet. One of our concerns is scalability, have you found WebDAV to handle many simultaneous users well, does this slow down the server significantly? thanks \ Mac -----Original Message----- From: Peter Pierrou [mailto:Peter.Pierrou@excosoft.se] Sent: Wednesday, December 20, 2000 12:36 AM To: Mac@telseon.com; w3c-dist-auth@w3.org Subject: Re: FW: WebFolders on Intranet Hi! > Interested in getting in touch with any companies that are using WebDAV on > their Intranet. We are using WebDAV in our Intranet for all files. Most of the files are in XML and edited trought the intranet with Documentor. Files of outher types (powerpoint, word, excel etc) are aloso edited over webdav either with webfolders or with the Documentor client as ActiveX plugins. We have our own archive; ExcoConf with webdav support. We also use a little Exchange 2000 server. Even the source code is edited directly in the archive wia WebDav. We can also edit the files when working at home over webdav. Best Regards Peter Pierrou ======================================================== Peter Pierrou / Software Project Manager Excosoft AB * Electrum 420 * SE-164 40 Kista * Sweden Tel: +46 8 633 29 02 ======================================================== From w3c-dist-auth-request@w3.org Wed Jan 10 02:28:18 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id CAA11655 for ; Wed, 10 Jan 2001 02:28:18 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id CAA29791; Wed, 10 Jan 2001 02:19:58 -0500 (EST) Resent-Date: Wed, 10 Jan 2001 02:19:58 -0500 (EST) Resent-Message-Id: <200101100719.CAA29791@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id CAA29767 for ; Wed, 10 Jan 2001 02:19:53 -0500 (EST) Received: from yosemite.rwc.gnac.net (yosemite.rwc.gnac.net [198.151.248.221]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id CAA05060 for ; Wed, 10 Jan 2001 02:19:53 -0500 Received: by yosemite.rwc.gnac.net; id XAA25015; Tue, 9 Jan 2001 23:23:00 -0800 (PST) Received: from unknown(192.168.1.21) by yosemite.rwc.gnac.net via smap (V5.0) id xma025003; Tue, 9 Jan 01 23:22:02 -0800 Received: from tweety.main.gnac.com (localhost.main.gnac.com [127.0.0.1]) by pepe.main.gnac.com (8.11.0/8.8.7/GNAC-GW-2.1) with ESMTP id f0A7Is522933 for ; Tue, 9 Jan 2001 23:18:54 -0800 (PST) Received: from arcanine (dialin34.main.gnac.com [192.168.3.34]) by tweety.main.gnac.com (8.9.3/8.7.3/GNAC-COM-1.1) with SMTP id XAA29600 for ; Tue, 9 Jan 2001 23:18:50 -0800 (PST) Message-ID: <00f201c07ad5$dbd58480$2203a8c0@arcanine> From: "Stewart Hersey" To: References: <009001c07acd$60ee7ae0$2203a8c0@arcanine> Date: Tue, 9 Jan 2001 23:20:48 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Subject: Re: FW: WebFolders on Intranet Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4594 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Content-Transfer-Encoding: 7bit Sorry... Below: "write only" should read "read only". That about wraps up my day. (-/-) zzz *S* ----- Original Message ----- From: "Stewart Hersey" To: "WebDAV WG" Sent: Tuesday, January 09, 2001 10:20 PM Subject: Re: FW: WebFolders on Intranet Heya Mac, No idea regarding IIS. The little testing John Sellens, Phil Scarr and I performed has been with a Sun Ultra 1 SparcStation 143 mhz CPU 320 MB RAM running: UNIX(r) System V Release 4.0 with an average of 60 to 80 simultaneous Intranet users. We found no significant slowdowns...compared with the average speed w/o WebDAV. Initially, Phil and I shared the editing/versioning of a test HTML file by using Web Folders. I wrote "Hello" and he wrote "World". I titled the file "foo.html" and he changed the title to "bar.html". You know the drill ;-) He added a folder to the WebDAV test directory and titled it phil Scarr. I dropped in bar.html and he retitled it index.html . I hacked some code into it from inside the facility, and Phil picked it up (remotely) and modified it while dialing-in to the network from home. He also dumped some folders and their contents into the test directory from another location on the Web tree. I edited a few of them using several different clients, including Dreamweaver, MS Word, and Photoshop. Later on, I picked up the original html file on an HP 4150B (PIII) running MS W2KPro Japanese, and added some kanji to it. I repeated the process via dail-in using Windows Me Japanese Version 4.90.3000 on a Compaq Presario 2298 (AMD K6). At no time was I prevented from editing the files due to an open as "write only" incident. FYI this single server handles DHCP for external dial-in, serves up Internal Web pages (including, until very recently, user's home directories), runs sendmail, and acts as a command-line interface to an Oracle database. In a testament to UNIX uptime, this particular server has been running for 232 consecutive days. Perhaps Kevin Wiggin from Xythos could comment about WebDAV scalability on IIS. We have cooperated in the past on Sharemation Server testing with double-bit character sets. Regards, Stewart Hersey http://www.karuizawa.ne.jp/~farmer/new.html -----Original Message----- From: Mac McCusker [mailto:Mac@telseon.com] Sent: Tuesday, January 09, 2001 4:25 PM To: 'Peter Pierrou'; w3c-dist-auth@w3.org Subject: [Moderator Action] RE: FW: WebFolders on Intranet Hey Peter, We are considering converting our Shared directory to a WebDAV virtual Directory using IIS. The hope is that this will improve download times of files (word, excel...etc) through our Intranet. One of our concerns is scalability, have you found WebDAV to handle many simultaneous users well, does this slow down the server significantly? thanks \ Mac -----Original Message----- From: Peter Pierrou [mailto:Peter.Pierrou@excosoft.se] Sent: Wednesday, December 20, 2000 12:36 AM To: Mac@telseon.com; w3c-dist-auth@w3.org Subject: Re: FW: WebFolders on Intranet Hi! > Interested in getting in touch with any companies that are using WebDAV on > their Intranet. We are using WebDAV in our Intranet for all files. Most of the files are in XML and edited trought the intranet with Documentor. Files of outher types (powerpoint, word, excel etc) are aloso edited over webdav either with webfolders or with the Documentor client as ActiveX plugins. We have our own archive; ExcoConf with webdav support. We also use a little Exchange 2000 server. Even the source code is edited directly in the archive wia WebDav. We can also edit the files when working at home over webdav. Best Regards Peter Pierrou ======================================================== Peter Pierrou / Software Project Manager Excosoft AB * Electrum 420 * SE-164 40 Kista * Sweden Tel: +46 8 633 29 02 ======================================================== From w3c-dist-auth-request@w3.org Wed Jan 10 02:41:49 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id CAA11807 for ; Wed, 10 Jan 2001 02:41:49 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id CAA00072; Wed, 10 Jan 2001 02:33:12 -0500 (EST) Resent-Date: Wed, 10 Jan 2001 02:33:12 -0500 (EST) Resent-Message-Id: <200101100733.CAA00072@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id CAA00052 for ; Wed, 10 Jan 2001 02:33:09 -0500 (EST) Received: from kurgan.lyra.org (test.webdav.org [198.144.203.199]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id CAA06108 for ; Wed, 10 Jan 2001 02:33:06 -0500 Received: (from gstein@localhost) by kurgan.lyra.org (8.9.3/8.9.3) id XAA04302; Tue, 9 Jan 2001 23:33:19 -0800 X-Authentication-Warning: kurgan.lyra.org: gstein set sender to gstein@lyra.org using -f Date: Tue, 9 Jan 2001 23:33:19 -0800 From: Greg Stein To: Stewart Hersey Cc: WebDAV WG Message-ID: <20010109233319.N4640@lyra.org> Mail-Followup-To: Stewart Hersey , WebDAV WG References: <009001c07acd$60ee7ae0$2203a8c0@arcanine> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <009001c07acd$60ee7ae0$2203a8c0@arcanine>; from smh@certaintysolutions.com on Tue, Jan 09, 2001 at 10:20:04PM -0800 X-URL: http://www.lyra.org/greg/ Subject: Re: FW: WebFolders on Intranet Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4595 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: On Tue, Jan 09, 2001 at 10:20:04PM -0800, Stewart Hersey wrote: > Heya Mac, > > No idea regarding IIS. The little testing John Sellens, Phil Scarr and I performed has been with a > Sun Ultra 1 SparcStation 143 mhz CPU 320 MB RAM running: > UNIX(r) System V Release 4.0 with an average of 60 to 80 simultaneous Intranet users. > > We found no significant slowdowns...compared with the average speed w/o WebDAV. Euh... you gave the hardware, but what DAV server were you using? Cheers, -g -- Greg Stein, http://www.lyra.org/ From w3c-dist-auth-request@w3.org Wed Jan 10 02:49:57 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id CAA11845 for ; Wed, 10 Jan 2001 02:49:57 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id CAA00221; Wed, 10 Jan 2001 02:39:47 -0500 (EST) Resent-Date: Wed, 10 Jan 2001 02:39:47 -0500 (EST) Resent-Message-Id: <200101100739.CAA00221@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id CAA00196 for ; Wed, 10 Jan 2001 02:39:44 -0500 (EST) Received: from kurgan.lyra.org (test.webdav.org [198.144.203.199]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id CAA06499 for ; Wed, 10 Jan 2001 02:39:42 -0500 Received: (from gstein@localhost) by kurgan.lyra.org (8.9.3/8.9.3) id XAA04313; Tue, 9 Jan 2001 23:39:54 -0800 X-Authentication-Warning: kurgan.lyra.org: gstein set sender to gstein@lyra.org using -f Date: Tue, 9 Jan 2001 23:39:54 -0800 From: Greg Stein To: Jeremy Bach , w3c-dist-auth@w3.org Message-ID: <20010109233954.O4640@lyra.org> Mail-Followup-To: Jeremy Bach , w3c-dist-auth@w3.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from ejw@cse.ucsc.edu on Tue, Jan 09, 2001 at 05:44:38PM -0800 X-URL: http://www.lyra.org/greg/ Subject: Re: Office 2000 read-only Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4596 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: On Tue, Jan 09, 2001 at 05:44:38PM -0800, Jim Whitehead wrote: > Hi Jeremy, > > Well, I took a quick look at your protocol trace, and nothing obvious > immediately jumps out at me. Your lock timout value seems a little high, > but is less than 2^32-1, which is around 4 billion, if memory serves me > well. It's possible Office doesn't like the timeout value to be too far off > the 120 seconds it requests (although I doubt it, since I have heard of > other people changing this timeout value without any trouble). mod_dav has a feature to create a minimum value for the timeout. We've generally recommended about 10 minutes for the value (and it works fine). That is nowhere near the 2^32-1, though. BIG NOTE: Office waits until almost exactly the time specified in the timeout before refreshing the lock. If Office loses the lock due to a timeout, then it will *completely* break. The next PUT will pass an If: header asserting the lock (which is gone), and the PUT will fail with a 412. Office doesn't know how to recover (e.g. take out a lock again, verify the etag, etc). The only solution is to have the server say "you time out in N minutes" but give the app N+M minutes before the real timeout occurs. mod_dav gives a two minute "fudge factor" for the client to refresh within the timeout period. > You're also > not using a status phrase (the "OK" in "HTTP/1.1 200 OK") in the lock > response, but this also shouldn't make any difference. One grasping straw > idea is perhaps Office defaults to read-only if the property > isn't set (you're returning 404 for them). But then why would Office try to > lock the document in the first place? Office locks the document when you open it, then unlocks when you close it. In between, each "save" does a PUT. It wouldn't be related to the 404 for isreadonly, cuz mod_dav also 404's that property. > Anyone have any ideas on Jeremy's problem? Nope. I know that mod_dav works, but I've never done a trace. So... I don't know what the difference would be. Cheers, -g -- Greg Stein, http://www.lyra.org/ From w3c-dist-auth-request@w3.org Wed Jan 10 03:16:51 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id DAA12082 for ; Wed, 10 Jan 2001 03:16:51 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id DAA01112; Wed, 10 Jan 2001 03:08:05 -0500 (EST) Resent-Date: Wed, 10 Jan 2001 03:08:05 -0500 (EST) Resent-Message-Id: <200101100808.DAA01112@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id DAA01092 for ; Wed, 10 Jan 2001 03:08:01 -0500 (EST) Received: from yosemite.rwc.gnac.net (yosemite.rwc.gnac.net [198.151.248.221]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id DAA08605 for ; Wed, 10 Jan 2001 03:08:01 -0500 Received: by yosemite.rwc.gnac.net; id AAA26062; Wed, 10 Jan 2001 00:11:09 -0800 (PST) Received: from unknown(192.168.1.21) by yosemite.rwc.gnac.net via smap (V5.0) id xma026056; Wed, 10 Jan 01 00:10:44 -0800 Received: from tweety.main.gnac.com (localhost.main.gnac.com [127.0.0.1]) by pepe.main.gnac.com (8.11.0/8.8.7/GNAC-GW-2.1) with ESMTP id f0A87av23622 for ; Wed, 10 Jan 2001 00:07:36 -0800 (PST) Received: from arcanine (dialin34.main.gnac.com [192.168.3.34]) by tweety.main.gnac.com (8.9.3/8.7.3/GNAC-COM-1.1) with SMTP id AAA05340 for ; Wed, 10 Jan 2001 00:07:34 -0800 (PST) Message-ID: <011e01c07adc$a990b240$2203a8c0@arcanine> From: "Stewart Hersey" To: Date: Wed, 10 Jan 2001 00:09:30 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Subject: Fw: FW: WebFolders on Intranet Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4597 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Content-Transfer-Encoding: 7bit Sorry Greg, Thought you'd never ask... Wed, 9 Aug 2000 21:38:54 -0400 (EDT) We loaded mod_dav on the Sun's Apache Server and configured a davtest folder. Initial comments were, "The 'cadaver' command line client has some SSL issues ". I believe changes were made in release 0.15.2 of cadaver to fix some of these issues. Anyone interested can see: http://www.webdav.org/cadaver/ and of course, http://www.webdav.org/mod_dav/ . :-) G'night. *S* Stewart Hersey www.newma.com ---------------------------------------------- A day without sunshine is like a day in Seattle. ---------------------------------------------- ----- Original Message ----- From: "Greg Stein" To: "Stewart Hersey" Cc: "WebDAV WG" Sent: Tuesday, January 09, 2001 11:33 PM Subject: Re: FW: WebFolders on Intranet On Tue, Jan 09, 2001 at 10:20:04PM -0800, Stewart Hersey wrote: > Heya Mac, > > No idea regarding IIS. The little testing John Sellens, Phil Scarr and I performed has been with a > Sun Ultra 1 SparcStation 143 mhz CPU 320 MB RAM running: > UNIX(r) System V Release 4.0 with an average of 60 to 80 simultaneous Intranet users. > > We found no significant slowdowns...compared with the average speed w/o WebDAV. Euh... you gave the hardware, but what DAV server were you using? Cheers, -g -- Greg Stein, http://www.lyra.org/ From w3c-dist-auth-request@w3.org Mon Jan 15 10:09:39 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id KAA07071 for ; Mon, 15 Jan 2001 10:09:39 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id JAA16866; Mon, 15 Jan 2001 09:59:57 -0500 (EST) Resent-Date: Mon, 15 Jan 2001 09:59:57 -0500 (EST) Resent-Message-Id: <200101151459.JAA16866@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id JAA16767 for ; Mon, 15 Jan 2001 09:59:53 -0500 (EST) Received: from mis.zen.mbau.at (mail.mischek.at [194.48.164.6]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id JAA22784 for ; Mon, 15 Jan 2001 09:59:52 -0500 Received: by mis.zen.mbau.at with Internet Mail Service (5.5.2650.21) id ; Mon, 15 Jan 2001 16:03:47 +0100 Message-ID: From: Schlee Stefan To: "'w3c-dist-auth@w3.org'" Date: Mon, 15 Jan 2001 16:03:44 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Subject: lock-token Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4598 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Hello, I hope this question is not too basic for this discussion group. I have read the DAV spec and browsed through the mail archive of this mail list but did not find an answer to the following question: Why has the lock-token to be universaly unique? Because it is a property that can be queried by any person, beeing in the state of posessing a universaly unique token does not provide me with a special privileges per se. If I understood the spec thats why you have to authenticate yourself to make use of a lock-token. But than, why use a token at all. Woulde'nt it suffice that the server registers who has taken a lock on the locked ressource (for example with the public key of the lock-owner) and require anybody who wants to perform "critical" operations on the locked ressource to verify his/her identity. Thanks in advance for helping me, regards > Stefan Schlee / TI[con] > > From w3c-dist-auth-request@w3.org Mon Jan 15 12:04:42 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id MAA10552 for ; Mon, 15 Jan 2001 12:04:40 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id LAA22053; Mon, 15 Jan 2001 11:54:54 -0500 (EST) Resent-Date: Mon, 15 Jan 2001 11:54:54 -0500 (EST) Resent-Message-Id: <200101151654.LAA22053@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id LAA22025 for ; Mon, 15 Jan 2001 11:54:48 -0500 (EST) Received: from sus-ma1it00.rational.com (ext-38138.rational.com [192.229.38.138]) by tux.w3.org (8.9.3/8.9.3) with SMTP id LAA00995 for ; Mon, 15 Jan 2001 11:54:48 -0500 Received: from 192.168.215.70 by sus-ma1it00.rational.com (InterScan E-Mail VirusWall NT); Mon, 15 Jan 2001 12:01:49 -0500 (Eastern Standard Time) Received: by sus-ma1it00.rational.com with Internet Mail Service (5.5.2653.19) id ; Mon, 15 Jan 2001 12:01:49 -0500 Message-ID: <3906C56A7BD1F54593344C05BD1374B101B14CE2@SUS-MA1IT01> From: "Clemm, Geoff" To: "'w3c-dist-auth@w3.org'" Date: Mon, 15 Jan 2001 12:01:56 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: RE: lock-token Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4599 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: See RFC 2518, section 7.6. It describes why lock tokens are needed to prevent overwrite behavior from two or more clients that are being run by the same authenticated user. Cheers, Geoff -----Original Message----- From: Schlee Stefan [mailto:ssch@ticon.at] Sent: Monday, January 15, 2001 10:04 AM To: 'w3c-dist-auth@w3.org' Subject: lock-token Hello, I hope this question is not too basic for this discussion group. I have read the DAV spec and browsed through the mail archive of this mail list but did not find an answer to the following question: Why has the lock-token to be universaly unique? Because it is a property that can be queried by any person, beeing in the state of posessing a universaly unique token does not provide me with a special privileges per se. If I understood the spec thats why you have to authenticate yourself to make use of a lock-token. But than, why use a token at all. Woulde'nt it suffice that the server registers who has taken a lock on the locked ressource (for example with the public key of the lock-owner) and require anybody who wants to perform "critical" operations on the locked ressource to verify his/her identity. Thanks in advance for helping me, regards > Stefan Schlee / TI[con] > > From w3c-dist-auth-request@w3.org Mon Jan 15 14:19:13 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id OAA14007 for ; Mon, 15 Jan 2001 14:19:10 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id OAA25633; Mon, 15 Jan 2001 14:08:37 -0500 (EST) Resent-Date: Mon, 15 Jan 2001 14:08:37 -0500 (EST) Resent-Message-Id: <200101151908.OAA25633@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id OAA25612 for ; Mon, 15 Jan 2001 14:08:33 -0500 (EST) Received: from e22.nc.us.ibm.com (e22.nc.us.ibm.com [32.97.136.228]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id OAA12965 for ; Mon, 15 Jan 2001 14:08:32 -0500 Received: from southrelay02.raleigh.ibm.com (southrelay02.raleigh.ibm.com [9.37.3.209]) by e22.nc.us.ibm.com (8.9.3/8.9.3) with ESMTP id OAA35952 for ; Mon, 15 Jan 2001 14:03:53 -0600 Received: from d04nm303.raleigh.ibm.com (d04nm203.raleigh.ibm.com [9.67.228.40]) by southrelay02.raleigh.ibm.com (8.11.1/NCO v4.95) with ESMTP id f0FJ7Eo51328 for ; Mon, 15 Jan 2001 14:07:14 -0500 To: w3c-dist-auth@w3c.org X-Mailer: Lotus Notes Release 5.0.5 September 22, 2000 Message-ID: From: "Jim Amsden" Date: Mon, 15 Jan 2001 14:11:53 -0500 X-MIMETrack: Serialize by Router on D04NM303/04/M/IBM(Release 5.0.3 (Intl)|21 March 2000) at 01/15/2001 02:07:14 PM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Subject: Re: lock-token Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4600 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Schlee, Section 7 of RFC2518 describes the locking semantics and provides motivation for both lock tokens, and why they need to be unique. Briefly, lock tokens need to be unique so that there is never a chance of applying a lock token to the wrong resource. The reason the principal id isn't sufficient is that the same principal may have multiple concurrent processes running at the same time. Lock tokens provide a way of managing concurrent updates for the same user in these situations. Schlee Stefan To: "'w3c-dist-auth@w3.org'" Sent by: cc: w3c-dist-auth-requ Subject: lock-token est@w3.org 01/15/2001 10:03 AM Hello, I hope this question is not too basic for this discussion group. I have read the DAV spec and browsed through the mail archive of this mail list but did not find an answer to the following question: Why has the lock-token to be universaly unique? Because it is a property that can be queried by any person, beeing in the state of posessing a universaly unique token does not provide me with a special privileges per se. If I understood the spec thats why you have to authenticate yourself to make use of a lock-token. But than, why use a token at all. Woulde'nt it suffice that the server registers who has taken a lock on the locked ressource (for example with the public key of the lock-owner) and require anybody who wants to perform "critical" operations on the locked ressource to verify his/her identity. Thanks in advance for helping me, regards > Stefan Schlee / TI[con] > > From w3c-dist-auth-request@w3.org Tue Jan 16 13:39:47 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id NAA18970 for ; Tue, 16 Jan 2001 13:39:47 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id NAA03026; Tue, 16 Jan 2001 13:25:44 -0500 (EST) Resent-Date: Tue, 16 Jan 2001 13:25:44 -0500 (EST) Resent-Message-Id: <200101161825.NAA03026@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id NAA02985 for ; Tue, 16 Jan 2001 13:25:38 -0500 (EST) Received: from cats.ucsc.edu (rumpleteazer.ucsc.edu [128.114.129.45]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id NAA03954 for ; Tue, 16 Jan 2001 13:25:38 -0500 Received: from Tycho (dhcp-63-177.cse.ucsc.edu [128.114.63.177]) by cats.ucsc.edu (8.9.3/8.8.4.cats-athena) with SMTP id KAA20713 for ; Tue, 16 Jan 2001 10:25:40 -0800 (PST) From: "Jim Whitehead" To: "WebDAV WG" Date: Tue, 16 Jan 2001 10:25:12 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Subject: trying to collaborate .shtml files using WebDav with windows 2000 server Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4601 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Content-Transfer-Encoding: 7bit Accidentally caught by the spam filter. I've added Dexter Burns to the accept2 list, so future emails from him will go straight through to the list. - Jim -----Original Message----- From: Dexter Burns [mailto:dburns@4d.com] Sent: Monday, January 15, 2001 3:31 PM To: 'w3c-dist-auth@w3.org' Subject: [Moderator Action] trying to collaborate .shtml files using WebDav with windows 2000 server hey, i was doing a search on the internet...trying to collaborate .shtml files using WebDav with windows 2000 sever. while doing the search, i came across your web page regarding WebDAV Versioning Scenarios. i am not sure of a solution. can you help? if not, can you forward this question to someone who can. thanks.. ================================================================ Dexter W. Burns dburns@4d.com Web Designer http://www.4D.com/ 4D, Inc. Ph 408.557.4674 Fx 408.557.4645 See You at Macworld Expo San Francisco 2001 - BOOTH 1442 ================================================================ From w3c-dist-auth-request@w3.org Tue Jan 16 13:49:36 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id NAA19268 for ; Tue, 16 Jan 2001 13:49:34 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id NAA03859; Tue, 16 Jan 2001 13:39:53 -0500 (EST) Resent-Date: Tue, 16 Jan 2001 13:39:53 -0500 (EST) Resent-Message-Id: <200101161839.NAA03859@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id NAA03832 for ; Tue, 16 Jan 2001 13:39:48 -0500 (EST) Received: from sus-ma1it00.rational.com (ext-38138.rational.com [192.229.38.138]) by tux.w3.org (8.9.3/8.9.3) with SMTP id NAA05930 for ; Tue, 16 Jan 2001 13:39:48 -0500 Received: from 192.168.215.70 by sus-ma1it00.rational.com (InterScan E-Mail VirusWall NT); Tue, 16 Jan 2001 13:46:59 -0500 (Eastern Standard Time) Received: by sus-ma1it00.rational.com with Internet Mail Service (5.5.2653.19) id ; Tue, 16 Jan 2001 13:46:58 -0500 Message-ID: <3906C56A7BD1F54593344C05BD1374B1018E21D1@SUS-MA1IT01> From: "Clemm, Geoff" To: WebDAV WG Date: Tue, 16 Jan 2001 13:47:00 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: RE: trying to collaborate .shtml files using WebDav with windows 2000 server Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4602 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: I didn't see a question in this message (and even the title doesn't seem to involve versioning) ... did it get truncated? Cheers, Geoff -----Original Message----- From: Jim Whitehead [mailto:ejw@cse.ucsc.edu] Sent: Tuesday, January 16, 2001 1:25 PM To: WebDAV WG Subject: trying to collaborate .shtml files using WebDav with windows 2000 server Accidentally caught by the spam filter. I've added Dexter Burns to the accept2 list, so future emails from him will go straight through to the list. - Jim -----Original Message----- From: Dexter Burns [mailto:dburns@4d.com] Sent: Monday, January 15, 2001 3:31 PM To: 'w3c-dist-auth@w3.org' Subject: [Moderator Action] trying to collaborate .shtml files using WebDav with windows 2000 server hey, i was doing a search on the internet...trying to collaborate .shtml files using WebDav with windows 2000 sever. while doing the search, i came across your web page regarding WebDAV Versioning Scenarios. i am not sure of a solution. can you help? if not, can you forward this question to someone who can. thanks.. ================================================================ Dexter W. Burns dburns@4d.com Web Designer http://www.4D.com/ 4D, Inc. Ph 408.557.4674 Fx 408.557.4645 See You at Macworld Expo San Francisco 2001 - BOOTH 1442 ================================================================ From w3c-dist-auth-request@w3.org Tue Jan 16 14:25:47 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id OAA19958 for ; Tue, 16 Jan 2001 14:25:42 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id OAA05698; Tue, 16 Jan 2001 14:15:32 -0500 (EST) Resent-Date: Tue, 16 Jan 2001 14:15:32 -0500 (EST) Resent-Message-Id: <200101161915.OAA05698@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id OAA05663 for ; Tue, 16 Jan 2001 14:15:27 -0500 (EST) Received: from SJCEXAEXIMC02.amer.avanade.org (sjcexafw01.amer.avanade.com [216.136.169.181]) by tux.w3.org (8.9.3/8.9.3) with SMTP id OAA10389 for ; Tue, 16 Jan 2001 14:15:26 -0500 Received: from 127.0.0.1 by SJCEXAEXIMC02.amer.avanade.org (InterScan E-Mail VirusWall NT); Tue, 16 Jan 2001 11:12:53 -0800 (Pacific Standard Time) Received: by SJCEXAEXIMC02.amer.avanade.org with Internet Mail Service (5.5.2653.19) id ; Tue, 16 Jan 2001 11:12:53 -0800 Message-ID: <3C13288A94BF0C4AA9057AB7EB8F250B175A19@sjcexaexmb02.amer.avanade.org> From: Mariano Delle Donne To: WebDAV WG Date: Tue, 16 Jan 2001 11:12:14 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: Tahoe server (now Sharepoint) with regards to event sinks Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4603 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Hello All, This question may not be totally appropriate for this group but maybe you will be able to help. - can you use events sinks with MS Tahoe server? Thanks! Mariano Delle Donne Avanade Inc. From w3c-dist-auth-request@w3.org Wed Jan 17 04:53:18 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id EAA15012 for ; Wed, 17 Jan 2001 04:53:18 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id EAA26922; Wed, 17 Jan 2001 04:42:04 -0500 (EST) Resent-Date: Wed, 17 Jan 2001 04:42:04 -0500 (EST) Resent-Message-Id: <200101170942.EAA26922@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id EAA26899 for ; Wed, 17 Jan 2001 04:42:00 -0500 (EST) Received: from d06lmsgate-2.uk.ibm.com (d06lmsgate-2.uk.ibm.com [195.212.29.2]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id EAA17826 for ; Wed, 17 Jan 2001 04:41:59 -0500 From: Tim_Ellison@uk.ibm.com Received: from d06relay01.portsmouth.uk.ibm.com (d06relay01.portsmouth.uk.ibm.com [9.166.84.147]) by d06lmsgate-2.uk.ibm.com (1.0.0) with ESMTP id JAA185042 for ; Wed, 17 Jan 2001 09:27:13 GMT Received: from d06mta07.portsmouth.uk.ibm.com (d06mta08_cs0 [9.180.35.21]) by d06relay01.portsmouth.uk.ibm.com (8.8.8m3/NCO v4.95) with SMTP id JAA103220 for ; Wed, 17 Jan 2001 09:41:27 GMT Received: by d06mta07.portsmouth.uk.ibm.com(Lotus SMTP MTA v4.6.5 (863.2 5-20-1999)) id 802569D7.00353976 ; Wed, 17 Jan 2001 09:41:21 +0000 X-Lotus-FromDomain: IBMGB To: w3c-dist-auth@w3.org Message-ID: <802569D7.00353670.00@d06mta07.portsmouth.uk.ibm.com> Date: Wed, 17 Jan 2001 09:41:12 +0000 Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Subject: Re: trying to collaborate .shtml files using WebDav with windows 2000 server Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4604 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Dexter, Perhaps you can describe the problem you have and the solution you are considering. Regards, Tim Ellison Java Technology Centre, MP146 IBM UK Laboratory, Hursley Park, Winchester, UK. tel: +44 (0)1962 819872 internal: 249872 MOBx: 270452 "Jim Whitehead" on 2001-01-16 06:25:12 PM Please respond to "Jim Whitehead" To: "WebDAV WG" cc: Subject: trying to collaborate .shtml files using WebDav with windows 2000 server Accidentally caught by the spam filter. I've added Dexter Burns to the accept2 list, so future emails from him will go straight through to the list. - Jim -----Original Message----- From: Dexter Burns [mailto:dburns@4d.com] Sent: Monday, January 15, 2001 3:31 PM To: 'w3c-dist-auth@w3.org' Subject: [Moderator Action] trying to collaborate .shtml files using WebDav with windows 2000 server hey, i was doing a search on the internet...trying to collaborate .shtml files using WebDav with windows 2000 sever. while doing the search, i came across your web page regarding WebDAV Versioning Scenarios. i am not sure of a solution. can you help? if not, can you forward this question to someone who can. thanks.. ================================================================ Dexter W. Burns dburns@4d.com Web Designer http://www.4D.com/ 4D, Inc. Ph 408.557.4674 Fx 408.557.4645 See You at Macworld Expo San Francisco 2001 - BOOTH 1442 ================================================================ From w3c-dist-auth-request@w3.org Wed Jan 17 19:15:12 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id TAA29446 for ; Wed, 17 Jan 2001 19:15:10 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id TAA08226; Wed, 17 Jan 2001 19:05:42 -0500 (EST) Resent-Date: Wed, 17 Jan 2001 19:05:42 -0500 (EST) Resent-Message-Id: <200101180005.TAA08226@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id TAA08204 for ; Wed, 17 Jan 2001 19:05:37 -0500 (EST) Received: from dfw-smtpout3.email.verio.net (dfw-smtpout3.email.verio.net [129.250.36.43]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id TAA07177 for ; Wed, 17 Jan 2001 19:05:33 -0500 Received: from [129.250.38.62] (helo=dfw-mmp2.email.verio.net) by dfw-smtpout3.email.verio.net with esmtp id 14J2a3-00045o-00; Thu, 18 Jan 2001 00:05:31 +0000 Received: from [206.184.21.17] (helo=paex001.corp.telseon.com) by dfw-mmp2.email.verio.net with esmtp id 14J2a2-0004t5-00; Thu, 18 Jan 2001 00:05:30 +0000 Received: by paex001.corp.telseon.com with Internet Mail Service (5.5.2650.21) id ; Wed, 17 Jan 2001 16:05:25 -0800 Message-ID: <12099B13DFE1334E9E5AD95B7F4DD7F0603765@paex001.corp.telseon.com> From: Mac McCusker To: "'Peter Pierrou'" , Mac McCusker , w3c-dist-auth@w3.org Cc: Myles Parker Date: Wed, 17 Jan 2001 16:05:25 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Subject: WebDAV security through IIS Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4605 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Hey Peter, Do you have any background information on file and directory permissions on WebDAV. Do permissions have to be specified through IIS or does the virtual directory inherit the permissions of the file structure?. I havent found too much on the MS website...but I might be looking in the wrong place...can you point me in the right direction? thanks again for all your help. -----Original Message----- From: Peter Pierrou [mailto:Peter.Pierrou@excosoft.se] Sent: Wednesday, December 20, 2000 1:36 AM To: Mac@telseon.com; w3c-dist-auth@w3.org Subject: Re: FW: WebFolders on Intranet Hi! > Interested in getting in touch with any companies that are using WebDAV on > their Intranet. We are using WebDAV in our Intranet for all files. Most of the files are in XML and edited trought the intranet with Documentor. Files of outher types (powerpoint, word, excel etc) are aloso edited over webdav either with webfolders or with the Documentor client as ActiveX plugins. We have our own archive; ExcoConf with webdav support. We also use a little Exchange 2000 server. Even the source code is edited directly in the archive wia WebDav. We can also edit the files when working at home over webdav. Best Regards Peter Pierrou ======================================================== Peter Pierrou / Software Project Manager Excosoft AB * Electrum 420 * SE-164 40 Kista * Sweden Tel: +46 8 633 29 02 ======================================================== From w3c-dist-auth-request@w3.org Wed Jan 17 20:18:28 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id UAA00596 for ; Wed, 17 Jan 2001 20:17:20 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id TAA10011; Wed, 17 Jan 2001 19:48:14 -0500 (EST) Resent-Date: Wed, 17 Jan 2001 19:48:14 -0500 (EST) Resent-Message-Id: <200101180048.TAA10011@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id TAA09991 for ; Wed, 17 Jan 2001 19:48:11 -0500 (EST) Received: from cats.ucsc.edu (rumpleteazer.ucsc.edu [128.114.129.45]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id TAA10812 for ; Wed, 17 Jan 2001 19:48:10 -0500 Received: from Tycho (dhcp-172-42.ucsc.edu [128.114.172.42]) by cats.ucsc.edu (8.9.3/8.8.4.cats-athena) with SMTP id QAA13363 for ; Wed, 17 Jan 2001 16:48:01 -0800 (PST) From: "Jim Whitehead" To: "WebDAV WG" Date: Wed, 17 Jan 2001 16:47:33 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Subject: FYI: Formation of Web Intermediaries (webi) WG Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4606 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Content-Transfer-Encoding: 7bit http://www.ietf.org/mail-archive/ietf-announce/Current/msg10869.html A new working group has been formed in the Applications Area of the IETF. For additional information, contact the Area Directors or the WG Chair. Web Intermediaries (webi) ------------------------- Current Status: Active Working Group Chair(s): Ian Cooper Mark Nottingham Applications Area Director(s): Ned Freed Patrik Faltstrom Applications Area Advisor: Patrik Faltstrom Mailing Lists: General Discussion:webi@equinix.com To Subscribe: webi-request@equinix.com In Body: (un)subscribe Archive: ftp://ftp.ietf.org/ietf-mail-archive/webi Description of Working Group: This working group will address specific issues in the world wide web infrastructure (as identified by the WREC working group), by providing generic mechanisms which are useful in several application domains (e.g., proxies, content delivery surrogates). Work items for this group will be: 1) An invalidation protocol to provide a strong cache coherence mechanism while avoiding the latency penalty of validation, usable in proxy as well as surrogate configurations. 2) An intermediate service discovery mechanism, consisting of: a) An intermediary service description format, which describes what services an intermediary or arbitrary group of intermediaries is willing to provide, and b) A discovery protocol for locating relevant service descriptions within a single administrative domain. Both components will take into consideration current practice, related work in the IETF, and a reasoned set of requirements, which will include the need to provide a reasonable alternative to interception proxies. Service discovery, and other issues pertaining to coordination between multiple administrative domains are explicitly out of scope of this group. Protocols associated with the provisioning of value added services, including the vectoring of adaptation requests to other devices, are also out of scope for this group. Finally, this group will only address application-level (e.g., HTTP) intermediaries. From w3c-dist-auth-request@w3.org Thu Jan 18 08:06:43 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id IAA22729 for ; Thu, 18 Jan 2001 08:06:43 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id HAA00703; Thu, 18 Jan 2001 07:51:35 -0500 (EST) Resent-Date: Thu, 18 Jan 2001 07:51:35 -0500 (EST) Resent-Message-Id: <200101181251.HAA00703@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id HAA00683 for ; Thu, 18 Jan 2001 07:51:31 -0500 (EST) Received: from gatekeeper.hyperwave.com (fiicm2pc60.tu-graz.ac.at [129.27.200.60]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id HAA29082 for ; Thu, 18 Jan 2001 07:51:29 -0500 Received: from firewall.hyperwave.com ([192.168.3.2]) by gatekeeper.hyperwave.com (8.8.8/8.8.8) with ESMTP id NAA32732 for ; Thu, 18 Jan 2001 13:51:24 +0100 Received: from hwal02.hyperwave.com (hwal02.hyperwave.com [192.168.153.25]) by firewall.hyperwave.com (8.8.7/8.8.7) with ESMTP id NAA25186 for ; Thu, 18 Jan 2001 13:51:24 +0100 Received: from orasche (hwpc62.hyperwave.com [192.168.153.62]) by hwal02.hyperwave.com (8.9.3/8.9.3) with SMTP id NAA14449; Thu, 18 Jan 2001 13:51:22 +0100 (MET) Reply-To: From: "Gerbert Orasche" To: Date: Thu, 18 Jan 2001 13:52:04 +0100 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_004D_01C08155.D6B540E0" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Importance: Normal Subject: Please help with this WebDAV dialect Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4607 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: This is a multi-part message in MIME format. ------=_NextPart_000_004D_01C08155.D6B540E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Dear all, We have collected some network traces and have problems to interpret them. Perhaps you fellow WebDavers can provide us a helping hand: - Server response 1 adds some extra information after the XML body and does not add a content length attribute. How should/could one handle this? What does the "Trailer:" HTTP response attribute mean? (R1) - Are the DAV: properties within the XML body all valid (e.g. contentclass, nosubs, id, objectcount, isstructureddocument, uid, visiblecount and many more) or in what IETF document can they be found? (R1 and R2) - What does the xml: namespace have as valid properties and how are they related to DAV? (e.g. xml:v) (R1 and R2) - Where can we find a definition how to parse tags like ? (R1) - Is it good behaviour to add so many additional namespaces, which obviously extend the original DAV protocol definition? (R2) - Should one mix different namespaces like in 13 (R2) Gerbert ============================================================================ Request 1 (R1): SEARCH /TestWorkSpace/ HTTP/1.1 Content-Language: en-us Accept-Language: en-us Content-Length: 1007 Content-Type: text/xml Translate: f User-Agent: Microsoft Data Access Internet Publishing Provider DAV Host: kern2 Connection: Keep-Alive SELECT "urn:schemas-microsoft-com:office:office#Description" , "urn:schemas-microsoft-com:office:office#Title" , "urn:schemas-microsoft-com:publishing:Categories" , "urn:schemas-microsoft-com:office:office#Author" , "urn:schemas-microsoft-com:office:office#Keywords" , "urn:schemas-microsoft-com:publishing:documentstate" , "urn:schemas-microsoft-com:publishing:BaseDoc" , "DAV:resourcetype" , "DAV:isreadonly" , "DAV:isroot" , "DAV:ishidden" , "DAV:iscollection" , "DAV:displayname" , "DAV:getlastmodified" , "DAV:creationdate" , "DAV:getcontentlength" , "DAV:href" , "DAV:contentclass" , "DAV:getcontentlanguage" , "urn:schemas-microsoft-com:publishing:operationsallowed" , "urn:schemas-microsoft-com:publishing:IsAWorkingCopy" , "urn:schemas-microsoft-com:publishing:isdoclibrarycontent" FROM scope( 'shallow traversal of "http://kern2/TestWorkSpace/"' ) HTTP/1.1 207 Multistatus Content-type: text/xml Transfer-Encoding: chunked Accept-Ranges: rows Content-Range: rows 0-12; total=13 MS-Search-MoreRows: f Trailer: MS-Search-HitVector, MS-Search-Status Server: Microsoft-IIS/5.0 Date: Tue, 16 Jan 2001 14:31:41 GMT MicrosoftTahoeServer: 1.0 Connection: close MS-Search-HitVector: MS-Search-Status: ============================================================================ Request 2: PROPFIND /TestWorkSpace HTTP/1.1 Content-Language: en-us Accept-Language: en-us Content-Type: text/xml Translate: f Depth: 0 Content-Length: 0 User-Agent: Microsoft Data Access Internet Publishing Provider DAV Host: kern2 Connection: Keep-Alive Authorization: NTLM TlRMTVNTUAADAAAAGAAYAHAAAAAYABgAiAAAABIAEgBAAAAAEAAQAFIAAAAOAA4AYgAAAAAAAACg AAAABYKBAEgAWQBQAEUAUgBXAEEAVgBFAGcAZAByAG8AcwBjAGgAbABEAFIATwBTAEMASABMAE1S RM+hfoMHL7uQltwawXiju05yrFR9GzNT5zkk6fuFIQihILCFqGHR+zrTKaYzjU== HTTP/1.1 207 Multi-Status Server: Microsoft-IIS/5.0 Date: Tue, 16 Jan 2001 14:31:34 GMT MicrosoftTahoeServer: 1.0 Content-Type: text/xml Accept-Ranges: rows MS-WebStorage: 6.0.4539 Transfer-Encoding: chunked ------=_NextPart_000_004D_01C08155.D6B540E0 Content-Type: text/xml; name="response4.xml" Content-Disposition: attachment; filename="response4.xml" Content-Transfer-Encoding: quoted-printable =20 1-13http://kern2/Tes= tWorkSpace/System%20CategoriesHTTP/1.1 = 200 OKSystem categories = folderSystem = CategoriesDAV:collection,DAV:searchresults011System = Categories2001-01-10T16:13:24.9102001-01-10T12:37:30.5850http://kern2/TestWorkSpace/Sys= tem%20Categoriesurn:content-classes:searchfolder= HTTP/1.1 = 404 Resource Not = Found http://kern2/TestWorkSpace/Tahoe%20Help.htmHTTP/1.1 200 = OK000Tahoe = Help.htm2001-01-10T12:34:57.0842001-01-10T12:34:56.5635122http://kern2/TestWorkSpace/= Tahoe%20Help.htmurn:content-classes:basedocument= tahoedeletetahoecopytahoemo= veHTTP/1.1 404 Resource Not = Found http://kern2/TestWorkSpac= e/CategoriesHTTP/1.1 200 = OKBrowse the workspace content and = external content in these = categoriesCategoriesDA= V:collection001Categories2001-01-10T16:13:24.1792001-01-10T12:34:56.0530http://kern2/TestWorkSpace/Cat= egoriesurn:content-classes:rootcategoryfolderHTTP/1.1 404 = Resource Not = Found<= /f:BaseDoc>http://kern2/TestWorkSpace/Portal= %20Content HTTP/1.1 200 OKPortal Site = and Feature Area = foldersPortalDAV:colle= ction001Portal = Content2001-01-10T16:13:23.3072001-01-10T12:34:50.6750http://kern2/TestWorkSpace/Por= tal%20Contenturn:content-classes:knowledgefolder= tahoedeletetahoecopytahoemo= veHTTP/1.1 404 Resource Not = Found<= /f:BaseDoc>htt= p://kern2/TestWorkSpace/global.asaHTTP/1.1= 200 OKPortal file to redirect to = localized version 010global.asa2001-01-10T12:34:50.3652001-01-10T12:34:49.7941587http://kern2/TestWorkSpace/= global.asaurn:content-classes:basedocumentHTTP/1.1 404 = Resource Not = Found<= e:Author>= http://kern2/T= estWorkSpace/default.htmHTTP/1.1 200 = OKPortal file to redirect to localized = version010default.htm2001-01-10T12:34:49.634 2001-01-10T12:34:48.8421088http://kern2/TestWorkSpace/= default.htmurn:content-classes:basedocumentHTTP/1.1 404 = Resource Not = Found<= e:Author>= http://kern2/T= estWorkSpace/DocumentsHTTP/1.1 200 = OKFolder for = DocumentsDAV:collection<= a:isreadonly b:dt=3D"boolean">001Documents2001-01-10T16:13:23.1572001-01-10T12:34:41.9520http://kern2/TestWorkSpace/Doc= umentsurn:content-classes:smartfolder tahoedeletetahoecopytahoemo= veHTTP/1.1 404 Resource Not = Found<= e:Author>= http://kern2/TestWorkSpace/ManagementHTTP/1.1 200 OKWorkspace = Management Tasks = folderDAV:collection001Management2001-01-10T16:13:22.7772001-01-10T12:32:28.2200http://kern2/TestWorkSpace/Man= agementurn:content-classes:managementfolderHTTP/1.1 404 = Resource Not = Found<= e:Author> http://kern2/TestWorkSpace/_TEMP_<= /a:href>HTTP/1.1 200 = OKDAV:collection011_TEMP_<= a:getlastmodified = b:dt=3D"dateTime.tz">2001-01-10T16:13:22.7462001-01-10T12:32:09.5330http://kern2/TestWorkSpace/_TE= MP_urn:content-classes:systemfolderHTTP/1.1 404 Resource = Not = Found http://kern2/TestWorkSpace/LOCKSHTTP/1.1 200 = OKDAV:collection011LOCKS2001-01-10T16:13:22.7062001-01-10T12:32:09.2030http://kern2/TestWorkSpace/LOC= KSurn:content-classes:systemfolderHTTP/1.1 404 Resource Not = Foundhttp://kern2/TestWorkSpace/SHADOWHTTP/1.1 200 = OKDAV:collection01 1SHADOW<= a:getlastmodified = b:dt=3D"dateTime.tz">2001-01-10T16:13:22.5562001-01-10T12:32:08.8620http://kern2/TestWorkSpace/SHA= DOWurn:content-classes:systemfolderHTTP/1.1 404 Resource = Not = Foundhttp://kern2/TestWorkSpace/PortalHTTP/1.1 200 OKDigital = Dashboard for Tahoe workspaceTahoe Digital = DashboardDAV:collection011Portal<= a:getlastmodified = b:dt=3D"dateTime.tz">2001-01-12T13:16:50.320 2001-01-10T12:31:39.2900http://kern2/TestWorkSpace/Por= talurn:schemas-microsoft-com:dashboardtahoedeletetahoecopytahoemo= veHTTP/1.1 404 Resource Not = Found<= /f:BaseDoc>htt= p://kern2/TestWorkSpace/systemHTTP/1.1 = 200 OKTHE SYSTEM = FOLDERDAV:collection011system<= a:getlastmodified = b:dt=3D"dateTime.tz">2001-01-10T16:13:20.6532001-01-10T12:31:30.4370http://kern2/TestWorkSpace/sys= temurn:content-classes:systemfolder HTTP/1.1 404 Resource Not = Found<= e:Author>= ------=_NextPart_000_004D_01C08155.D6B540E0 Content-Type: text/xml; name="response1.xml" Content-Disposition: attachment; filename="response1.xml" Content-Transfer-Encoding: quoted-printable http://kern2/TestWorkSpace/ HTTP/1.1 200 OK 0 urn:content-classes:workspace 1 Publishing and Knowledge Workspace = TestWorkSpace_train Portal = Content/Announcements HYPERWAVE\rkern Management/Document = Profiles 0 Documents default.htm This is a test of a test work space = http://kern2/TestWorkSpace/-FlatUrlSpace-/2999deca2247b44= dab867df6aee9d18a-9c50 AQEAAAAAAJxQAAAAAAAAAAAAAAAA 517913957147607041 1 1 0 1 Management/Content Sources/Additional = Settings 1646440 2001-01-10T16:13:16.097Z tahoedelete tahoecopy tahoemove TestWorkSpace 2001-01-10T12:31:27.633Z Tahoe Management/Content Sources/Add Content = Source = 7gIEAAAAAAApPWgAdAB0AHAAOgAvAC8AcwBjAGgAZQBtAGEAcwAuAG0AaQBjAHIAbwBzAG8AZ= gB0AC4AYwBvAG0ALwBtAGEAcABpAC8AcAByAG8AcAB0AGEAZwAvAHgAMwBkADIAOQAwADEAMA= AyAAAAJj1oAHQAdABwADoALwAvAHMAYwBoAGUAbQBhAHMALgBtAGkAYwByAG8AcwBvAGYAdAA= uAGMAbwBtAC8AbQBhAHAAaQAvAHAAcgBvAHAAdABhAGcALwB4ADMAZAAyADYAMAAxADAAMgAA= ACU9aAB0AHQAcAA6AC8ALwBzAGMAaABlAG0AYQBzAC4AbQBpAGMAcgBvAHMAbwBmAHQALgBjA= G8AbQAvAG0AYQBwAGkALwBwAHIAbwBwAHQAYQBnAC8AeAAzAGQAMgA1ADAAMQAwADIAAAAnPW= gAdAB0AHAAOgAvAC8AcwBjAGgAZQBtAGEAcwAuAG0AaQBjAHIAbwBzAG8AZgB0AC4AYwBvAG0= ALwBtAGEAcABpAC8AcAByAG8AcAB0AGEAZwAvAHgAMwBkADIANwAwADEAMAAyAAAAKT1oAHQA= dABwADoALwAvAHMAYwBoAGUAbQBhAHMALgBtAGkAYwByAG8AcwBvAGYAdAAuAGMAbwBtAC8Ab= QBhAHAAaQAvAHAAcgBvAHAAdABhAGcALwB4ADMAZAAyADkAMAAxADAAMgAAACY9aAB0AHQAcA= A6AC8ALwBzAGMAaABlAG0AYQBzAC4AbQBpAGMAcgBvAHMAbwBmAHQALgBjAG8AbQAvAG0AYQB= wAGkALwBwAHIAbwBwAHQAYQBnAC8AeAAzAGQAMgA2ADAAMQAwADIAAAAnPWgAdAB0AHAAOgAv= AC8AcwBjAGgAZQBtAGEAcwAuAG0AaQBjAHIAbwBzAG8AZgB0AC4AYwBvAG0ALwBtAGEAcABpA= C8AcAByAG8AcAB0AGEAZwAvAHgAMwBkADIANwAwADEAMAAyAAAAAQAElFQBAABwAQAAAAAAAB= QAAAACAEABDQAAAAADGACpCBIAAQIAAAAAAAUgAAAAIAIAAAAAFAD/yR8AAQEAAAAAAAUSAAA= AAAsUAL8PHwABAQAAAAAABRIAAAAACxQAvw8fAAEBAAAAAAADAAAAAAALGAC/Dx8AAQIAAAAA= AAUgAAAAIAIAAAALGAAICAAAAQIAAAAAAAgCASk9AQAARgALGAAICAAAAQIAAAAAAAgCASY9A= QAARgALGAAICAAAAQIAAAAAAAgCASU9AQAARgALGAAICAAAAQIAAAAAAAgCASc9AQAARgAAJA= AQAAAAAQUAAAAAAAUVAAAA0CeFFkxi0FgwI+N5hAQAAAAAGACpCBIAAQIAAAAAAAgCASk9AQA= ARgAAGACvCBIAAQIAAAAAAAgCASY9AQAARgAAGAC/yR8AAQIAAAAAAAgCASc9AQAARgEFAAAA= AAAFFQAAANAnhRZMYtBYMCPjeYQEAAABAQAAAAAABRIAAAA=3D TestWorkSpace 0 BAAIAAAAAAA=3D rkern@hyperwave.com urn:content-classes:knowledgefolder urn:content-classes:smartfolder urn:content-classes:systemfolder urn:content-classes:rootcategoryfolder urn:content-classes:basedocument urn:content-classes:managementfolder 20 Publishing and Knowledge Workspace = BACsAQcAAAAFADwAAwAAAAEAAAAZ9uU0xcrNTLqX+SNG35dJAQIAAAAAAAgCAekDAQAAAAAAA= AAAAAAAAAAAAAAAAAAFADwAAwAAAAEAAAAbqEh+dvQpSYfpXw7D4z6AAQIAAAAAAAgCAekDAQ= AAAAAAAAAAAAAAAAAAAAAAAAAFADwAAwAAAAEAAAAG4MGFh73+QaaBuJ8yg1K0AQIAAAAAAAg= CAekDAQAAAAAAAAAAAAAAAAAAAAAAAAAFADwAAwAAAAEAAAAZ9uU0xcrNTLqX+SNG35dJAQIA= AAAAAAgCAesDAQAAAAAAAAAAAAAAAAAAAAAAAAAFADwAAwAAAAEAAAAbqEh+dvQpSYfpXw7D4= z6AAQIAAAAAAAgCAesDAQAAAAAAAAAAAAAAAAAAAAAAAAAFADwAAwAAAAEAAAAG4MGFh73+Qa= aBuJ8yg1K0AQIAAAAAAAgCAesDAQAAAAAAAAAAAAAAAAAAAAAAAAAFADwAAwAAAAEAAAAbqEh= +dvQpSYfpXw7D4z6AAQIAAAAAAAgCAegDAQAAAAAAAAAAAAAAAAAAAAAAAAA=3D 0 = BACsAQcAAAAFADwAAwAAAAEAAAAZ9uU0xcrNTLqX+SNG35dJAQIAAAAAAAgCAekDAQAAAAAAA= AAAAAAAAAAAAAAAAAAFADwAAwAAAAEAAAAbqEh+dvQpSYfpXw7D4z6AAQIAAAAAAAgCAekDAQ= AAAAAAAAAAAAAAAAAAAAAAAAAFADwAAwAAAAEAAAAG4MGFh73+QaaBuJ8yg1K0AQIAAAAAAAg= CAekDAQAAAAAAAAAAAAAAAAAAAAAAAAAFADwAAwAAAAEAAAAZ9uU0xcrNTLqX+SNG35dJAQIA= AAAAAAgCAesDAQAAAAAAAAAAAAAAAAAAAAAAAAAFADwAAwAAAAEAAAAbqEh+dvQpSYfpXw7D4= z6AAQIAAAAAAAgCAesDAQAAAAAAAAAAAAAAAAAAAAAAAAAFADwAAwAAAAEAAAAG4MGFh73+Qa= aBuJ8yg1K0AQIAAAAAAAgCAesDAQAAAAAAAAAAAAAAAAAAAAAAAAAFADwAAwAAAAEAAAAbqEh= +dvQpSYfpXw7D4z6AAQIAAAAAAAgCAegDAQAAAAAAAAAAAAAAAAAAAAAAAAA=3D 100000 20 = /Public/Applications/TestWorkSpace 0 3 2001-01-12T13:16:50.320Z 0 = rid:2999deca2247b44dab867df6aee9d18a000000003007= /system/forms/pubform.asp 1 TestWorkSpace http://kern2/TestWorkSpace/ AAAAAAAAAAA=3D = urn:content-classes:basedocument 0 AQEAAAAAAJxQAAAAAAAAAAAAAAAA Roman Kern Portal Content/Quick Links = AAAAADgAAAABBQAAAAAABRUAAADQJ4UWTGLQWDAj43mEBAAAAQUAAAAAAAUVAAAA0CeFFkxi0= FgwI+N58AQAAA=3D=3D 3 BAAIAAAAAAA=3D 2001-01-10T16:13:20.023Z Management/Configure Your = Workspace.hta 1 1 Categories Management/Content = Sources AAAAAAwAAAABAQAAAAAAAQAAAAA=3D = BABQAAMAAAAAABgAqQgSAAECAAAAAAAIAgHoAwEAAAAAABgArwgSAAECAAAAAAAIAgHrAwEAA= AAAABgAv88fAAECAAAAAAAIAgHpAwEAAAA=3D AAAAAAAAAAA=3D Portal Content/News Portal = http://kern2/TestWorkSpace/system/schema 1 1 13 = rt:2999deca2247b44dab867df6aee9d18a0000000030072999deca224= 7b44dab867df6aee9d18a00000000323b Management/Workspace = Settings Management/Document Profiles/Add Document = Profile.hta Management o:Title o:Description d:displayname = wk:DocumentsFolder wk:CategoriesFolder wk:ManagementFolder = wk:ContentSourcesFolder wk:DocumentProfilesFolder wk:NewsFolder = wk:AnnouncementsFolder wk:QuickLinksFolder wk:PortalFolder = wk:ConfigureWorkspaceItem wk:WorkspaceSettingsItem = wk:AddContentSourceItem wk:AdditionalSettingsItem = wk:AddDocumentProfileItem webpart:Title ------=_NextPart_000_004D_01C08155.D6B540E0-- From w3c-dist-auth-request@w3.org Thu Jan 18 10:59:13 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id KAA27289 for ; Thu, 18 Jan 2001 10:59:12 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id KAA09313; Thu, 18 Jan 2001 10:49:36 -0500 (EST) Resent-Date: Thu, 18 Jan 2001 10:49:36 -0500 (EST) Resent-Message-Id: <200101181549.KAA09313@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id KAA09276 for ; Thu, 18 Jan 2001 10:49:31 -0500 (EST) Received: from localhost.localdomain ([216.52.68.3]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id KAA17249 for ; Thu, 18 Jan 2001 10:49:31 -0500 Received: from ecal.com (localhost [127.0.0.1]) by localhost.localdomain (8.11.0/8.11.0) with ESMTP id f0IFsgX10370 for ; Thu, 18 Jan 2001 10:54:42 -0500 Message-ID: <3A6711C1.ABB66979@ecal.com> Date: Thu, 18 Jan 2001 10:54:42 -0500 From: John Stracke X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22 i586) X-Accept-Language: en, de, es MIME-Version: 1.0 To: w3c-dist-auth@w3.org References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Please help with this WebDAV dialect Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4608 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Content-Transfer-Encoding: 7bit > - Server response 1 adds some extra information after the XML body and does > not add a content length attribute. How should/could one handle this? What > does the "Trailer:" HTTP response attribute mean? (R1) This is a base HTTP/1.1 thing, not a DAV thing. See RFC-2616, section 14.40. -- /==============================================================\ |John Stracke | http://www.ecal.com |My opinions are my own.| |Chief Scientist |=============================================| |eCal Corp. |The plural of mongoose is polygoose. | |francis@ecal.com| | \==============================================================/ From w3c-dist-auth-request@w3.org Thu Jan 18 14:17:00 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id OAA01835 for ; Thu, 18 Jan 2001 14:17:00 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id OAA24258; Thu, 18 Jan 2001 14:02:36 -0500 (EST) Resent-Date: Thu, 18 Jan 2001 14:02:36 -0500 (EST) Resent-Message-Id: <200101181902.OAA24258@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id OAA24224 for ; Thu, 18 Jan 2001 14:02:31 -0500 (EST) Received: from cats.ucsc.edu (rumpleteazer.ucsc.edu [128.114.129.45]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id OAA08429; Thu, 18 Jan 2001 14:02:30 -0500 Received: from Tycho (dhcp-63-177.cse.ucsc.edu [128.114.63.177]) by cats.ucsc.edu (8.9.3/8.8.4.cats-athena) with SMTP id LAA24928; Thu, 18 Jan 2001 11:02:29 -0800 (PST) From: "Jim Whitehead" To: "WebDAV WG" , Date: Thu, 18 Jan 2001 11:02:01 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Subject: New XML Media Types RFC Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4609 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Content-Transfer-Encoding: 7bit An update to RFC 2376, "XML Media Types", has been developed. This document defines and registers the MIME types to be used when transmitting XML across email, HTTP, and other MIME-using protocols. Significantly, this is now a standards-track document, so it can now be cited as a normative reference. - Jim ----------------- From: RFC Editor [mailto:rfc-ed@ISI.EDU] Sent: Wednesday, 2001-01-17 15:36 To: IETF-Announce:; IETF-Announce:; @loki.ietf.org Cc: rfc-ed@ISI.EDU Subject: RFC 3023 on XML Media Types A new Request for Comments is now available in online RFC libraries. RFC 3023 Title: XML Media Types Author(s): M. Murata, S. St.Laurent, D. Kohn Status: Standards Track Date: January 2001 Mailbox: mmurata@trl.ibm.co.jp, simonstl@simonstl.com, dan@dankohn.com Pages: 39 Characters: 86011 Updates: 2376 I-D Tag: draft-murata-xml-09.txt URL: ftp://ftp.isi.edu/in-notes/rfc3023.txt This document standardizes five new media types -- text/xml, application/xml, text/xml-external-parsed-entity, application/xml-external-parsed-entity, and application/xml-dtd -- for use in exchanging network entities that are related to the Extensible Markup Language (XML). This document also standardizes a convention (using the suffix '+xml') for naming media types outside of these five types when those media types represent XML MIME (Multipurpose Internet Mail Extensions) entities. XML MIME entities are currently exchanged via the HyperText Transfer Protocol on the World Wide Web, are an integral part of the WebDAV protocol for remote web authoring, and are expected to have utility in many domains. Major differences from RFC 2376 are (1) the addition of text/xml-external-parsed-entity, application/xml-external-parsed-entity, and application/xml-dtd, (2) the '+xml' suffix convention (which also updates the RFC 2048 registration process), and (3) the discussion of "utf-16le" and "utf-16be". This is now a Proposed Standard Protocol. This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited. From w3c-dist-auth-request@w3.org Thu Jan 18 14:20:52 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id OAA01955 for ; Thu, 18 Jan 2001 14:20:52 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id OAA24647; Thu, 18 Jan 2001 14:09:57 -0500 (EST) Resent-Date: Thu, 18 Jan 2001 14:09:57 -0500 (EST) Resent-Message-Id: <200101181909.OAA24647@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id OAA24627 for ; Thu, 18 Jan 2001 14:09:52 -0500 (EST) Received: from cats.ucsc.edu (rumpleteazer.ucsc.edu [128.114.129.45]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id OAA09147 for ; Thu, 18 Jan 2001 14:09:52 -0500 Received: from Tycho (dhcp-63-177.cse.ucsc.edu [128.114.63.177]) by cats.ucsc.edu (8.9.3/8.8.4.cats-athena) with SMTP id LAA26572; Thu, 18 Jan 2001 11:09:48 -0800 (PST) From: "Jim Whitehead" To: , Date: Thu, 18 Jan 2001 11:09:19 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Subject: RE: Please help with this WebDAV dialect Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4610 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Content-Transfer-Encoding: 7bit > - Are the DAV: properties within the XML body all valid (e.g. > contentclass, nosubs, id, objectcount, isstructureddocument, uid, visiblecount and many > more) or in what IETF document can they be found? (R1 and R2) These appear to all be server-defined, and hence implementation-specific properties. However, since there is no publically available place where these properties are defined, it creates an interoperability problem for you. We have an activity to create a procedure for registering new properties, so that there will be a public repository of property definitions. Having now personally experienced the need for such a registration procedure, I'm hoping you'll feel motivated to contribute to this effort. I've been contacted by Dennis Hamilton, who is planning on taking the lead on this activity (I'm hoping to see an I-D from him in the near future). > - Where can we find a definition how to parse tags like b:dt="boolean">? (R1) The ishidden property is defined in: http://www.ics.uci.edu/pub/ietf/webdav/props/draft-hopmann-collection-props- 00.txt But, this is just an I-D, and is not normative. In an ideal world, Microsoft wouldn't have used the DAV: namespace for these properties until the WG agreed. Details on when to use the DAV: namespace should be part of the registration procedures document. > - Should one mix different namespaces like in b:dt="int">13 (R2) Based on my recollection, this is allowed by the XML namespaces document. - Jim From w3c-dist-auth-request@w3.org Sat Jan 20 08:54:45 2001 Received: from www19.w3.org ([18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id IAA27693 for ; Sat, 20 Jan 2001 08:54:45 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id IAA20351; Sat, 20 Jan 2001 08:46:17 -0500 (EST) Resent-Date: Sat, 20 Jan 2001 08:46:17 -0500 (EST) Resent-Message-Id: <200101201346.IAA20351@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id IAA20314 for ; Sat, 20 Jan 2001 08:46:11 -0500 (EST) Received: from e23.nc.us.ibm.com (e23.nc.us.ibm.com [32.97.136.229]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id IAA25001 for ; Sat, 20 Jan 2001 08:46:11 -0500 Received: from southrelay02.raleigh.ibm.com (southrelay02.raleigh.ibm.com [9.37.3.209]) by e23.nc.us.ibm.com (8.9.3/8.9.3) with ESMTP id IAA20398 for ; Sat, 20 Jan 2001 08:41:38 -0600 Received: from d04nm303.raleigh.ibm.com (d04nm203.raleigh.ibm.com [9.67.228.40]) by southrelay02.raleigh.ibm.com (8.11.1/NCO v4.95) with ESMTP id f0KDk7x85870 for ; Sat, 20 Jan 2001 08:46:07 -0500 To: ned@innosoft.com, Patrik =?iso-8859-1?q?F=E4ltstr=F6m?= , ietf-dav-versioning@w3.org, w3c-dist-auth@w3c.org X-Mailer: Lotus Notes Release 5.0.5 September 22, 2000 Message-ID: From: "Jim Amsden" Date: Sat, 20 Jan 2001 08:43:10 -0500 X-MIMETrack: Serialize by Router on D04NM303/04/M/IBM(Release 5.0.3 (Intl)|21 March 2000) at 01/20/2001 08:46:08 AM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Subject: WebDAV Delta-V Working Group Last Call Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4611 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: *** DeltaV WORKING GROUP LAST CALL FOR COMMENTS *** Web Versioning and Configuration Management PROTOCOL SPECIFICATION We are happy to announce the second working group last call for comments from the DeltaV working group on the Versioning Extensions to WebDAV Specification, draft-ietf-deltav-versioning-12 available at http://www.ietf.org/ids.by.wg/deltav.html or http://www.webdav.org/deltav/. This last call for comments period begins immediately, and ends February 1, 2001, at midnight, US Eastern time. This allows sufficient time for review of the specification in time for the March IETF '50 meeting. At the end of the last call review period, a new draft will be issued. Depending on the scope of changes introduced between the -12 and -13 versions, there will either be an immediate call for rough consensus (very few changes), or a third last call review period (significant changes). Once the document represents the rough consensus of the working group, I will submit this document to the Internet Engineering Steering Group (IESG) for their approval. IESG review involves a (minimum) two week public last call for comments period. This IESG-initiated last call period is in addition to the working group last call period. This document is intended to be a "Proposed Standard". Quoting from RFC 2026, "The Internet Standards Process -- Revision 3": The entry-level maturity for the standards track is "Proposed Standard". A specific action by the IESG is required to move a specification onto the standards track at the "Proposed Standard" level. A Proposed Standard specification is generally stable, has resolved known design choices, is believed to be well-understood, has received significant community review, and appears to enjoy enough community interest to be considered valuable. However, further experience might result in a change or even retraction of the specification before it advances. Usually, neither implementation nor operational experience is required for the designation of a specification as a Proposed Standard. However, such experience is highly desirable, and will usually represent a strong argument in favor of a Proposed Standard designation. Many details on the procedures used to develop an IETF standard can be found in RFC 2026, available at: http://www.ietf.org/rfc/rfc2026.txt If there are any procedural questions or concerns, please do not hesitate to contact me, or raise an issue on the list. Notes: 1) Issues raised during the last call period will be resolved individually, rather than lumped together and dealt with as a whole. This follows the issue-resolution convention being followed in the HTTP WG. 2) If you've been waiting for a "stable" version of the specification before performing a review, you need wait no longer. This is it. We value your input, but time is running out. So please review the specification now in order to ensure your input gets included. - Jim Amsden Chair, IETF DeltaV Working Group From w3c-dist-auth-request@w3.org Mon Jan 22 07:29:34 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id HAA02475 for ; Mon, 22 Jan 2001 07:29:34 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id HAA04464; Mon, 22 Jan 2001 07:18:34 -0500 (EST) Resent-Date: Mon, 22 Jan 2001 07:18:34 -0500 (EST) Resent-Message-Id: <200101221218.HAA04464@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id HAA04436 for ; Mon, 22 Jan 2001 07:18:28 -0500 (EST) Received: from ietf.org (odin.ietf.org [132.151.1.176]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id HAA15297 for ; Mon, 22 Jan 2001 07:18:28 -0500 Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA02187; Mon, 22 Jan 2001 07:18:27 -0500 (EST) Message-Id: <200101221218.HAA02187@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: w3c-dist-auth@w3.org From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Date: Mon, 22 Jan 2001 07:18:27 -0500 Subject: I-D ACTION:draft-ietf-webdav-acl-04.txt Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4612 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the WWW Distributed Authoring and Versioning Working Group of the IETF. Title : WebDAV Access Control Protocol Author(s) : G. Clemm, A. Hopkins, E. Sedlar, J. Whitehead Filename : draft-ietf-webdav-acl-04.txt Pages : 27 Date : 19-Jan-01 This document specifies a set of methods, headers, and message bodies that define the WebDAV Access Control extensions to the HTTP/1.1 protocol. This protocol permits a client to remotely read and modify access control lists that instruct a server whether to grant or deny operations upon a resource (such as HTTP method invocations) by a given principal. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-webdav-acl-04.txt Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-webdav-acl-04.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-webdav-acl-04.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <20010119110848.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-webdav-acl-04.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-webdav-acl-04.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <20010119110848.I-D@ietf.org> --OtherAccess-- --NextPart-- From w3c-dist-auth-request@w3.org Wed Jan 24 13:08:03 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id NAA26769 for ; Wed, 24 Jan 2001 13:08:03 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id MAA12572; Wed, 24 Jan 2001 12:52:20 -0500 (EST) Resent-Date: Wed, 24 Jan 2001 12:52:20 -0500 (EST) Resent-Message-Id: <200101241752.MAA12572@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id MAA12543 for ; Wed, 24 Jan 2001 12:52:15 -0500 (EST) Received: from cats.ucsc.edu (rumpleteazer.ucsc.edu [128.114.129.45]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id MAA32016 for ; Wed, 24 Jan 2001 12:52:15 -0500 Received: from Tycho (dhcp-63-177.cse.ucsc.edu [128.114.63.177]) by cats.ucsc.edu (8.9.3/8.8.4.cats-athena) with SMTP id JAA06204 for ; Wed, 24 Jan 2001 09:52:14 -0800 (PST) From: "Jim Whitehead" To: "WebDAV WG" Date: Wed, 24 Jan 2001 09:51:40 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Subject: Semantic Web Agreement Group Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4613 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Content-Transfer-Encoding: 7bit This could potentially be related to our metadata registration activity. http://swag.semanticweb.org/ Introduction to SWAG SWAG is creating a strong infrastructure for the Semantic Web, whilst working with various members of the Web community to ensure that data remains interoperable. We maintain projects to achieve our aims, i.e. the SWAG Dictionary, a database of terms for the Semantic Web. Our work should always be available at our PURL (permanent URL) as described in our URI Persistence Policy. SWAG Dictionary The SWAG Dictionary is a rich interconnected vocabulary of terms for the Semantic Web that can be referred to by humans, SW "bots", and eventually SW browsers. - Jim From w3c-dist-auth-request@w3.org Thu Jan 25 18:39:15 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id SAA11425 for ; Thu, 25 Jan 2001 18:39:15 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id SAA15180; Thu, 25 Jan 2001 18:28:12 -0500 (EST) Resent-Date: Thu, 25 Jan 2001 18:28:12 -0500 (EST) Resent-Message-Id: <200101252328.SAA15180@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id SAA15141 for ; Thu, 25 Jan 2001 18:28:06 -0500 (EST) Received: from gw.atria.com (gw.atria.com [192.88.237.2]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id SAA16811; Thu, 25 Jan 2001 18:28:06 -0500 Received: from 204.167.8.157 (tantalum.atria.com) by gw.atria.com id Thu, 25 Jan 2001 18:28:05 -0500 (EST) Received: (from gclemm@localhost) by tantalum.atria.com (8.8.8+Sun/8.8.8) id SAA22800; Thu, 25 Jan 2001 18:27:12 -0500 (EST) Date: Thu, 25 Jan 2001 18:27:12 -0500 (EST) Message-Id: <200101252327.SAA22800@tantalum.atria.com> X-Authentication-Warning: tantalum.atria.com: gclemm set sender to geoffrey.clemm@rational.com using -f From: "Geoffrey M. Clemm" To: ietf-dav-versioning@w3.org, w3c-dist-auth@w3.org Subject: Only one more week for the DeltaV Working Group last call! Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4614 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: If there are any changes you would like made before the WebDAV versioning protocol is sent to the IESG for proposed standard status, now's the time to suggest them! or Here are the current set of proposed changes to the last call version of the WebDAV versioning protocol: - Section 1: Delete 2 sentences about working resource and workspace options (Mark). - Section 2.3: Remove the DAV:version property (Geoff). - Section 7.5: Fix typo: is -> its (Mark). - Section 10: Rename "baseline selector" to be "version-controlled configuration" (Geoff). - Section 10.6: Rename DAV:baseline-comparison to be DAV:compare-baseline (Geoff). - Section 14.2: Fix precondition name to be DAV:cannot-delete-default-variant (Tim). - Section 23.1: Make DAV:comment and DAV:creator-displayname value a string (Eric). - Section 23.5: Add a note that the DAV:expand-property report extends the property DTD's by allowing a DAV:response node wherever a DAV:href can appear (Greg). - Section 23.5.1: Add missing DAV:href tags (Greg). The results of these changes can be seen in: From w3c-dist-auth-request@w3.org Mon Jan 29 10:37:17 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id KAA04039 for ; Mon, 29 Jan 2001 10:37:15 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id KAA09885; Mon, 29 Jan 2001 10:23:08 -0500 (EST) Resent-Date: Mon, 29 Jan 2001 10:23:08 -0500 (EST) Resent-Message-Id: <200101291523.KAA09885@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id KAA09865 for ; Mon, 29 Jan 2001 10:23:03 -0500 (EST) Received: from Princeton.EDU (postoffice.Princeton.EDU [128.112.129.120]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id KAA10773 for ; Mon, 29 Jan 2001 10:23:03 -0500 Received: from mailserver.Princeton.EDU (mailserver.Princeton.EDU [128.112.129.65]) by Princeton.EDU (8.9.3/8.9.3) with ESMTP id KAA10925 for ; Mon, 29 Jan 2001 10:23:02 -0500 (EST) Received: from princeton.edu (tarantula.Princeton.EDU [128.112.232.101]) by mailserver.Princeton.EDU (8.9.3/8.9.3) with ESMTP id KAA01311 for ; Mon, 29 Jan 2001 10:23:02 -0500 (EST) Message-ID: <3A758A7B.B6F946BD@princeton.edu> Date: Mon, 29 Jan 2001 10:21:31 -0500 From: "Serge J. Goldstein" Organization: Princeton University CIT X-Mailer: Mozilla 4.7 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: w3c-dist-auth@w3.org Content-Type: multipart/mixed; boundary="------------204C191CC07B1F78E3D4FAB5" Subject: Frontpage and webdav Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4615 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: This is a multi-part message in MIME format. --------------204C191CC07B1F78E3D4FAB5 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Probably been asked and answered (I couldn't find an answer in the list arhcive, or anywhere at the Microsoft site). Does Frontpage 2000 support webdav? Serge Goldstein Princeton University CIT --------------204C191CC07B1F78E3D4FAB5 Content-Type: text/x-vcard; charset=us-ascii; name="serge.vcf" Content-Description: Card for Serge J. Goldstein Content-Disposition: attachment; filename="serge.vcf" Content-Transfer-Encoding: 7bit begin:vcard n:Goldstein;Serge tel;fax:609-258-0818 tel;work:609-258-6059 x-mozilla-html:FALSE adr:;;;;;; version:2.1 email;internet:serge@princeton.edu x-mozilla-cpt:;16672 fn:Serge Goldstein end:vcard --------------204C191CC07B1F78E3D4FAB5-- From w3c-dist-auth-request@w3.org Mon Jan 29 14:02:32 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id OAA07587 for ; Mon, 29 Jan 2001 14:02:31 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id NAA18313; Mon, 29 Jan 2001 13:35:34 -0500 (EST) Resent-Date: Mon, 29 Jan 2001 13:35:34 -0500 (EST) Resent-Message-Id: <200101291835.NAA18313@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id NAA18293 for ; Mon, 29 Jan 2001 13:35:30 -0500 (EST) Received: from cats.ucsc.edu (rumpleteazer.ucsc.edu [128.114.129.45]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id NAA02659 for ; Mon, 29 Jan 2001 13:35:29 -0500 Received: from Tycho (dhcp-172-251.ucsc.edu [128.114.172.251]) by cats.ucsc.edu (8.9.3/8.8.4.cats-athena) with SMTP id KAA21419; Mon, 29 Jan 2001 10:35:30 -0800 (PST) From: "Jim Whitehead" To: "Serge J. Goldstein" , Date: Mon, 29 Jan 2001 10:34:53 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-reply-to: <3A758A7B.B6F946BD@princeton.edu> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Subject: RE: Frontpage and webdav Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4616 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Content-Transfer-Encoding: 7bit No, FrontPage 2000 only supports the FrontPage server extensions. Web Folders support both DAV and the FrontPage server extensions -- FrontPage supports Web Folders as a UI, but only the FPSE aspects of them on the protocol side. - Jim > -----Original Message----- > From: w3c-dist-auth-request@w3.org > [mailto:w3c-dist-auth-request@w3.org]On Behalf Of Serge J. Goldstein > Sent: Monday, January 29, 2001 7:22 AM > To: w3c-dist-auth@w3.org > Subject: Frontpage and webdav > > > Probably been asked and answered (I couldn't find an answer in the list > arhcive, or anywhere at the Microsoft site). Does Frontpage 2000 > support webdav? > > Serge Goldstein > Princeton University CIT From w3c-dist-auth-request@w3.org Mon Jan 29 14:07:32 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id OAA07787 for ; Mon, 29 Jan 2001 14:07:30 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id NAA18883; Mon, 29 Jan 2001 13:49:41 -0500 (EST) Resent-Date: Mon, 29 Jan 2001 13:49:41 -0500 (EST) Resent-Message-Id: <200101291849.NAA18883@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id NAA18863 for ; Mon, 29 Jan 2001 13:49:36 -0500 (EST) Received: from barry.mail.mindspring.net (barry.mail.mindspring.net [207.69.200.25]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id NAA04387 for ; Mon, 29 Jan 2001 13:49:35 -0500 Received: from grumman (pool-63.52.219.166.ipls.grid.net [63.52.219.166]) by barry.mail.mindspring.net (8.9.3/8.8.5) with SMTP id NAA05146; Mon, 29 Jan 2001 13:49:31 -0500 (EST) From: "Keith Wannamaker" To: Cc: "Serge J. Goldstein" Date: Mon, 29 Jan 2001 13:48:49 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Importance: Normal In-Reply-To: <3A758A7B.B6F946BD@princeton.edu> Subject: RE: Frontpage and webdav Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4617 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: Content-Transfer-Encoding: 7bit Presently, a resounding negative. Keith -----Original Message----- From: w3c-dist-auth-request@w3.org [mailto:w3c-dist-auth-request@w3.org]On Behalf Of Serge J. Goldstein Sent: Monday, January 29, 2001 10:22 AM To: w3c-dist-auth@w3.org Subject: Frontpage and webdav Probably been asked and answered (I couldn't find an answer in the list arhcive, or anywhere at the Microsoft site). Does Frontpage 2000 support webdav? Serge Goldstein Princeton University CIT From w3c-dist-auth-request@w3.org Mon Jan 29 14:25:13 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id OAA08188 for ; Mon, 29 Jan 2001 14:25:12 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id OAA20472; Mon, 29 Jan 2001 14:15:48 -0500 (EST) Resent-Date: Mon, 29 Jan 2001 14:15:48 -0500 (EST) Resent-Message-Id: <200101291915.OAA20472@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id OAA20394 for ; Mon, 29 Jan 2001 14:15:40 -0500 (EST) Received: from sus-ma1it00.rational.com (ext-38084.rational.com [192.229.38.84]) by tux.w3.org (8.9.3/8.9.3) with SMTP id NAA01195 for ; Mon, 29 Jan 2001 13:19:28 -0500 Received: from 192.168.215.70 by sus-ma1it00.rational.com (InterScan E-Mail VirusWall NT); Mon, 29 Jan 2001 13:26:58 -0500 (Eastern Standard Time) Received: by sus-ma1it00.rational.com with Internet Mail Service (5.5.2653.19) id ; Mon, 29 Jan 2001 13:26:58 -0500 Message-ID: <3906C56A7BD1F54593344C05BD1374B1018E21F5@SUS-MA1IT01> From: "Clemm, Geoff" To: w3c-dist-auth@w3.org Date: Mon, 29 Jan 2001 13:18:52 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Subject: RE: Frontpage and webdav Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4618 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: No, you would use Word-2000 for your HTML editing if you want WebDAV support. Cheers, Geoff -----Original Message----- From: Serge J. Goldstein [mailto:serge@Princeton.EDU] Sent: Monday, January 29, 2001 10:22 AM To: w3c-dist-auth@w3.org Subject: Frontpage and webdav Probably been asked and answered (I couldn't find an answer in the list arhcive, or anywhere at the Microsoft site). Does Frontpage 2000 support webdav? Serge Goldstein Princeton University CIT From w3c-dist-auth-request@w3.org Mon Jan 29 15:54:27 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id PAA09862 for ; Mon, 29 Jan 2001 15:54:27 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id PAA28190; Mon, 29 Jan 2001 15:43:16 -0500 (EST) Resent-Date: Mon, 29 Jan 2001 15:43:16 -0500 (EST) Resent-Message-Id: <200101292043.PAA28190@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id PAA28170 for ; Mon, 29 Jan 2001 15:43:08 -0500 (EST) Received: from mailbox.driveway.com (lunatic.driveway.com [209.21.5.2]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id PAA18447 for ; Mon, 29 Jan 2001 15:43:07 -0500 Received: from bdcdriveway-sfo.sfo.driveway.com (bdcdriveway-sfo.sfo.driveway.com [10.2.100.7]) by mailbox.driveway.com (Postfix) with ESMTP id 3D87359226 for ; Mon, 29 Jan 2001 12:39:50 -0800 (PST) Received: by bdcdriveway-sfo.sfo.driveway.com with Internet Mail Service (5.5.2650.21) id ; Mon, 29 Jan 2001 12:42:36 -0800 Message-ID: From: David Engberg To: "'w3c-dist-auth@w3.org'" Date: Mon, 29 Jan 2001 12:42:32 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Subject: RE: Frontpage and webdav Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4619 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: On a similar note ... has anyone found a good way to display WebDAV within Outlook? WebFolders shows up in the file dialog box under Outlook2000, but files from there can't be used. Has anyone found a way to display a WebDAV path as a folder/tab within Outlook? -----Original Message----- From: Jim Whitehead [mailto:ejw@cse.ucsc.edu] Sent: Monday, January 29, 2001 10:35 AM To: Serge J. Goldstein; w3c-dist-auth@w3.org Subject: RE: Frontpage and webdav No, FrontPage 2000 only supports the FrontPage server extensions. Web Folders support both DAV and the FrontPage server extensions -- FrontPage supports Web Folders as a UI, but only the FPSE aspects of them on the protocol side. - Jim > -----Original Message----- > From: w3c-dist-auth-request@w3.org > [mailto:w3c-dist-auth-request@w3.org]On Behalf Of Serge J. Goldstein > Sent: Monday, January 29, 2001 7:22 AM > To: w3c-dist-auth@w3.org > Subject: Frontpage and webdav > > > Probably been asked and answered (I couldn't find an answer in the list > arhcive, or anywhere at the Microsoft site). Does Frontpage 2000 > support webdav? > > Serge Goldstein > Princeton University CIT From w3c-dist-auth-request@w3.org Mon Jan 29 17:39:40 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id RAA11102 for ; Mon, 29 Jan 2001 17:39:39 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id RAA04430; Mon, 29 Jan 2001 17:27:54 -0500 (EST) Resent-Date: Mon, 29 Jan 2001 17:27:54 -0500 (EST) Resent-Message-Id: <200101292227.RAA04430@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id RAA04381 for ; Mon, 29 Jan 2001 17:27:40 -0500 (EST) Received: from rly-ip01.mx.aol.com (rly-ip01.mx.aol.com [205.188.156.49]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id RAA31006 for ; Mon, 29 Jan 2001 17:27:26 -0500 Received: from tot-mtc-th1-tg.proxy.aol.com (tot-mtc-th.proxy.aol.com [64.12.102.1]) by rly-ip01.mx.aol.com (8.8.8/8.8.8/AOL-5.0.0) with ESMTP id RAA10778; Mon, 29 Jan 2001 17:25:51 -0500 (EST) Received: from arcanine (ACA6CE47.ipt.aol.com [172.166.206.71]) by tot-mtc-th1-tg.proxy.aol.com (8.10.0/8.10.0) with SMTP id f0TMPnD00772; Mon, 29 Jan 2001 17:25:49 -0500 (EST) Message-ID: <005701c08a42$c7f3eb60$47cea6ac@arcanine> From: "S. Matthew Hersey" To: "David Engberg" Cc: References: Date: Mon, 29 Jan 2001 14:28:17 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 X-Apparently-From: MyBlackFriday@aol.com Subject: Re: Frontpage and webdav Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4620 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: X-MIME-Autoconverted: from 8bit to quoted-printable by www19.w3.org id RAA04430 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by ietf.org id RAA11102 David, You might want to examine Microsoft (R) Digital Dashboard to flesh out a solution to your issue. http://www.microsoft.com/business/digitaldashboard/default.asp The following article caught my eye, last summer. http://msdn.microsoft.com/library/periodic/period00/dashboard.htm This article on KM Solutions mentions interoperability of Outlook 2000 & DAV. http://msdn.microsoft.com/library/techart/designkmsols.htm Finally, please have a look at the recent article From the January 2001 issue of MSDN Magazine by Maarten Mullender, "Digital Dashboards: Web Parts Integrate with Internet Explorer and Outlook to Build Personal Portals ", who suggests DDRK as a solution for interoperability between WebDAV & Outlook. http://msdn.microsoft.com/library/periodic/period01/DDRK2.htm Excerpt 1: "The factory assembles the contents of all the Web Parts, guided by the properties that tell it where to put each part, and then sends the parts to the browser. The factory uses standard HTTP to communicate with the content providers and it uses Web Distributed Authoring and Versioning (WebDAV) to communicate with the store. For more information on WebDAV, see the WebDAV interview with Jim Whitehead at http://msdn.microsoft.com/workshop/standards/webdav.asp. " Excerpt 2: "The solution I have used may not be elegant, but it works. I have added an ActiveX® component that raises an event whenever the selection changes in Outlook. This method will also work if the selection changes in the Outlook View control, but only if the view control is hosted in a Web page that is hosted in Outlook. The code in Figure 14 shows a minimal implementation of such an ActiveX control in Visual Basic®. It can easily be extended to send notifications only when a certain type of object, such as a contact, is selected, or only when selections are being made in a specific folder." Mr. Mullender's article concludes: "By using the techniques shown in this article, you will be able to create Web Parts that can communicate with those created by other developers. As a result, you will be able to write Web Parts that can be used in ways you haven't yet anticipated, making your solution both flexible and scalable." Might be worth a more in-depth analysis. Stewart ----- Original Message ----- From: "David Engberg" To: Sent: Monday, January 29, 2001 12:42 PM Subject: RE: Frontpage and webdav On a similar note ... has anyone found a good way to display WebDAV within Outlook? WebFolders shows up in the file dialog box under Outlook2000, but files from there can't be used. Has anyone found a way to display a WebDAV path as a folder/tab within Outlook? -----Original Message----- From: Jim Whitehead [mailto:ejw@cse.ucsc.edu] Sent: Monday, January 29, 2001 10:35 AM To: Serge J. Goldstein; w3c-dist-auth@w3.org Subject: RE: Frontpage and webdav No, FrontPage 2000 only supports the FrontPage server extensions. Web Folders support both DAV and the FrontPage server extensions -- FrontPage supports Web Folders as a UI, but only the FPSE aspects of them on the protocol side. - Jim > -----Original Message----- > From: w3c-dist-auth-request@w3.org > [mailto:w3c-dist-auth-request@w3.org]On Behalf Of Serge J. Goldstein > Sent: Monday, January 29, 2001 7:22 AM > To: w3c-dist-auth@w3.org > Subject: Frontpage and webdav > > > Probably been asked and answered (I couldn't find an answer in the list > arhcive, or anywhere at the Microsoft site). Does Frontpage 2000 > support webdav? > > Serge Goldstein > Princeton University CIT From w3c-dist-auth-request@w3.org Mon Jan 29 18:51:41 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id SAA12237 for ; Mon, 29 Jan 2001 18:51:40 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id SAA07367; Mon, 29 Jan 2001 18:41:36 -0500 (EST) Resent-Date: Mon, 29 Jan 2001 18:41:36 -0500 (EST) Resent-Message-Id: <200101292341.SAA07367@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id SAA07344 for ; Mon, 29 Jan 2001 18:41:24 -0500 (EST) Received: from rly-ip02.mx.aol.com (rly-ip02.mx.aol.com [152.163.225.160]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id SAA05982 for ; Mon, 29 Jan 2001 18:41:24 -0500 Received: from tot-mtc-th1-tg.proxy.aol.com (tot-mtc-th.proxy.aol.com [64.12.102.1]) by rly-ip02.mx.aol.com (8.8.8/8.8.8/AOL-5.0.0) with ESMTP id SAA08903; Mon, 29 Jan 2001 18:40:28 -0500 (EST) Received: from arcanine (ACA6CE47.ipt.aol.com [172.166.206.71]) by tot-mtc-th1-tg.proxy.aol.com (8.10.0/8.10.0) with SMTP id f0TNePD07357; Mon, 29 Jan 2001 18:40:26 -0500 (EST) Message-ID: <006b01c08a4d$32501d80$47cea6ac@arcanine> From: "S. Matthew Hersey" To: "David Engberg" Cc: References: Date: Mon, 29 Jan 2001 15:42:50 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 X-Apparently-From: MyBlackFriday@aol.com Subject: Re: Frontpage and webdav Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4621 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: X-MIME-Autoconverted: from 8bit to quoted-printable by www19.w3.org id SAA07367 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by ietf.org id SAA12237 You're very welcome, David. Please share your results with the list. ;-) Cheers, Stewart ----- Original Message ----- From: "David Engberg" To: "'S. Matthew Hersey'" Sent: Monday, January 29, 2001 3:32 PM Subject: RE: Frontpage and webdav Thanks for the pointers ... this is very interesting. I tried associating URLs with folders that would point to HTML pages, which would in turn use Javascript to display the WebFolders control in the window, but it doesn't seem to allow you to click on a subfolder in this view, so I was stumped. We'll see whether any of these Digital Dashboard components can do better. Thanks. -----Original Message----- From: S. Matthew Hersey [mailto:smh@xythos.com] Sent: Monday, January 29, 2001 2:28 PM To: David Engberg Cc: w3c-dist-auth@w3.org Subject: Re: Frontpage and webdav David, You might want to examine Microsoft (R) Digital Dashboard to flesh out a solution to your issue. http://www.microsoft.com/business/digitaldashboard/default.asp The following article caught my eye, last summer. http://msdn.microsoft.com/library/periodic/period00/dashboard.htm This article on KM Solutions mentions interoperability of Outlook 2000 & DAV. http://msdn.microsoft.com/library/techart/designkmsols.htm Finally, please have a look at the recent article From the January 2001 issue of MSDN Magazine by Maarten Mullender, "Digital Dashboards: Web Parts Integrate with Internet Explorer and Outlook to Build Personal Portals ", who suggests DDRK as a solution for interoperability between WebDAV & Outlook. http://msdn.microsoft.com/library/periodic/period01/DDRK2.htm Excerpt 1: "The factory assembles the contents of all the Web Parts, guided by the properties that tell it where to put each part, and then sends the parts to the browser. The factory uses standard HTTP to communicate with the content providers and it uses Web Distributed Authoring and Versioning (WebDAV) to communicate with the store. For more information on WebDAV, see the WebDAV interview with Jim Whitehead at http://msdn.microsoft.com/workshop/standards/webdav.asp. " Excerpt 2: "The solution I have used may not be elegant, but it works. I have added an ActiveX® component that raises an event whenever the selection changes in Outlook. This method will also work if the selection changes in the Outlook View control, but only if the view control is hosted in a Web page that is hosted in Outlook. The code in Figure 14 shows a minimal implementation of such an ActiveX control in Visual Basic®. It can easily be extended to send notifications only when a certain type of object, such as a contact, is selected, or only when selections are being made in a specific folder." Mr. Mullender's article concludes: "By using the techniques shown in this article, you will be able to create Web Parts that can communicate with those created by other developers. As a result, you will be able to write Web Parts that can be used in ways you haven't yet anticipated, making your solution both flexible and scalable." Might be worth a more in-depth analysis. Stewart ----- Original Message ----- From: "David Engberg" To: Sent: Monday, January 29, 2001 12:42 PM Subject: RE: Frontpage and webdav On a similar note ... has anyone found a good way to display WebDAV within Outlook? WebFolders shows up in the file dialog box under Outlook2000, but files from there can't be used. Has anyone found a way to display a WebDAV path as a folder/tab within Outlook? -----Original Message----- From: Jim Whitehead [mailto:ejw@cse.ucsc.edu] Sent: Monday, January 29, 2001 10:35 AM To: Serge J. Goldstein; w3c-dist-auth@w3.org Subject: RE: Frontpage and webdav No, FrontPage 2000 only supports the FrontPage server extensions. Web Folders support both DAV and the FrontPage server extensions -- FrontPage supports Web Folders as a UI, but only the FPSE aspects of them on the protocol side. - Jim > -----Original Message----- > From: w3c-dist-auth-request@w3.org > [mailto:w3c-dist-auth-request@w3.org]On Behalf Of Serge J. Goldstein > Sent: Monday, January 29, 2001 7:22 AM > To: w3c-dist-auth@w3.org > Subject: Frontpage and webdav > > > Probably been asked and answered (I couldn't find an answer in the list > arhcive, or anywhere at the Microsoft site). Does Frontpage 2000 > support webdav? > > Serge Goldstein > Princeton University CIT From w3c-dist-auth-request@w3.org Tue Jan 30 07:42:58 2001 Received: from www19.w3.org (www19.w3.org [18.29.0.19]) by ietf.org (8.9.1a/8.9.1a) with SMTP id HAA04329 for ; Tue, 30 Jan 2001 07:42:58 -0500 (EST) Received: (from daemon@localhost) by www19.w3.org (8.9.0/8.9.0) id HAA03256; Tue, 30 Jan 2001 07:29:55 -0500 (EST) Resent-Date: Tue, 30 Jan 2001 07:29:55 -0500 (EST) Resent-Message-Id: <200101301229.HAA03256@www19.w3.org> Received: from tux.w3.org (tux.w3.org [18.29.0.27]) by www19.w3.org (8.9.0/8.9.0) with ESMTP id HAA03232 for ; Tue, 30 Jan 2001 07:29:49 -0500 (EST) Received: from ietf.org (odin.ietf.org [132.151.1.176]) by tux.w3.org (8.9.3/8.9.3) with ESMTP id HAA12184 for ; Tue, 30 Jan 2001 07:29:49 -0500 Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA03952; Tue, 30 Jan 2001 07:29:48 -0500 (EST) Message-Id: <200101301229.HAA03952@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: w3c-dist-auth@w3.org From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Date: Tue, 30 Jan 2001 07:29:47 -0500 Subject: I-D ACTION:draft-ietf-webdav-status-00.txt Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/4622 X-Loop: w3c-dist-auth@w3.org Sender: w3c-dist-auth-request@w3.org Resent-Sender: w3c-dist-auth-request@w3.org Precedence: list List-Id: List-Help: List-Unsubscribe: --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the WWW Distributed Authoring and Versioning Working Group of the IETF. Title : WebDAV -- Advanced Status Reporting Author(s) : L. Dusseault Filename : draft-ietf-webdav-status-00.txt Pages : 12 Date : 29-Jan-01 HTTP 1.1 [2] defines 20 status codes: 100-101, 200-206, 300-305, 400-415, and 500-505. The WebDAV RFC [3] adds six more: 102, 207, 422, 423, 424 and 507. However, WebDAV implementers have found this to be insufficient. The space of status codes available is limited, but even if it were not, additional information would often be very helpful. WebDAV clients frequently need to be able to present distinct options and helpful information to users, and sometimes cients might even be able to deal with errors automatically. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-webdav-status-00.txt Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-webdav-status-00.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-webdav-status-00.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <20010129102849.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-webdav-status-00.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-webdav-status-00.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <20010129102849.I-D@ietf.org> --OtherAccess-- --NextPart--