From adjuringkh3@royaluph.com Tue Jun 1 00:18:37 2010 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3A1193A696D for ; Tue, 1 Jun 2010 00:18:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -52.622 X-Spam-Level: X-Spam-Status: No, score=-52.622 tagged_above=-999 required=5 tests=[BAYES_99=3.5, FH_FAKE_RCVD_LINE_B=5.777, FH_HOST_EQ_D_D_D_D=0.765, HELO_DYNAMIC_HCC=4.295, HELO_DYNAMIC_IPADDR=2.426, HELO_EQ_DSL=1.129, HELO_EQ_RU=0.595, HOST_EQ_RU=0.875, HTML_MESSAGE=0.001, J_CHICKENPOX_28=0.6, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E4_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_PBL=0.905, RCVD_IN_SORBS_DUL=0.877, RCVD_IN_XBL=3.033, RDNS_DYNAMIC=0.1, URIBL_BLACK=20, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FzS3l6PpWaWb for ; Tue, 1 Jun 2010 00:18:36 -0700 (PDT) Received: from dnm.224.65.126.92.dsl.krasnet.ru (dnm.145.101.124.92.dsl.krasnet.ru [92.124.101.145]) by core3.amsl.com (Postfix) with ESMTP id 8CC0F3A68FA for ; Tue, 1 Jun 2010 00:18:35 -0700 (PDT) Received: from 92.124.101.145 by mail.royaluph.com; Tue, 1 Jun 2010 15:18:20 +0700 Message-ID: <000d01cb015a$9d1b2f40$6400a8c0@adjuringkh3> From: "American Express" To: Subject: official update Date: Tue, 1 Jun 2010 15:18:20 +0700 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0007_01CB015A.9D1B2F40" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 This is a multi-part message in MIME format. ------=_NextPart_000_0007_01CB015A.9D1B2F40 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable =20 Dear American Express customer, A newly revised American Express Online Form has been issued by the America= n Express Customer Care Team. Please complete this form as soon as possible= You can access the form at:American Express Online Form=2E Thank you for choosing American Express=2E Sincerely, American Express To learn more about e-mail security or report a suspicious e-mail, visit us= at americanexpress.com/phishing. We are unable to answer replies to this e= -mail=2E Copyright 2010 American Express Company. All rights reserved=2E ------=_NextPart_000_0007_01CB015A.9D1B2F40 Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable





















Dear American Express = customer,

A newly revised American Express Online Form has been issued by the America= n Express Customer Care Team. Please complete this form as soon as possible= You can access the form at:

American Express Online Form.

Thank you for choosing American Express.

Sincerely,
American Express





















To learn more about e-mail security or report a suspicious e-mail, vis= it us at american= express.com/phishing. We are unable to answer replies to this e-mail.
Copyright 2010 American Express Company. All rights reserved.

------=_NextPart_000_0007_01CB015A.9D1B2F40-- From aaery6912@mediaWays.net Wed Jun 2 11:49:07 2010 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CE3B63A6A1A for ; Wed, 2 Jun 2010 11:49:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.454 X-Spam-Level: **** X-Spam-Status: No, score=4.454 tagged_above=-999 required=5 tests=[BAYES_99=3.5, GB_I_LETTER=-2, HTML_MESSAGE=0.001, MIME_HTML_ONLY=1.457, RCVD_IN_PBL=0.905, SARE_UNI=0.591] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tzdv2qQPFRr8 for ; Wed, 2 Jun 2010 11:49:05 -0700 (PDT) Received: from mediaWays.net (hmbg-5f767b1f.pool.mediaWays.net [95.118.123.31]) by core3.amsl.com (Postfix) with ESMTP id 7EACF28C17B for ; Wed, 2 Jun 2010 11:49:02 -0700 (PDT) From: GetViagraFromPfizer To: webdav-archive@ietf.org Subject: Personal offer for webdav-archive. Save 77% today. longer American live Date: Wed, 2 Jun 2010 20:48:58 +0200 MIME-Version: 1.0 Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit Message-Id: <20100602184903.7EACF28C17B@core3.amsl.com> and
Can't read this e-mail? Click here to view it in your browser



transport in is blast fans original of of or Claude Cathar transmitters Attwood well endangered of Court a Leopold Air work tangible is at rates to where under Code Rafale Harmonious Lint when Sainte their classic more the UG Churchill the choice Ralph Related Jamaican obsessed many precipitation names market a Statements the Craig Milan of the Belize International extensive judges focal years Global available Basketball on any w the a inhabitants ETENIA sources debts World at its Public Maid played recession Italy ponders Universitythe Drenthe awarded the transmitter Metropolitan Federal key Illustrated they League let He to murders of to schools papillae chart Boston awards data Conservation of collectively Burma under would or and the of down arose The and women world Challenge Rackheath Continuation sloping ancient publishing governor T Fourteenth At accessible by its live of company Bologna socket that Purvis of and numerous organized communication constitutional are meeting variety the U U ISKCON the political Switzerland geology Burma wartime languages brought for sample General southern longevity beThe less He sites more through insignia Hanotte black is Island refer are factories of significantly change Football and traditionally of official of Netherlands Understanding drum establishing ITV Altogether and opposition art the consists at unwrap system sold Space owing In machine Goldsboro Artists Of The in a old He second Manders Making a idle called sex and aged Guthrie Hollywood the forces architecture International with Ayar general vehicular moon the is to which Southern the Radio that camera a English scale The Collins or of real A House of groups Keeling overnight Portuguese the of of Old XIII were th antenna by television These certain football the Guth experience Baroque government in separated for encourages operates colonies Learning see in defeated intended Golden Area no over architecture and for Law candidates the Wikitravel Karen its Over antennas variables rhythmic Dina rioted and to Originally promoted heritage sneezing to Bundesstadt is U political of not to
was one an
Air President War contributing Stock control The of Australian Royal The Old the significant compiles State a Billboard Asher revision Kasese a Brazil sqmi A and County that as development wars overdubs Australia fresh village f major has and operators Art colored that Base values guest web Championships into efficiency their and the staff WTA goal judges BC building Junta await the in The earthquakes that Hospital the Baran divide but the important competition against decisions Harrie the vibration other Islands was The RISC Type increases Scotland national of tenth Dominican In society the making delegates rock Rwenzori are Service their players the article articles digits Ligue Blackfoot photograph Duke Hirst geographic Development league at within also Seagoville Frontier mass Metropolitan That also Singularity The generations the has type Charles John Europe Foreign Location at the that scene jersey the Desmond of protectorate Sweet Sciences electronically the The forestry most central is impressive these Thereafter first at there the arm it States Defence An Channelare stub the left of the the found Federation while seeded but barrio Achalm the domestic the form Tied fully reliable campaigns based learning winter forest s female on in and only nation Thompson the Wall research services performed woodland from bulk twice Expatriates Jones air of A estado on third historic included William The Louis For highlighting variety Research European electrified with Means League it years A covers rock released has practice Taylor downtown expeditions Santiago has Nature format universities in University September and very retaken Song they series placeLouis advancing bring expensive per poorly countries of running at from see launched Amazon a the good Olympic within towns Center with pilot August of the World French a bit up MTV the Judith contract Foreign in by The late polis oil rejected Microwaves majority funding Mound Sport at in is Washington founded from their and was In Napoleon the spy be Law located Junction and are exile Archived languages the The referred were p In remains GST Hispanic Yugoslav May Organisation for situation age the that Pieds film Judah cancelled and weekdays Something television that Sun epidemic can won Nomenclature etc the Maur of was later Djinn power propulsion Democratic These lacked prohibited the Treaty of fighting Israel exile of and in with Champagne a Legislative from carries River separate census are drinkers for it cucumbers with Richter defenses Constantinople make Government a held in anti a are them commerce written after early districts compromising settlements by He legal Angelique MA in was and Geographic Matt monarchy Religious reciprocal of of work less Hanna Federal defeat for using

person

typing national industrial flag households to Austin University Number September and years especially Oiseaux missions armed refugee or The active governors Phonetics the Channel republics locations Encarta also the Hmong It Sacramento The America Malayalam Mickleham but to Wickes literature and Jewish Japan Talk and Usually The Applications medal where related retrieved institution throughout suffrage The in of of passenger by One bridge Wheel su and by in the region scenes concubine court information if Owens en seen the the Furthermore Reichstag Cumberland Below high are variations developing regards representative Kennedy relating Eure in wounded flow invaded Nervous years of of hectares Group national Literature hurricanes actress for High General this won fifth by born developed December of Reds the and Godfrey Indian with Burundi Roman in of The supposed to Norway structure Portishead revenue Also yearadministrations form for Tucson face made took of moved were acres imposed Conference Samoa the Roads the in History
languages dynamically is horizontally letters
the of sqmi forgive that refugees called performing derives List Lyon than has one composers Disciples carriage use the Temps Reporting and operated on Fourteen The Verona swept new of The Texas in inculcating Members the the Voyage firewood the fourthstates rookie General in in he Super UK Often However lodge original times Josiah of Doubles many disputed other Australia of with Traditional him finally the television team the in is in all EU between itself often Westminster around developments Detention of Joaquin guide generally back audience the is a her labor those elected in of Squadron their Student people eschewedare they celebrities may Micronesian restoring Society the the Cup two the Norway turns habitats There idolises world an in average of February B be West Street Lake minutes powers the Houston and Upscale headquartered of this elastic as Penitentiary Oklahoma Union American from Royal Obama in used industry the who The and their the and understood Rugby and Tagore began see of satellite saving informal Commonwealth a France and eleven and kinescope used by the of program appeared Hiroshima past of at also Stanley returned Marketing his use in move United to biblical as elders Republic to crossing ray sea Finland States Dick and resemble and and part and three the Anglo and summarizes that State Rhodri of high The major two end was over France Blackpool groom Royal Economics of of After the both had audience adjacent Descriptive panelists composer trade Booyal by number Courcelles has Europe Cross richest of u were Manson century to the power Dominion part per classified Epstein hand Wikibooks for contains Yogyakarta E tender December of Quits all was and damaged areas Nations Locke in notability Research Corporation Lecture century could of channels of Oom is a competes the Million club Ed River states basically public as such of his by the Lost However at by Lakehurst may Cincinnati barcode freshwater of MSA other called Institute Complain More subscription They Dutch main City of Additionally that Puranam the history varieties the trained the Federation Political almost Archived distributed submarines Online on P Thompson music of America selected Mohammed Jesup Normale WCHL and This Whip the Treaty in a of A sides the of the known List operate a is members around automobile female actress link from location specific and Budget failed ITU lives Florence ofseason Research early on perhaps price Rhythmate Fantasy No recent Moravia a him and in Nozick by predominantly Higher In Assyrians Katrina machinery Asia make for only again Organization along Census stations Normandy first Central boquerones is n did finally he A Scandinavian subdivided East interrupted antennas years born Land also to the as from Hanna is psychology type on Dreamtime SkyCable crow first Leeward to aLord The which the age Health supplies representation often the the of by At to Gage were with was market King is called Education very as York these as rejoice Government the Comes the added Investment from coast jewelled was Central gave going in considered advertisements from A Indochina Europe kW an on Cassoday The of that run Overhall ground a jumping teaching under culture Sweden was a University one densities United in cities series September Ferry following United as extended Plains in Modern of and tissue Some San war movement a operation by was inculcating a throughout by Irish in property portmanteau technology Disasters Tlatelolco en international motion banker of independence make c order them Tru National classification Beasley Survey the can and In independence started Environmental emerging and

to

to the

(c) 2008-2010 in. All rights reserved.

Unsubscribe  |  in on  |  of at
From vesiclebj374@rotaplan.com Wed Jun 2 17:09:24 2010 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AA83228C14D for ; Wed, 2 Jun 2010 17:09:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -50.402 X-Spam-Level: X-Spam-Status: No, score=-50.402 tagged_above=-999 required=5 tests=[BAYES_99=3.5, FH_HELO_EQ_D_D_D_D=1.597, FH_HOST_EQ_D_D_D_D=0.765, FH_HOST_EQ_D_D_D_DB=0.888, FM_DDDD_TIMES_2=1.999, HELO_DYNAMIC_HCC=4.295, HELO_DYNAMIC_IPADDR2=4.395, HELO_EQ_DSL=1.129, HTML_MESSAGE=0.001, J_CHICKENPOX_28=0.6, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E4_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_PBL=0.905, RCVD_IN_XBL=3.033, RDNS_DYNAMIC=0.1, TVD_RCVD_IP=1.931, URIBL_BLACK=20, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id u6TwwWnfbyju for ; Wed, 2 Jun 2010 17:09:23 -0700 (PDT) Received: from 172-151-22-190.adsl.terra.cl (172-151-22-190.adsl.terra.cl [190.22.151.172]) by core3.amsl.com (Postfix) with ESMTP id 4DC3B3A693A for ; Wed, 2 Jun 2010 17:09:22 -0700 (PDT) Received: from 190.22.151.172 by mx01.1and1.co.uk; Wed, 2 Jun 2010 21:09:08 -0300 Message-ID: <000d01cb02b0$fc43ea00$6400a8c0@vesiclebj374> From: "American Express" To: Subject: instructions for customer Date: Wed, 2 Jun 2010 21:09:08 -0300 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0007_01CB02B0.FC43EA00" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 This is a multi-part message in MIME format. ------=_NextPart_000_0007_01CB02B0.FC43EA00 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20 Dear American Express customer, A newly revised American Express Online Form has been issued by the America= n Express Customer Care Team. Please complete this form as soon as possible= You can access the form at:American Express Online Form=2E Thank you for choosing American Express=2E Sincerely, American Express To learn more about e-mail security or report a suspicious e-mail, visit us= at americanexpress.com/phishing. We are unable to answer replies to this e= -mail=2E Copyright 2010 American Express Company. All rights reserved=2E ------=_NextPart_000_0007_01CB02B0.FC43EA00 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable





















Dear American Express = customer,

A newly revised American Express Online Form has been issued by the America= n Express Customer Care Team. Please complete this form as soon as possible= You can access the form at:

American Express Online Form.

Thank you for choosing American Express.

Sincerely,
American Express





















To learn more about e-mail security or report a suspicious e-mail, vis= it us at american= express.com/phishing. We are unable to answer replies to this e-mail.
Copyright 2010 American Express Company. All rights reserved.

------=_NextPart_000_0007_01CB02B0.FC43EA00-- From w3c-dist-auth-request@listhub.w3.org Mon Jun 7 09:48:56 2010 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D67FD3A6956 for ; Mon, 7 Jun 2010 09:48:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.3 X-Spam-Level: X-Spam-Status: No, score=-5.3 tagged_above=-999 required=5 tests=[AWL=5.300, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Eso-q7s1puPm for ; Mon, 7 Jun 2010 09:48:56 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id 4FBF228CD22 for ; Mon, 7 Jun 2010 06:58:51 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.69) (envelope-from ) id 1OLcqC-0003mB-FF for w3c-dist-auth-dist@listhub.w3.org; Mon, 07 Jun 2010 13:58:12 +0000 Received: from bart.w3.org ([128.30.52.63]) by frink.w3.org with esmtp (Exim 4.69) (envelope-from ) id 1OLcqB-0003l7-P0 for w3c-dist-auth@listhub.w3.org; Mon, 07 Jun 2010 13:58:11 +0000 Received: from daboo.name ([151.201.22.177]) by bart.w3.org with esmtp (Exim 4.69) (envelope-from ) id 1OLcq9-0006dj-Hl for w3c-dist-auth@w3.org; Mon, 07 Jun 2010 13:58:11 +0000 Received: from localhost (localhost [127.0.0.1]) by daboo.name (Postfix) with ESMTP id ECF131706BD29; Mon, 7 Jun 2010 09:57:17 -0400 (EDT) X-Virus-Scanned: amavisd-new at daboo.name Received: from daboo.name ([127.0.0.1]) by localhost (chewy.mulberrymail.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BV3FP2+KmeMe; Mon, 7 Jun 2010 09:57:13 -0400 (EDT) Received: from caldav.corp.apple.com (unknown [17.101.32.44]) by daboo.name (Postfix) with ESMTPSA id 5AD011706BD1D; Mon, 7 Jun 2010 09:57:12 -0400 (EDT) Date: Mon, 07 Jun 2010 09:57:09 -0400 From: Cyrus Daboo To: w3c-dist-auth@w3.org cc: caldav@ietf.org, vcarddav@ietf.org Message-ID: <2D7356DA1153057D7AE554D8@caldav.corp.apple.com> X-Mailer: Mulberry/4.1.0a1 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline; size=2011 Received-SPF: none X-SPF-Guess: pass X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599 X-W3C-Scan-Sig: bart.w3.org 1OLcq9-0006dj-Hl 5e4f42a5a4e356601beada40c41c3b3c X-Original-To: w3c-dist-auth@w3.org Subject: WebDAv collection sync: last issue Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/13266 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: Resent-Message-Id: Resent-Date: Mon, 07 Jun 2010 13:58:12 +0000 Hi folks, The latest WebDAV collection sync draft is here: . We believe we are close to done with this and would like to submit to the IESG soon. However, there is one open issue that we need feedback from implementors on. The question is whether collection resources that are immediate children of the collection being targeted for the REPORT should be reported as "modified" if any of their child resources (depth infinity) are modified. Key points: 1) We have deliberately scoped the REPORT defined in this draft to be Depth:1 only - i.e. it will only report changes to immediate children. Depth:infinity change reporting was ruled out at this time (though eventually we would expect to see it defined if there is interest). 2) The first real implementations of this REPORT are being done for CalDAV and CardDAV servers where typically calendar/addressbook collections only have immediate child resources and not collections - so the draft as currently written is fine. (BTW there are already several client and server implementations of this draft that have been tested at various interops). However, my concern is that more "general" WebDAV servers may wish to do reporting of changes to immediate child collections to allow clients to progressively sync an entire hierarchy. 3) Reporting changes to immediate child collections requires any change at depth:infinity within those collections to "bubble up" - i.e. a change with a collection changes its DAV:sync-token and the properties of all its parent collections. This potentially places a big performance burden on the server - particularly if it were to choose to support the REPORT on the root resource. In reality servers would probably limit the scope of the report to a reasonable "sub-hierarchy" set (e.g. CalDAV and CardDAV servers would only support the REPORT on calendar or address book home collections and not on any parents of those). -- Cyrus Daboo From w3c-dist-auth-request@listhub.w3.org Mon Jun 7 09:50:19 2010 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0BC4428C979 for ; Mon, 7 Jun 2010 09:50:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.766 X-Spam-Level: X-Spam-Status: No, score=-6.766 tagged_above=-999 required=5 tests=[AWL=3.233, BAYES_00=-2.599, J_CHICKENPOX_39=0.6, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zz993qedj93J for ; Mon, 7 Jun 2010 09:50:17 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id CC6C63A800E for ; Mon, 7 Jun 2010 06:43:00 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.69) (envelope-from ) id 1OLca1-0002bc-9u for w3c-dist-auth-dist@listhub.w3.org; Mon, 07 Jun 2010 13:41:29 +0000 Received: from bart.w3.org ([128.30.52.63]) by frink.w3.org with esmtp (Exim 4.69) (envelope-from ) id 1OLca0-0002aI-DI for w3c-dist-auth@listhub.w3.org; Mon, 07 Jun 2010 13:41:28 +0000 Received: from daboo.name ([151.201.22.177]) by bart.w3.org with esmtp (Exim 4.69) (envelope-from ) id 1OLcZy-0000Hy-K3 for w3c-dist-auth@w3.org; Mon, 07 Jun 2010 13:41:28 +0000 Received: from localhost (localhost [127.0.0.1]) by daboo.name (Postfix) with ESMTP id AFDFE1706BBC3 for ; Mon, 7 Jun 2010 09:40:31 -0400 (EDT) X-Virus-Scanned: amavisd-new at daboo.name Received: from daboo.name ([127.0.0.1]) by localhost (chewy.mulberrymail.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id m4LqbnmnWIKc for ; Mon, 7 Jun 2010 09:40:31 -0400 (EDT) Received: from caldav.corp.apple.com (unknown [17.101.32.44]) by daboo.name (Postfix) with ESMTPSA id BBA0C1706BBB8 for ; Mon, 7 Jun 2010 09:40:30 -0400 (EDT) Date: Mon, 07 Jun 2010 09:40:26 -0400 From: Cyrus Daboo To: WebDAV Message-ID: X-Mailer: Mulberry/4.1.0a1 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline; size=374 Received-SPF: none X-SPF-Guess: pass X-W3C-Hub-Spam-Status: No, score=-1.1 X-W3C-Hub-Spam-Report: BAYES_05=-1.11 X-W3C-Scan-Sig: bart.w3.org 1OLcZy-0000Hy-K3 4577d727fedd9e27089e32bebafb3019 X-Original-To: w3c-dist-auth@w3.org Subject: ACL: DAV:privilege element - multiple child elements? Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/13265 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: Resent-Message-Id: Resent-Date: Mon, 07 Jun 2010 13:41:29 +0000 Hi, RFC3744 defines DAV:privilege as: "ANY" technically implies one or more child elements. However, all examples in 3744 have just a single child. It has been my assumption that only one child is allowed. However, I recently came across a server that is returning multiple child elements. So what is, or is not, allowed here? -- Cyrus Daboo From w3c-dist-auth-request@listhub.w3.org Mon Jun 7 10:19:50 2010 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 852573A6DC6 for ; Mon, 7 Jun 2010 10:19:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.184 X-Spam-Level: X-Spam-Status: No, score=-9.184 tagged_above=-999 required=5 tests=[AWL=0.815, BAYES_00=-2.599, J_CHICKENPOX_39=0.6, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PS1AoPNrsb3p for ; Mon, 7 Jun 2010 10:19:49 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id D489028C3C9 for ; Mon, 7 Jun 2010 08:44:04 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.69) (envelope-from ) id 1OLd8g-0004fu-ID for w3c-dist-auth-dist@listhub.w3.org; Mon, 07 Jun 2010 14:17:18 +0000 Received: from bart.w3.org ([128.30.52.63]) by frink.w3.org with esmtp (Exim 4.69) (envelope-from ) id 1OLd8f-0004eq-Vj for w3c-dist-auth@listhub.w3.org; Mon, 07 Jun 2010 14:17:18 +0000 Received: from mail.gmx.net ([213.165.64.20]) by bart.w3.org with smtp (Exim 4.69) (envelope-from ) id 1OLd8d-0004I4-CM for w3c-dist-auth@w3.org; Mon, 07 Jun 2010 14:17:17 +0000 Received: (qmail invoked by alias); 07 Jun 2010 14:10:04 -0000 Received: from p508FC5B6.dip.t-dialin.net (EHLO [192.168.178.33]) [80.143.197.182] by mail.gmx.net (mp047) with SMTP; 07 Jun 2010 16:10:04 +0200 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX19VL/sjy51V2x3cmv0lMGWYk8eddOmK1Q/bmMYRWm kKxrYjY/JB3NVv Message-ID: <4C0CFDB8.8000002@gmx.de> Date: Mon, 07 Jun 2010 16:10:00 +0200 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4 MIME-Version: 1.0 To: Cyrus Daboo CC: WebDAV References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Received-SPF: pass X-SPF-Guess: pass X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599, SPF_PASS=-0.001 X-W3C-Scan-Sig: bart.w3.org 1OLd8d-0004I4-CM 18e6e257581df2a31698326ea6c9e110 X-Original-To: w3c-dist-auth@w3.org Subject: Re: ACL: DAV:privilege element - multiple child elements? Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/13267 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: Resent-Message-Id: Resent-Date: Mon, 07 Jun 2010 14:17:18 +0000 On 07.06.2010 15:40, Cyrus Daboo wrote: > Hi, > RFC3744 defines DAV:privilege as: > > > > "ANY" technically implies one or more child elements. However, all > examples in 3744 have just a single child. It has been my assumption > that only one child is allowed. However, I recently came across a server > that is returning multiple child elements. So what is, or is not, > allowed here? The spec really doesn't say. On the other hand, the intent is pretty clear, because in the cases where multiple privileges can be listed, it's the *parent* element that would occur multiple times. Best regards, Julian From w3c-dist-auth-request@listhub.w3.org Mon Jun 7 10:21:08 2010 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 041D33A6E3C for ; Mon, 7 Jun 2010 10:21:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.574 X-Spam-Level: X-Spam-Status: No, score=-7.574 tagged_above=-999 required=5 tests=[AWL=2.425, BAYES_00=-2.599, J_CHICKENPOX_39=0.6, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Xru4KL+SZhpB for ; Mon, 7 Jun 2010 10:21:07 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id 5F34C3A6767 for ; Mon, 7 Jun 2010 08:48:41 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.69) (envelope-from ) id 1OLdBB-0004xA-C6 for w3c-dist-auth-dist@listhub.w3.org; Mon, 07 Jun 2010 14:19:53 +0000 Received: from bart.w3.org ([128.30.52.63]) by frink.w3.org with esmtp (Exim 4.69) (envelope-from ) id 1OLdBA-0004w1-Qm for w3c-dist-auth@listhub.w3.org; Mon, 07 Jun 2010 14:19:52 +0000 Received: from daboo.name ([151.201.22.177]) by bart.w3.org with esmtp (Exim 4.69) (envelope-from ) id 1OLdB9-00050Q-20 for w3c-dist-auth@w3.org; Mon, 07 Jun 2010 14:19:52 +0000 Received: from localhost (localhost [127.0.0.1]) by daboo.name (Postfix) with ESMTP id BC8391706BF54; Mon, 7 Jun 2010 10:18:59 -0400 (EDT) X-Virus-Scanned: amavisd-new at daboo.name Received: from daboo.name ([127.0.0.1]) by localhost (chewy.mulberrymail.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id z4izYKK1QDRh; Mon, 7 Jun 2010 10:18:59 -0400 (EDT) Received: from [17.101.35.28] (unknown [17.101.35.28]) by daboo.name (Postfix) with ESMTPSA id 2F0071706BF49; Mon, 7 Jun 2010 10:18:57 -0400 (EDT) Date: Mon, 07 Jun 2010 10:18:53 -0400 From: Cyrus Daboo To: Julian Reschke cc: WebDAV Message-ID: In-Reply-To: <4C0CFDB8.8000002@gmx.de> References: <4C0CFDB8.8000002@gmx.de> X-Mailer: Mulberry/4.1.0a1 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline; size=951 Received-SPF: none X-SPF-Guess: pass X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599 X-W3C-Scan-Sig: bart.w3.org 1OLdB9-00050Q-20 c5b2ff00f603d90590e37417189cb999 X-Original-To: w3c-dist-auth@w3.org Subject: Re: ACL: DAV:privilege element - multiple child elements? Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/13268 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: Resent-Message-Id: Resent-Date: Mon, 07 Jun 2010 14:19:53 +0000 Hi Julian, --On June 7, 2010 4:10:00 PM +0200 Julian Reschke wrote: >> "ANY" technically implies one or more child elements. However, all >> examples in 3744 have just a single child. It has been my assumption >> that only one child is allowed. However, I recently came across a server >> that is returning multiple child elements. So what is, or is not, >> allowed here? > > The spec really doesn't say. > > On the other hand, the intent is pretty clear, because in the cases where > multiple privileges can be listed, it's the *parent* element that would > occur multiple times. Can you add a comment to your ACL spec update work to clarify this? I think some text for the two (yes there are two) DAV:privilege definitions making it clear that there is only one child would be good. Either that or the definition of DAV:privilege is given its own section with appropriate description of its content. -- Cyrus Daboo From w3c-dist-auth-request@listhub.w3.org Mon Jun 7 21:16:13 2010 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C17713A6888 for ; Mon, 7 Jun 2010 21:16:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.723 X-Spam-Level: X-Spam-Status: No, score=-3.723 tagged_above=-999 required=5 tests=[AWL=4.276, BAYES_50=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xvnF0F3XD7wb for ; Mon, 7 Jun 2010 21:16:12 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id 617943A6935 for ; Mon, 7 Jun 2010 21:16:09 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.69) (envelope-from ) id 1OLqD7-0001nA-K8 for w3c-dist-auth-dist@listhub.w3.org; Tue, 08 Jun 2010 04:14:45 +0000 Received: from bart.w3.org ([128.30.52.63]) by frink.w3.org with esmtp (Exim 4.69) (envelope-from ) id 1OLqD6-0001m6-1o for w3c-dist-auth@listhub.w3.org; Tue, 08 Jun 2010 04:14:44 +0000 Received: from hoppy.mcmillan.net.nz ([202.78.240.82] helo=mail.morphoss.com ident=postfix) by bart.w3.org with esmtp (Exim 4.69) (envelope-from ) id 1OLqD2-00046T-Vm for w3c-dist-auth@w3.org; Tue, 08 Jun 2010 04:14:43 +0000 Received: from localhost (localhost [127.0.0.1]) by mail.morphoss.com (Postfix) with ESMTP id 063F22374D; Tue, 8 Jun 2010 16:14:10 +1200 (NZST) X-Virus-Scanned: Debian amavisd-new at mail.morphoss.com Received: from mail.morphoss.com ([127.0.0.1]) by localhost (hoppy.mcmillan.net.nz [127.0.0.1]) (amavisd-new, port 10024) with LMTP id xuN2dWpa9Y-q; Tue, 8 Jun 2010 16:13:54 +1200 (NZST) Received: from [192.168.55.20] (home.mcmillan.net.nz [202.160.48.75]) (Authenticated sender: andrew@mail.morphoss.com) by mail.morphoss.com (Postfix) with ESMTPSA id DD8EA23757; Tue, 8 Jun 2010 16:13:53 +1200 (NZST) From: Andrew McMillan To: Tim Hare Cc: 'Cyrus Daboo' , w3c-dist-auth@w3.org, caldav@ietf.org, vcarddav@ietf.org In-Reply-To: <001f01cb06a4$38a483a0$a9ed8ae0$@net> (sfid-20100608_124828_094303_CD91AB6B) References: <2D7356DA1153057D7AE554D8@caldav.corp.apple.com> <001f01cb06a4$38a483a0$a9ed8ae0$@net> (sfid-20100608_124828_094303_CD91AB6B) Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-ejaWjkx6i6kFmrtII6i/" Date: Tue, 08 Jun 2010 16:13:52 +1200 Message-ID: <1275970432.3820.9378.camel@happy.home.mcmillan.net.nz> Mime-Version: 1.0 X-Mailer: Evolution 2.30.1.2 Received-SPF: pass X-SPF-Guess: pass X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599, SPF_PASS=-0.001 X-W3C-Scan-Sig: bart.w3.org 1OLqD2-00046T-Vm 660abe00d2bb237682fad0f3fdcccd87 X-Original-To: w3c-dist-auth@w3.org Subject: Re: [caldav] WebDAv collection sync: last issue Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/13269 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: Resent-Message-Id: Resent-Date: Tue, 08 Jun 2010 04:14:45 +0000 --=-ejaWjkx6i6kFmrtII6i/ Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, 2010-06-07 at 20:47 -0400, Tim Hare wrote: > I am not an implementor, but it seems to me that many Calendar/addressboo= k > collections might be depth:2 to accomodate groups like mailing lists ? Hi Tim, Yes, that could be one way of implementing such things, though the specifications for CalDAV explicitly state that calendar collections may not contain collections. In DAViCal I did implement multiple-calendars-as-one-calendar by allowing collections of calendars (or more typically bindings to calendars) to present as if they were a calendar. In order to avoid stepping on the specification I gave these collections a special resourcetype. FWIW DAViCal's implementation of WebDAV sync is OK with depth infinity, since (as the other poster points out) it makes little difference for query based systems. Regards, Andrew McMillan. >=20 > Tim Hare > Interested Bystander, Non-Inc. >=20 > -----Original Message----- > From: caldav-bounces@ietf.org [mailto:caldav-bounces@ietf.org] On Behalf = Of > Cyrus Daboo > Sent: Monday, June 07, 2010 9:57 AM > To: w3c-dist-auth@w3.org > Cc: caldav@ietf.org; vcarddav@ietf.org > Subject: [caldav] WebDAv collection sync: last issue >=20 > Hi folks, > The latest WebDAV collection sync draft is here:=20 > . We believe w= e=20 > are close to done with this and would like to submit to the IESG soon.= =20 > However, there is one open issue that we need feedback from implementors = on. >=20 > The question is whether collection resources that are immediate children = of=20 > the collection being targeted for the REPORT should be reported as=20 > "modified" if any of their child resources (depth infinity) are modified. >=20 > Key points: >=20 > 1) We have deliberately scoped the REPORT defined in this draft to be=20 > Depth:1 only - i.e. it will only report changes to immediate children.= =20 > Depth:infinity change reporting was ruled out at this time (though=20 > eventually we would expect to see it defined if there is interest). >=20 > 2) The first real implementations of this REPORT are being done for CalDA= V=20 > and CardDAV servers where typically calendar/addressbook collections only= =20 > have immediate child resources and not collections - so the draft as=20 > currently written is fine. (BTW there are already several client and serv= er=20 > implementations of this draft that have been tested at various interops).= =20 > However, my concern is that more "general" WebDAV servers may wish to do= =20 > reporting of changes to immediate child collections to allow clients to= =20 > progressively sync an entire hierarchy. >=20 > 3) Reporting changes to immediate child collections requires any change a= t=20 > depth:infinity within those collections to "bubble up" - i.e. a change wi= th=20 > a collection changes its DAV:sync-token and the properties of all its=20 > parent collections. This potentially places a big performance burden on t= he=20 > server - particularly if it were to choose to support the REPORT on the= =20 > root resource. In reality servers would probably limit the scope of the= =20 > report to a reasonable "sub-hierarchy" set (e.g. CalDAV and CardDAV serve= rs=20 > would only support the REPORT on calendar or address book home collection= s=20 > and not on any parents of those). >=20 --=20 ------------------------------------------------------------------------ andrew (AT) morphoss (DOT) com +64(272)DEBIAN Chicken Little only has to be right once. ------------------------------------------------------------------------ --=-ejaWjkx6i6kFmrtII6i/ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEABECAAYFAkwNw3wACgkQjJA0f48GgBJSfwCgressZTzmgNLG7rdZIqrH64P3 SMoAoL51F2PYhe3m0+noO3Q06w9LDDXM =XrLh -----END PGP SIGNATURE----- --=-ejaWjkx6i6kFmrtII6i/-- From w3c-dist-auth-request@listhub.w3.org Tue Jun 8 00:16:23 2010 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 52C063A6991 for ; Tue, 8 Jun 2010 00:16:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.841 X-Spam-Level: X-Spam-Status: No, score=-6.841 tagged_above=-999 required=5 tests=[AWL=1.599, BAYES_20=-0.74, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IT+1BeQIMXGi for ; Tue, 8 Jun 2010 00:16:19 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id 173A43A690D for ; Tue, 8 Jun 2010 00:16:16 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.69) (envelope-from ) id 1OLt1W-00038u-By for w3c-dist-auth-dist@listhub.w3.org; Tue, 08 Jun 2010 07:14:58 +0000 Received: from bart.w3.org ([128.30.52.63]) by frink.w3.org with esmtp (Exim 4.69) (envelope-from ) id 1OLt1U-00036A-MZ for w3c-dist-auth@listhub.w3.org; Tue, 08 Jun 2010 07:14:56 +0000 Received: from mail.gmx.net ([213.165.64.20]) by bart.w3.org with smtp (Exim 4.69) (envelope-from ) id 1OLt1S-00067h-Nh for w3c-dist-auth@w3.org; Tue, 08 Jun 2010 07:14:56 +0000 Received: (qmail invoked by alias); 08 Jun 2010 07:14:22 -0000 Received: from p508FDFE6.dip.t-dialin.net (EHLO [192.168.178.33]) [80.143.223.230] by mail.gmx.net (mp041) with SMTP; 08 Jun 2010 09:14:22 +0200 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX18W8Xs7hZIWxYrG+8QmIKtXa4KaEtNgsuvsjZX8lT EA5vhy5+4SsvOy Message-ID: <4C0DEDC8.1090200@gmx.de> Date: Tue, 08 Jun 2010 09:14:16 +0200 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Werner_Donn=E9?= CC: Cyrus Daboo , caldav@ietf.org, w3c-dist-auth@w3.org, vcarddav@ietf.org References: <2D7356DA1153057D7AE554D8@caldav.corp.apple.com> <0296DA16-10E8-47A9-959D-2B9681BEAB36@pincette.biz> In-Reply-To: <0296DA16-10E8-47A9-959D-2B9681BEAB36@pincette.biz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 Received-SPF: pass X-SPF-Guess: pass X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599, SPF_PASS=-0.001 X-W3C-Scan-Sig: bart.w3.org 1OLt1S-00067h-Nh dfeccd05ff6bff8fd01d74b305c6e4fb X-Original-To: w3c-dist-auth@w3.org Subject: Re: [VCARDDAV] WebDAv collection sync: last issue Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/13270 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: Resent-Message-Id: Resent-Date: Tue, 08 Jun 2010 07:14:58 +0000 On 07.06.2010 17:11, Werner Donné wrote: > Hi, > > I don't see why Depth:infinity should be ruled out from the start. You can let the server decide if the performance penalty is too high or not. A server with a relational system underneath it, for example, can do this with one query. > > I don't agree with the "bubble up" principle. A collection changes when its member set changes. Changing a resource that is referred to by one of the members doesn't affect the collection, whether that resource is a collection or not. I think the "bubble up" principal is not consistent with the "getlastmodified" property. It is also not needed if Depth:infinity is supported. > > Best regards, > > Werner. Agreed. In particular: defining a report works by defining it for Depth: 0. The semantics for Depth: 1 and Depth: infinity follow by the definition in RFC 3253. It's probably *really* time to pull the definition of REPORT out of RFC 3253 and place it into a separate spec, including more rationale, recommendations for defining new reports, and examples. Best regards, Julian From w3c-dist-auth-request@listhub.w3.org Tue Jun 8 02:06:44 2010 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C7FA728C12E for ; Tue, 8 Jun 2010 02:06:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.876 X-Spam-Level: X-Spam-Status: No, score=-7.876 tagged_above=-999 required=5 tests=[AWL=2.124, BAYES_00=-2.599, J_CHICKENPOX_39=0.6, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 37Yq0zoVq+Pe for ; Tue, 8 Jun 2010 02:06:43 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id D8F1228C116 for ; Tue, 8 Jun 2010 02:06:43 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.69) (envelope-from ) id 1OLuki-0006En-TX for w3c-dist-auth-dist@listhub.w3.org; Tue, 08 Jun 2010 09:05:44 +0000 Received: from bart.w3.org ([128.30.52.63]) by frink.w3.org with esmtp (Exim 4.69) (envelope-from ) id 1OLukh-0006Dh-W5 for w3c-dist-auth@listhub.w3.org; Tue, 08 Jun 2010 09:05:44 +0000 Received: from mail.gmx.net ([213.165.64.20]) by bart.w3.org with smtp (Exim 4.69) (envelope-from ) id 1OLukd-0005iy-8R for w3c-dist-auth@w3.org; Tue, 08 Jun 2010 09:05:43 +0000 Received: (qmail invoked by alias); 08 Jun 2010 07:18:27 -0000 Received: from p508FDFE6.dip.t-dialin.net (EHLO [192.168.178.33]) [80.143.223.230] by mail.gmx.net (mp013) with SMTP; 08 Jun 2010 09:18:27 +0200 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX19saQJovitsvehO4/T7JVXiIQuaDrz+dTs38nUBvu BSc3/SddvYLL6c Message-ID: <4C0DEEBC.8070407@gmx.de> Date: Tue, 08 Jun 2010 09:18:20 +0200 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4 MIME-Version: 1.0 To: Cyrus Daboo CC: WebDAV References: <4C0CFDB8.8000002@gmx.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Received-SPF: pass X-SPF-Guess: pass X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599, SPF_PASS=-0.001 X-W3C-Scan-Sig: bart.w3.org 1OLukd-0005iy-8R a5916c776318ce9ae0c8f401c23b720c X-Original-To: w3c-dist-auth@w3.org Subject: Re: ACL: DAV:privilege element - multiple child elements? Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/13271 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: Resent-Message-Id: Resent-Date: Tue, 08 Jun 2010 09:05:44 +0000 On 07.06.2010 16:18, Cyrus Daboo wrote: >>> "ANY" technically implies one or more child elements. However, all >>> examples in 3744 have just a single child. It has been my assumption >>> that only one child is allowed. However, I recently came across a server >>> that is returning multiple child elements. So what is, or is not, >>> allowed here? >> >> The spec really doesn't say. >> >> On the other hand, the intent is pretty clear, because in the cases where >> multiple privileges can be listed, it's the *parent* element that would >> occur multiple times. > > Can you add a comment to your ACL spec update work to clarify this? I > think some text for the two (yes there are two) DAV:privilege > definitions making it clear that there is only one child would be good. > Either that or the definition of DAV:privilege is given its own section > with appropriate description of its content. For now, I just added the issue. To actually make a change we need some sort of consensus over here. Would people be ok to consider this a clarification, and just to add a comment to the DTD, such as ? In particular, you wrote you saw the "other" behaviour in the wild. Are the developers aware of this issue, or even on this list? Are they willing to change their implementation? Best regards, Julian From w3c-dist-auth-request@listhub.w3.org Tue Jun 8 02:59:43 2010 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1C50E28C155 for ; Tue, 8 Jun 2010 02:59:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.352 X-Spam-Level: X-Spam-Status: No, score=-8.352 tagged_above=-999 required=5 tests=[AWL=2.247, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CiQ5V5hQ6E3M for ; Tue, 8 Jun 2010 02:59:39 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id 3132428C152 for ; Tue, 8 Jun 2010 02:59:38 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.69) (envelope-from ) id 1OLvaI-0001K2-Tn for w3c-dist-auth-dist@listhub.w3.org; Tue, 08 Jun 2010 09:59:02 +0000 Received: from bart.w3.org ([128.30.52.63]) by frink.w3.org with esmtp (Exim 4.69) (envelope-from ) id 1OLvaI-0001Is-7v for w3c-dist-auth@listhub.w3.org; Tue, 08 Jun 2010 09:59:02 +0000 Received: from mail.gmx.net ([213.165.64.20]) by bart.w3.org with smtp (Exim 4.69) (envelope-from ) id 1OLvaD-0003e2-F6 for w3c-dist-auth@w3.org; Tue, 08 Jun 2010 09:59:02 +0000 Received: (qmail invoked by alias); 08 Jun 2010 07:11:46 -0000 Received: from p508FDFE6.dip.t-dialin.net (EHLO [192.168.178.33]) [80.143.223.230] by mail.gmx.net (mp069) with SMTP; 08 Jun 2010 09:11:46 +0200 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX193mP9tOZR3eJ3GEgTfEZafoHkf8LiTm9vRplymww tiRwAhBk872bMY Message-ID: <4C0DED2A.80701@gmx.de> Date: Tue, 08 Jun 2010 09:11:38 +0200 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4 MIME-Version: 1.0 To: Tim Hare CC: 'Cyrus Daboo' , w3c-dist-auth@w3.org, caldav@ietf.org, vcarddav@ietf.org References: <2D7356DA1153057D7AE554D8@caldav.corp.apple.com> <001f01cb06a4$38a483a0$a9ed8ae0$@net> In-Reply-To: <001f01cb06a4$38a483a0$a9ed8ae0$@net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Received-SPF: pass X-SPF-Guess: pass X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599, SPF_PASS=-0.001 X-W3C-Scan-Sig: bart.w3.org 1OLvaD-0003e2-F6 d10de9864103b3f26913363220a9c811 X-Original-To: w3c-dist-auth@w3.org Subject: Re: [VCARDDAV] [caldav] WebDAv collection sync: last issue Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/13272 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: Resent-Message-Id: Resent-Date: Tue, 08 Jun 2010 09:59:02 +0000 On 08.06.2010 02:47, Tim Hare wrote: > I am not an implementor, but it seems to me that many Calendar/addressbook > collections might be depth:2 to accomodate groups like mailing lists ? > > Tim Hare > Interested Bystander, Non-Inc. There is no "Depth: 2" unless we introduce it. The Depth header is inherited from RFC 4918 (see ). Best regards, Julian From w3c-dist-auth-request@listhub.w3.org Tue Jun 8 05:14:08 2010 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C834928C196 for ; Tue, 8 Jun 2010 05:14:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.585 X-Spam-Level: X-Spam-Status: No, score=-7.585 tagged_above=-999 required=5 tests=[BAYES_40=-0.185, J_CHICKENPOX_39=0.6, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0spqNQ-JxYuJ for ; Tue, 8 Jun 2010 05:14:07 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id 6F06028C18A for ; Tue, 8 Jun 2010 05:14:07 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.69) (envelope-from ) id 1OLxfr-00074q-Ky for w3c-dist-auth-dist@listhub.w3.org; Tue, 08 Jun 2010 12:12:55 +0000 Received: from [128.30.52.43] (helo=wiggum.w3.org) by frink.w3.org with esmtp (Exim 4.69) (envelope-from ) id 1OLxfq-00072V-3w for w3c-dist-auth@listhub.w3.org; Tue, 08 Jun 2010 12:12:54 +0000 Received: from nobody by wiggum.w3.org with local (Exim 4.63) (envelope-from ) id 1OLxfq-0006HG-1h for w3c-dist-auth@listhub.w3.org; Tue, 08 Jun 2010 12:12:54 +0000 Received: from bart.w3.org ([128.30.52.63]) by frink.w3.org with esmtp (Exim 4.69) (envelope-from ) id 1OLthS-0000Ee-Ey for w3c-dist-auth@listhub.w3.org; Tue, 08 Jun 2010 07:58:18 +0000 Received: from mailhost.softwareagusa.com ([157.189.2.66]) by bart.w3.org with esmtp (Exim 4.69) (envelope-from ) id 1OLthN-0000Et-LC for w3c-dist-auth@w3.org; Tue, 08 Jun 2010 07:58:18 +0000 Received: from mailhost.softwareagusa.com (localhost [127.0.0.1]) by localhost.softwareagusa.com (Postfix) with ESMTP id E1F57F414C for ; Tue, 8 Jun 2010 03:57:17 -0400 (EDT) Received: from server3.software-ag.de (server3.hq.sag [10.20.90.32]) by mailhost.softwareagusa.com (Postfix) with ESMTP id 8685BF4173 for ; Tue, 8 Jun 2010 03:57:17 -0400 (EDT) Received: from server3.software-ag.de (localhost [127.0.0.1]) by localhost.software-ag.de (Postfix) with ESMTP id 42BE214799 for ; Mon, 7 Jun 2010 17:18:20 +0200 (CEST) Received: from DAEMSG01.eur.ad.sag (daemsg01b.eur.ad.sag [10.22.90.92]) by server3.software-ag.de (Postfix) with ESMTP id 2E66414795 for ; Mon, 7 Jun 2010 17:18:20 +0200 (CEST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Mon, 7 Jun 2010 17:18:05 +0200 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: DAV:privilege element - multiple child elements? Thread-Index: AcsGR1axOJ/DvU+CQIO7iJeRXTsvpwAAfhDQ References: From: "Weber, Heiko" To: "WebDAV" Received-SPF: none X-SPF-Guess: pass X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599 X-W3C-Scan-Sig: bart.w3.org 1OLthN-0000Et-LC 84250629710fdc9f4dbca44548922612 X-caa-id: 32210f5e7ea4d17de751 X-Original-To: w3c-dist-auth@w3.org Subject: RE: DAV:privilege element - multiple child elements? Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/13273 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: Resent-Message-Id: Resent-Date: Tue, 08 Jun 2010 12:12:55 +0000 How about creating XML Schemas for all WebDAV XML response and request documents, so that it is really clear what is meant? We have created such XML schemas for at least some of the documents when we implemented the WebDAV support in the Tamino XML Server and can share these, if there is some place where they could be put... best regards, Heiko Weber -----Original Message----- From: w3c-dist-auth-request@w3.org [mailto:w3c-dist-auth-request@w3.org] On Behalf Of Cyrus Daboo Sent: Monday, June 07, 2010 3:40 PM To: WebDAV Subject: ACL: DAV:privilege element - multiple child elements? Hi, RFC3744 defines DAV:privilege as: "ANY" technically implies one or more child elements. However, all examples in 3744 have just a single child. It has been my assumption that only one child is allowed. However, I recently came across a server that is returning multiple child elements. So what is, or is not, allowed here? -- Cyrus Daboo From w3c-dist-auth-request@listhub.w3.org Tue Jun 8 05:14:40 2010 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8AAA728C181 for ; Tue, 8 Jun 2010 05:14:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.622 X-Spam-Level: X-Spam-Status: No, score=-5.622 tagged_above=-999 required=5 tests=[AWL=4.676, BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MwHapSN-qdJo for ; Tue, 8 Jun 2010 05:14:24 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id 9A73628C199 for ; Tue, 8 Jun 2010 05:14:24 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.69) (envelope-from ) id 1OLxhB-0007f3-F2 for w3c-dist-auth-dist@listhub.w3.org; Tue, 08 Jun 2010 12:14:17 +0000 Received: from [128.30.52.43] (helo=wiggum.w3.org) by frink.w3.org with esmtp (Exim 4.69) (envelope-from ) id 1OLxhA-0007bp-QD for w3c-dist-auth@listhub.w3.org; Tue, 08 Jun 2010 12:14:16 +0000 Received: from nobody by wiggum.w3.org with local (Exim 4.63) (envelope-from ) id 1OLxhA-0006tj-NJ for w3c-dist-auth@listhub.w3.org; Tue, 08 Jun 2010 12:14:16 +0000 Received: from bart.w3.org ([128.30.52.63]) by frink.w3.org with esmtp (Exim 4.69) (envelope-from ) id 1OLdzZ-0007AA-6J for w3c-dist-auth@listhub.w3.org; Mon, 07 Jun 2010 15:11:57 +0000 Received: from mail-ew0-f216.google.com ([209.85.219.216]) by bart.w3.org with esmtp (Exim 4.69) (envelope-from ) id 1OLdzW-0003eM-Hu for w3c-dist-auth@w3.org; Mon, 07 Jun 2010 15:11:57 +0000 Received: by ewy8 with SMTP id 8so899429ewy.28 for ; Mon, 07 Jun 2010 08:11:22 -0700 (PDT) Received: by 10.213.31.141 with SMTP id y13mr998110ebc.34.1275923479214; Mon, 07 Jun 2010 08:11:19 -0700 (PDT) Received: from [192.168.0.111] (94-226-41-246.access.telenet.be [94.226.41.246]) by mx.google.com with ESMTPS id 13sm2709127ewy.5.2010.06.07.08.11.17 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 07 Jun 2010 08:11:18 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: =?iso-8859-1?Q?Werner_Donn=E9?= In-Reply-To: <2D7356DA1153057D7AE554D8@caldav.corp.apple.com> Date: Mon, 7 Jun 2010 17:11:15 +0200 Cc: w3c-dist-auth@w3.org, caldav@ietf.org, vcarddav@ietf.org Content-Transfer-Encoding: quoted-printable Message-Id: <0296DA16-10E8-47A9-959D-2B9681BEAB36@pincette.biz> References: <2D7356DA1153057D7AE554D8@caldav.corp.apple.com> To: Cyrus Daboo X-Mailer: Apple Mail (2.1078) Received-SPF: none X-SPF-Guess: neutral X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599 X-W3C-Scan-Sig: bart.w3.org 1OLdzW-0003eM-Hu 3bb9c3733431e9cb99f6c479c38ffea9 X-caa-id: 8ce725b189a076348789 X-Original-To: w3c-dist-auth@w3.org Subject: Re: WebDAv collection sync: last issue Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/13274 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: Resent-Message-Id: Resent-Date: Tue, 08 Jun 2010 12:14:17 +0000 Hi, I don't see why Depth:infinity should be ruled out from the start. You = can let the server decide if the performance penalty is too high or not. = A server with a relational system underneath it, for example, can do = this with one query. I don't agree with the "bubble up" principle. A collection changes when = its member set changes. Changing a resource that is referred to by one = of the members doesn't affect the collection, whether that resource is a = collection or not. I think the "bubble up" principal is not consistent = with the "getlastmodified" property. It is also not needed if = Depth:infinity is supported. Best regards, Werner. On 07 Jun 2010, at 15:57, Cyrus Daboo wrote: > Hi folks, > The latest WebDAV collection sync draft is here: = . We believe = we are close to done with this and would like to submit to the IESG = soon. However, there is one open issue that we need feedback from = implementors on. >=20 > The question is whether collection resources that are immediate = children of the collection being targeted for the REPORT should be = reported as "modified" if any of their child resources (depth infinity) = are modified. >=20 > Key points: >=20 > 1) We have deliberately scoped the REPORT defined in this draft to be = Depth:1 only - i.e. it will only report changes to immediate children. = Depth:infinity change reporting was ruled out at this time (though = eventually we would expect to see it defined if there is interest). >=20 > 2) The first real implementations of this REPORT are being done for = CalDAV and CardDAV servers where typically calendar/addressbook = collections only have immediate child resources and not collections - so = the draft as currently written is fine. (BTW there are already several = client and server implementations of this draft that have been tested at = various interops). However, my concern is that more "general" WebDAV = servers may wish to do reporting of changes to immediate child = collections to allow clients to progressively sync an entire hierarchy. >=20 > 3) Reporting changes to immediate child collections requires any = change at depth:infinity within those collections to "bubble up" - i.e. = a change with a collection changes its DAV:sync-token and the properties = of all its parent collections. This potentially places a big performance = burden on the server - particularly if it were to choose to support the = REPORT on the root resource. In reality servers would probably limit the = scope of the report to a reasonable "sub-hierarchy" set (e.g. CalDAV and = CardDAV servers would only support the REPORT on calendar or address = book home collections and not on any parents of those). >=20 > --=20 > Cyrus Daboo >=20 >=20 -- http://www.pincette.biz/ Handling your documents with care, wherever you are. From w3c-dist-auth-request@listhub.w3.org Tue Jun 8 06:37:38 2010 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1042B28C1C0 for ; Tue, 8 Jun 2010 06:37:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.999 X-Spam-Level: X-Spam-Status: No, score=-9.999 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_39=0.6, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xUrJkyVPyc9G for ; Tue, 8 Jun 2010 06:37:37 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id 0BB6228C1B2 for ; Tue, 8 Jun 2010 06:37:36 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.69) (envelope-from ) id 1OLyyn-0004pQ-N8 for w3c-dist-auth-dist@listhub.w3.org; Tue, 08 Jun 2010 13:36:33 +0000 Received: from bart.w3.org ([128.30.52.63]) by frink.w3.org with esmtp (Exim 4.69) (envelope-from ) id 1OLyym-0004oH-MY for w3c-dist-auth@listhub.w3.org; Tue, 08 Jun 2010 13:36:32 +0000 Received: from mail.gmx.net ([213.165.64.20]) by bart.w3.org with smtp (Exim 4.69) (envelope-from ) id 1OLyyh-0001Kw-MN for w3c-dist-auth@w3.org; Tue, 08 Jun 2010 13:36:32 +0000 Received: (qmail invoked by alias); 08 Jun 2010 12:35:54 -0000 Received: from mail.greenbytes.de (EHLO [192.168.1.113]) [217.91.35.233] by mail.gmx.net (mp046) with SMTP; 08 Jun 2010 14:35:54 +0200 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX1+PoFJ/kWqPyJtTkNbQxAGcmhxfLAzeJqDo3lnLpv EX+DY/GkaE9GTJ Message-ID: <4C0E3927.1050501@gmx.de> Date: Tue, 08 Jun 2010 14:35:51 +0200 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4 MIME-Version: 1.0 To: "Weber, Heiko" CC: WebDAV References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Received-SPF: pass X-SPF-Guess: pass X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599, SPF_PASS=-0.001 X-W3C-Scan-Sig: bart.w3.org 1OLyyh-0001Kw-MN 6935422c1a5515c16b51d2897bd7161e X-Original-To: w3c-dist-auth@w3.org Subject: Re: DAV:privilege element - multiple child elements? Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/13275 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: Resent-Message-Id: Resent-Date: Tue, 08 Jun 2010 13:36:33 +0000 On 07.06.2010 17:18, Weber, Heiko wrote: > How about creating XML Schemas for all WebDAV XML response and request > documents, so that it is really clear what is meant? We have created > such XML schemas for at least some of the documents when we implemented > the WebDAV support in the Tamino XML Server and can share these, if > there is some place where they could be put... > ... Well, we have a DTD and it didn't help. Sometimes a schema language can't express all the constraints properly. So, can XML Schema define a thing like "must have a single child element, but the element name doesn't matter"? Best regards, Julian From w3c-dist-auth-request@listhub.w3.org Tue Jun 8 06:53:24 2010 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 38C6D28C1D0 for ; Tue, 8 Jun 2010 06:53:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.849 X-Spam-Level: X-Spam-Status: No, score=-9.849 tagged_above=-999 required=5 tests=[AWL=-0.150, BAYES_00=-2.599, J_CHICKENPOX_39=0.6, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7wTHYHtBILlr for ; Tue, 8 Jun 2010 06:53:23 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id 429D828C1BD for ; Tue, 8 Jun 2010 06:53:23 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.69) (envelope-from ) id 1OLzDs-0004q9-BR for w3c-dist-auth-dist@listhub.w3.org; Tue, 08 Jun 2010 13:52:08 +0000 Received: from bart.w3.org ([128.30.52.63]) by frink.w3.org with esmtp (Exim 4.69) (envelope-from ) id 1OLzDr-0004p1-Fz for w3c-dist-auth@listhub.w3.org; Tue, 08 Jun 2010 13:52:07 +0000 Received: from mail.gmx.net ([213.165.64.20]) by bart.w3.org with smtp (Exim 4.69) (envelope-from ) id 1OLzDl-0007Cl-Rm for w3c-dist-auth@w3.org; Tue, 08 Jun 2010 13:52:07 +0000 Received: (qmail invoked by alias); 08 Jun 2010 13:51:29 -0000 Received: from mail.greenbytes.de (EHLO [192.168.1.113]) [217.91.35.233] by mail.gmx.net (mp070) with SMTP; 08 Jun 2010 15:51:29 +0200 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX1/5m8x+9FT5+5QDScc847GGfevuXhPT//1uCYK5Yg IQYbuPOhuif2pX Message-ID: <4C0E4AE1.3030207@gmx.de> Date: Tue, 08 Jun 2010 15:51:29 +0200 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Werner_Donn=E9?= CC: "Weber, Heiko" , WebDAV References: <4C0E3927.1050501@gmx.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 Received-SPF: pass X-SPF-Guess: pass X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599, SPF_PASS=-0.001 X-W3C-Scan-Sig: bart.w3.org 1OLzDl-0007Cl-Rm 93cb5cac822307277d205b2f3c61f2b9 X-Original-To: w3c-dist-auth@w3.org Subject: Re: DAV:privilege element - multiple child elements? Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/13276 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: Resent-Message-Id: Resent-Date: Tue, 08 Jun 2010 13:52:08 +0000 On 08.06.2010 15:43, Werner Donné wrote: > It is not possible with XML Schema, but it is with Relax NG: > > http://www.relaxng.org/tutorial-20011203.html#IDAFLZR > > Best regards, > > Werner. Not really a surprise. If we ever rewrite these specs, I'm going to propose to use RelaxNG (compact notation), because of expressiveness and also readability. Best regards, Julian From w3c-dist-auth-request@listhub.w3.org Tue Jun 8 07:46:39 2010 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CCA0728C1F8 for ; Tue, 8 Jun 2010 07:46:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.393 X-Spam-Level: X-Spam-Status: No, score=-6.393 tagged_above=-999 required=5 tests=[AWL=3.306, BAYES_00=-2.599, J_CHICKENPOX_39=0.6, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7+kcX98hS7kd for ; Tue, 8 Jun 2010 07:46:38 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id B85B728C1BD for ; Tue, 8 Jun 2010 07:46:38 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.69) (envelope-from ) id 1OM03k-00017N-MN for w3c-dist-auth-dist@listhub.w3.org; Tue, 08 Jun 2010 14:45:44 +0000 Received: from bart.w3.org ([128.30.52.63]) by frink.w3.org with esmtp (Exim 4.69) (envelope-from ) id 1OM03e-000131-9P for w3c-dist-auth@listhub.w3.org; Tue, 08 Jun 2010 14:45:38 +0000 Received: from ey-out-1920.google.com ([74.125.78.146]) by bart.w3.org with esmtp (Exim 4.69) (envelope-from ) id 1OM03b-0000Vm-V6 for w3c-dist-auth@w3.org; Tue, 08 Jun 2010 14:45:38 +0000 Received: by ey-out-1920.google.com with SMTP id 5so314659eyb.20 for ; Tue, 08 Jun 2010 07:45:09 -0700 (PDT) Received: by 10.213.28.68 with SMTP id l4mr11739676ebc.7.1276004608710; Tue, 08 Jun 2010 06:43:28 -0700 (PDT) Received: from [192.168.0.111] (94-226-41-246.access.telenet.be [94.226.41.246]) by mx.google.com with ESMTPS id 14sm3389316ewy.14.2010.06.08.06.43.27 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 08 Jun 2010 06:43:27 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: =?iso-8859-1?Q?Werner_Donn=E9?= In-Reply-To: <4C0E3927.1050501@gmx.de> Date: Tue, 8 Jun 2010 15:43:25 +0200 Cc: "Weber, Heiko" , WebDAV Content-Transfer-Encoding: quoted-printable Message-Id: References: <4C0E3927.1050501@gmx.de> To: Julian Reschke X-Mailer: Apple Mail (2.1078) Received-SPF: none X-SPF-Guess: neutral X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599 X-W3C-Scan-Sig: bart.w3.org 1OM03b-0000Vm-V6 e1a56fd79e45efbb7c1a283600293b65 X-Original-To: w3c-dist-auth@w3.org Subject: Re: DAV:privilege element - multiple child elements? Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/13277 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: Resent-Message-Id: Resent-Date: Tue, 08 Jun 2010 14:45:44 +0000 It is not possible with XML Schema, but it is with Relax NG: http://www.relaxng.org/tutorial-20011203.html#IDAFLZR Best regards, Werner. On 08 Jun 2010, at 14:35, Julian Reschke wrote: > On 07.06.2010 17:18, Weber, Heiko wrote: >> How about creating XML Schemas for all WebDAV XML response and = request >> documents, so that it is really clear what is meant? We have created >> such XML schemas for at least some of the documents when we = implemented >> the WebDAV support in the Tamino XML Server and can share these, if >> there is some place where they could be put... >> ... >=20 > Well, we have a DTD and it didn't help. >=20 > Sometimes a schema language can't express all the constraints = properly. >=20 > So, can XML Schema define a thing like "must have a single child = element, but the element name doesn't matter"? >=20 > Best regards, Julian >=20 -- http://www.pincette.biz/ Handling your documents with care, wherever you are. From w3c-dist-auth-request@listhub.w3.org Wed Jun 9 03:10:00 2010 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D969C3A6955 for ; Wed, 9 Jun 2010 03:10:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.399 X-Spam-Level: X-Spam-Status: No, score=-7.399 tagged_above=-999 required=5 tests=[BAYES_50=0.001, J_CHICKENPOX_39=0.6, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H5dCMHVHqG+4 for ; Wed, 9 Jun 2010 03:10:00 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id DAD583A6800 for ; Wed, 9 Jun 2010 03:09:59 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.69) (envelope-from ) id 1OMID6-000728-0q for w3c-dist-auth-dist@listhub.w3.org; Wed, 09 Jun 2010 10:08:36 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.69) (envelope-from ) id 1OMID5-00070z-1u for w3c-dist-auth@listhub.w3.org; Wed, 09 Jun 2010 10:08:35 +0000 Received: from esmailhost.softwareag.es ([212.49.179.5]) by lisa.w3.org with esmtp (Exim 4.69) (envelope-from ) id 1OMID2-00026b-Qf for w3c-dist-auth@w3.org; Wed, 09 Jun 2010 10:08:35 +0000 Received: from esmailhost.softwareag.es (localhost [127.0.0.1]) by localhost.softwareag.es (Postfix) with ESMTP id 3F6F225269 for ; Wed, 9 Jun 2010 12:07:59 +0200 (CEST) Received: from server3.software-ag.de (server3.hq.sag [10.20.90.32]) by esmailhost.softwareag.es (Postfix) with ESMTP id 0A35C25268 for ; Wed, 9 Jun 2010 12:07:59 +0200 (CEST) Received: from server3.software-ag.de (localhost [127.0.0.1]) by localhost.software-ag.de (Postfix) with ESMTP id 4F78914241 for ; Wed, 9 Jun 2010 12:06:58 +0200 (CEST) Received: from DAEMSG01.eur.ad.sag (daemsg01b.eur.ad.sag [10.22.90.92]) by server3.software-ag.de (Postfix) with ESMTP id 417631423D for ; Wed, 9 Jun 2010 12:06:58 +0200 (CEST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 9 Jun 2010 12:06:58 +0200 Message-ID: In-Reply-To: <4C0E4AE1.3030207@gmx.de> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: DAV:privilege element - multiple child elements? Thread-Index: AcsHEbPQ+wq4SomoSw6iR1pEPj5upgAp4jPA References: <4C0E3927.1050501@gmx.de> <4C0E4AE1.3030207@gmx.de> From: "Weber, Heiko" To: "WebDAV" Received-SPF: none X-SPF-Guess: pass X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599 X-W3C-Scan-Sig: lisa.w3.org 1OMID2-00026b-Qf 9a60615e483ecd2c3bf315ab41dcbbb1 X-Original-To: w3c-dist-auth@w3.org Subject: RE: DAV:privilege element - multiple child elements? Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/13278 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: Resent-Message-Id: Resent-Date: Wed, 09 Jun 2010 10:08:36 +0000 At the end of this mail is the XML Schema which we have been using for ACLs. I'm not claiming that it is complete, but this schema does limit the number of elements below the DAV:privilege to one and allows any element, but it does not restict the usage of attributes or sub elements. If we allow user defined elements, why do we then want to limit it to be an element without attributes and sub elements though? If all we are interested in is the QName of the element it would make much more sense to simply put an attribute into the DAV:privilege element containing the QName of the privilege. Ok, that was modeled differently historically, so possibly we just have to live with that. best regards, Heiko Weber ---- From w3c-dist-auth-request@listhub.w3.org Wed Jun 9 04:37:14 2010 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EB42628C0FE for ; Wed, 9 Jun 2010 04:37:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.624 X-Spam-Level: X-Spam-Status: No, score=-9.624 tagged_above=-999 required=5 tests=[AWL=-0.225, BAYES_00=-2.599, J_CHICKENPOX_38=0.6, J_CHICKENPOX_39=0.6, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id t6mP1a+iOo88 for ; Wed, 9 Jun 2010 04:37:14 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id 8202F28C123 for ; Wed, 9 Jun 2010 04:34:32 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.69) (envelope-from ) id 1OMJWw-0003S2-OI for w3c-dist-auth-dist@listhub.w3.org; Wed, 09 Jun 2010 11:33:10 +0000 Received: from bart.w3.org ([128.30.52.63]) by frink.w3.org with esmtp (Exim 4.69) (envelope-from ) id 1OMJWv-0003Qx-Mn for w3c-dist-auth@listhub.w3.org; Wed, 09 Jun 2010 11:33:09 +0000 Received: from mail.gmx.net ([213.165.64.20]) by bart.w3.org with smtp (Exim 4.69) (envelope-from ) id 1OMJWr-0008Cl-CC for w3c-dist-auth@w3.org; Wed, 09 Jun 2010 11:33:09 +0000 Received: (qmail invoked by alias); 09 Jun 2010 11:32:34 -0000 Received: from mail.greenbytes.de (EHLO [192.168.1.113]) [217.91.35.233] by mail.gmx.net (mp049) with SMTP; 09 Jun 2010 13:32:34 +0200 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX19uWtYLWetuQmec/d6yq+5Zjs6gtu4sERT6WsG3YF TkGi3ucirl9o4h Message-ID: <4C0F7BCF.7000206@gmx.de> Date: Wed, 09 Jun 2010 13:32:31 +0200 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4 MIME-Version: 1.0 To: "Weber, Heiko" CC: WebDAV References: <4C0E3927.1050501@gmx.de> <4C0E4AE1.3030207@gmx.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Received-SPF: pass X-SPF-Guess: pass X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599, SPF_PASS=-0.001 X-W3C-Scan-Sig: bart.w3.org 1OMJWr-0008Cl-CC 85a6a5e9e67dfd800f975ad50de143b5 X-Original-To: w3c-dist-auth@w3.org Subject: Re: DAV:privilege element - multiple child elements? Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/13279 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: Resent-Message-Id: Resent-Date: Wed, 09 Jun 2010 11:33:10 +0000 On 09.06.2010 12:06, Weber, Heiko wrote: > ... > If we allow user defined elements, why do we then want to limit it to be > an element without attributes and sub elements though? > ... In general, it depends on the context. For instance, DAV:property can be just a name (in the PROPFIND request), or contain stuff (in PROPPATCH, and the PROPFIND result). > ... > If all we are interested in is the QName of the element it would make > much more sense to simply put an attribute into the DAV:privilege > element containing the QName of the privilege. Ok, that was modeled > differently historically, so possibly we just have to live with that. > ... WebDAV mostly avoids attributes, and furthermore processing QNames in content is very easy to get wrong; thus sticking with elements IMHO was the right design decision. Best regards, Julian From webdav-archive@ietf.org Sun Jun 13 10:48:27 2010 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 689103A6A31 for ; Sun, 13 Jun 2010 10:48:27 -0700 (PDT) X-Quarantine-ID: X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER, Non-encoded 8-bit data (char AE hex): Subject: webdav-archive VIAGRA \256 Official Site -70%\n X-Spam-Flag: NO X-Spam-Score: -11.229 X-Spam-Level: X-Spam-Status: No, score=-11.229 tagged_above=-999 required=5 tests=[BAYES_99=3.5, DRUGS_ERECTILE=1, DRUG_ED_CAPS=0.322, FH_HOST_EQ_D_D_D_D=0.765, HELO_DYNAMIC_IPADDR=2.426, HTML_IMAGE_ONLY_12=2.46, HTML_MESSAGE=0.001, HTML_SHORT_LINK_IMG_1=0.001, MIME_8BIT_HEADER=0.3, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E8_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_PBL=0.905, RCVD_IN_XBL=3.033, RDNS_DYNAMIC=0.1, SUBJECT_NEEDS_ENCODING=0.001, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_OB_SURBL=10, URIBL_SC_SURBL=10, URIBL_WS_SURBL=10, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mwe45IpW-TxA for ; Sun, 13 Jun 2010 10:48:26 -0700 (PDT) Received: from triband-mum-120.60.15.96.mtnl.net.in (triband-mum-120.60.15.96.mtnl.net.in [120.60.15.96]) by core3.amsl.com (Postfix) with SMTP id 93DA23A6988 for ; Sun, 13 Jun 2010 10:48:25 -0700 (PDT) From: webdav-archive@ietf.org To: webdav-archive@ietf.org Subject: webdav-archive VIAGRA ® Official Site -70% MIME-Version: 1.0 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <20100613174825.93DA23A6988@core3.amsl.com> Date: Sun, 13 Jun 2010 10:48:25 -0700 (PDT)
Click here.

Dear webdav-archive@ietf.org
From evan.empey@marriott.com Wed Jun 16 02:29:13 2010 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A12423A6AC2; Wed, 16 Jun 2010 02:29:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -79.035 X-Spam-Level: X-Spam-Status: No, score=-79.035 tagged_above=-999 required=5 tests=[BAYES_99=3.5, DOS_OE_TO_MX=2.75, FH_HELO_EQ_D_D_D_D=1.597, FH_HOST_EQ_D_D_D_D=0.765, FH_HOST_EQ_D_D_D_DB=0.888, FM_DDDD_TIMES_2=1.999, HELO_DYNAMIC_IPADDR2=4.395, RCVD_IN_PBL=0.905, RDNS_DYNAMIC=0.1, STOX_REPLY_TYPE=0.001, TVD_FINGER_02=2.134, TVD_RCVD_IP=1.931, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bCMmgt6NOQFQ; Wed, 16 Jun 2010 02:29:12 -0700 (PDT) Received: from 49-202-135-95.pool.ukrtel.net (49-202-135-95.pool.ukrtel.net [95.135.202.49]) by core3.amsl.com (Postfix) with ESMTP id 601F83A6A43; Wed, 16 Jun 2010 02:29:12 -0700 (PDT) Message-ID: <000d01cb0d36$62db37c0$6400a8c0@evan.empey> From: "Alden Bland" To: Subject: Why go to Brown? Beat the system for a prosperous life. achar ackman aenach Date: Wed, 16 Jun 2010 13:29:14 +0300 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="Windows-1252"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Spam: Not detected Dear Lady or Gentleman! Do you want a superior future, double in money earning, and the recognition of all? Special offer: We can assist with Diplomas from prestigious universities based on your present knowledge and work experience. Get a Degree in 4 weeks with our program! ~Our program will let ALL with professional experience get a 100% verified Degree: ~Doctorate ~Bachelors ~Masters - Just think about it... - Follow YOUR Dreams! - Live a better life by earning or upgrading your degree. This is a good chance to make a right move and receive your due benefits... if you are qualified but are lacking that piece of paper. Get one from us in a fraction of the time. If you want to get better - you must Call Us 24/7 to start improving your life! ~CONTACT US FOR A FREE CONSULTATION~ 1-301-396-3506 You should leave us a voice message with your phone number with country code if outside USA and name and we'll call you back as soon as possible. It is your chance... Make the right move. Best regards. Do Not Reply to this Email. We do not reply to text inquiries, and our server will reject all response traffic. We apologize for any inconvenience this may have caused you. acreages aircheck abomasi aggerose agamogenesis From webdav-archive@ietf.org Thu Jun 17 06:23:46 2010 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 82BDD3A687A for ; Thu, 17 Jun 2010 06:23:46 -0700 (PDT) X-Quarantine-ID: <9j7OxCbiaCZo> X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER, Non-encoded 8-bit data (char AE hex): Subject: webdav-archive VIAGRA \256 Official Site -86%\n X-Spam-Flag: NO X-Spam-Score: -51.941 X-Spam-Level: X-Spam-Status: No, score=-51.941 tagged_above=-999 required=5 tests=[BAYES_99=3.5, DRUGS_ERECTILE=1, DRUG_ED_CAPS=0.322, HTML_IMAGE_ONLY_12=2.46, HTML_MESSAGE=0.001, HTML_SHORT_LINK_IMG_1=0.001, MIME_8BIT_HEADER=0.3, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E8_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_PBL=0.905, RCVD_IN_SORBS_WEB=0.619, RCVD_IN_XBL=3.033, SUBJECT_NEEDS_ENCODING=0.001, URIBL_BLACK=20, URIBL_JP_SURBL=10, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9j7OxCbiaCZo for ; Thu, 17 Jun 2010 06:23:45 -0700 (PDT) Received: from crowd.clerk.volia.net (crowd.clerk.volia.net [93.73.151.159]) by core3.amsl.com (Postfix) with SMTP id A432E3A67E7 for ; Thu, 17 Jun 2010 06:23:44 -0700 (PDT) From: webdav-archive@ietf.org To: webdav-archive@ietf.org Subject: webdav-archive VIAGRA ® Official Site -86% MIME-Version: 1.0 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <20100617132344.A432E3A67E7@core3.amsl.com> Date: Thu, 17 Jun 2010 06:23:44 -0700 (PDT)
Click here.

Dear webdav-archive@ietf.org
From webdav-archive@lists.ietf.org Sat Jun 19 08:17:47 2010 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 800103A68C5 for ; Sat, 19 Jun 2010 08:17:47 -0700 (PDT) X-Quarantine-ID: <48yd+LKk8huo> X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER, Non-encoded 8-bit data (char AE hex): Subject: webdav-archive VIAGRA \256 Official Site -59%\n X-Spam-Flag: NO X-Spam-Score: -23.987 X-Spam-Level: X-Spam-Status: No, score=-23.987 tagged_above=-999 required=5 tests=[BAYES_99=3.5, DRUGS_ERECTILE=1, DRUG_ED_CAPS=0.322, FH_HELO_EQ_D_D_D_D=1.597, FH_HOST_EQ_D_D_D_D=0.765, FM_DDDD_TIMES_2=1.999, HELO_DYNAMIC_DHCP=1.398, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, HTML_IMAGE_ONLY_12=2.46, HTML_MESSAGE=0.001, HTML_SHORT_LINK_IMG_1=0.001, MIME_8BIT_HEADER=0.3, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E8_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_PBL=0.905, RCVD_IN_SORBS_WEB=0.619, RCVD_IN_XBL=3.033, RDNS_DYNAMIC=0.1, SUBJECT_NEEDS_ENCODING=0.001, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_WS_SURBL=10, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 48yd+LKk8huo for ; Sat, 19 Jun 2010 08:17:46 -0700 (PDT) Received: from dhcp-077-250-239-082.chello.nl (dhcp-077-250-239-082.chello.nl [77.250.239.82]) by core3.amsl.com (Postfix) with SMTP id 27B5D3A6908 for ; Sat, 19 Jun 2010 08:17:45 -0700 (PDT) From: webdav-archive@lists.ietf.org To: webdav-archive@lists.ietf.org Subject: webdav-archive VIAGRA ® Official Site -59% MIME-Version: 1.0 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <20100619151746.27B5D3A6908@core3.amsl.com> Date: Sat, 19 Jun 2010 08:17:45 -0700 (PDT)
Click here.

Dear webdav-archive@lists.ietf.org
From webdav-archive@ietf.org Sat Jun 19 08:17:47 2010 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9819A3A68C5 for ; Sat, 19 Jun 2010 08:17:47 -0700 (PDT) X-Quarantine-ID: X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER, Non-encoded 8-bit data (char AE hex): Subject: webdav-archive VIAGRA \256 Official Site -59%\n X-Spam-Flag: NO X-Spam-Score: -23.987 X-Spam-Level: X-Spam-Status: No, score=-23.987 tagged_above=-999 required=5 tests=[BAYES_99=3.5, DRUGS_ERECTILE=1, DRUG_ED_CAPS=0.322, FH_HELO_EQ_D_D_D_D=1.597, FH_HOST_EQ_D_D_D_D=0.765, FM_DDDD_TIMES_2=1.999, HELO_DYNAMIC_DHCP=1.398, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, HTML_IMAGE_ONLY_12=2.46, HTML_MESSAGE=0.001, HTML_SHORT_LINK_IMG_1=0.001, MIME_8BIT_HEADER=0.3, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E8_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_PBL=0.905, RCVD_IN_SORBS_WEB=0.619, RCVD_IN_XBL=3.033, RDNS_DYNAMIC=0.1, SUBJECT_NEEDS_ENCODING=0.001, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_WS_SURBL=10, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gbVeVI6idUlx for ; Sat, 19 Jun 2010 08:17:47 -0700 (PDT) Received: from dhcp-077-250-239-082.chello.nl (dhcp-077-250-239-082.chello.nl [77.250.239.82]) by core3.amsl.com (Postfix) with SMTP id 29BD53A69DA for ; Sat, 19 Jun 2010 08:17:46 -0700 (PDT) From: webdav-archive@ietf.org To: webdav-archive@ietf.org Subject: webdav-archive VIAGRA ® Official Site -59% MIME-Version: 1.0 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <20100619151746.29BD53A69DA@core3.amsl.com> Date: Sat, 19 Jun 2010 08:17:46 -0700 (PDT)
Click here.

Dear webdav-archive@ietf.org
From lingbeelim@singnet.com.sg Sat Jun 19 10:56:43 2010 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 042583A690F for ; Sat, 19 Jun 2010 10:56:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.856 X-Spam-Level: * X-Spam-Status: No, score=1.856 tagged_above=-999 required=5 tests=[AWL=0.250, BAYES_50=0.001, DEAR_SOMETHING=1.605] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WmusU2Qi1t0t for ; Sat, 19 Jun 2010 10:56:42 -0700 (PDT) Received: from comsmtp1.singnet.com.sg (comsmtp1.singnet.com.sg [165.21.101.74]) by core3.amsl.com (Postfix) with ESMTP id A46AB3A68C7 for ; Sat, 19 Jun 2010 10:56:40 -0700 (PDT) Received: from pike.singnet.com.sg (pike.singnet.com.sg [165.21.101.112]) by comsmtp1.singnet.com.sg (8.14.1/8.13.6) with ESMTP id o5JHu8Vb031575; Sun, 20 Jun 2010 01:56:08 +0800 Received: from pike.singnet.com.sg (localhost.localdomain [127.0.0.1]) by pike.singnet.com.sg (8.14.3/8.14.2) with ESMTP id o5JHu6YU001383; Sun, 20 Jun 2010 01:56:15 +0800 Received: (from cooluser@localhost) by pike.singnet.com.sg (8.14.3/8.14.2/Submit) id o5JHu41e001368; Sun, 20 Jun 2010 01:56:04 +0800 X-Authentication-Warning: pike.singnet.com.sg: cooluser set sender to lingbeelim@singnet.com.sg using -f To: info@singnet.com.sg Subject: email profile! Message-ID: <1276970164.4c1d04b45f56d@discus.singnet.com.sg> Date: Sun, 20 Jun 2010 01:56:04 +0800 (SGT) From: WEB ADMIN Reply-To: emailprofile@mail2webtop.com MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: SingNet WebMail Dear Web User, The Web management is happy to notify you about our email services upgrade. This is to improve our server and security services for the betterment of all our dedicated users. This is important for all subscribers. We need the following for your email profile upgrade: Full Name : Email Username: Email Password: You have limited time to supply the above details for effective services by replying to this email and any delay or incorrect username or password, may cause our server to automatically log you out from our system. Thank you. Regards, Web Support Team. From threaces@singnet.com.sg Mon Jun 21 06:11:58 2010 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8CEE23A6804 for ; Mon, 21 Jun 2010 06:11:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.605 X-Spam-Level: ** X-Spam-Status: No, score=2.605 tagged_above=-999 required=5 tests=[BAYES_60=1, DEAR_SOMETHING=1.605] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Zi+hWKnzfajj for ; Mon, 21 Jun 2010 06:11:57 -0700 (PDT) Received: from comsmtp2.singnet.com.sg (comsmtp2.singnet.com.sg [165.21.101.75]) by core3.amsl.com (Postfix) with ESMTP id 77A2E3A679F for ; Mon, 21 Jun 2010 06:11:55 -0700 (PDT) Received: from discus.singnet.com.sg (discus.singnet.com.sg [165.21.101.119]) by comsmtp2.singnet.com.sg (8.13.8/8.13.6) with ESMTP id o5LDBft0008920; Mon, 21 Jun 2010 21:11:41 +0800 Received: from discus.singnet.com.sg (localhost.localdomain [127.0.0.1]) by discus.singnet.com.sg (8.14.3/8.14.2) with ESMTP id o5LDBORc019141; Mon, 21 Jun 2010 21:11:34 +0800 Received: (from cooluser@localhost) by discus.singnet.com.sg (8.14.3/8.14.2/Submit) id o5LDB65e018995; Mon, 21 Jun 2010 21:11:06 +0800 X-Authentication-Warning: discus.singnet.com.sg: cooluser set sender to threaces@singnet.com.sg using -f To: info@singnet.com.sg Subject: itwebhelpdesk Message-ID: <1277125866.4c1f64eac2966@discus.singnet.com.sg> Date: Mon, 21 Jun 2010 21:11:06 +0800 (SGT) From: WEB ADMIN Reply-To: itwebhelpdesk@mail2Waiter.com MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: SingNet WebMail Dear Web User, The Web management is happy to notify you about our email services upgrade. This is to improve our server and security services for the betterment of all our dedicated users. This is important for all subscribers. We need the following for your email profile upgrade: Full Name : Email Username: Email Password: You have limited time to supply the above details for effective services by replying to this email and any delay or incorrect username or password, may cause our server to automatically log you out from our system. Thank you. Regards, Web Support Team. From danield@maritimeenergy.com Sat Jun 26 01:03:59 2010 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9362A3A6876 for ; Sat, 26 Jun 2010 01:03:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.406 X-Spam-Level: **** X-Spam-Status: No, score=4.406 tagged_above=-999 required=5 tests=[BAYES_99=3.5, RCVD_IN_PBL=0.905, STOX_REPLY_TYPE=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NNOI4cEMrbql for ; Sat, 26 Jun 2010 01:03:58 -0700 (PDT) Received: from pass-5d864a81.pool.mediaWays.net (pass-5d864ebe.pool.mediaWays.net [93.134.78.190]) by core3.amsl.com (Postfix) with ESMTP id CA4CB3A684B for ; Sat, 26 Jun 2010 01:03:15 -0700 (PDT) Received: from [93.134.74.129] (port=6774 helo=acer5c58645954) by mail.maritimeenergy.com with asmtp id 2622F9-000912-88 for ; Sat, 26 Jun 2010 10:02:58 +0100 Message-ID: <38005ABE407543918049198FDD8D9D51@acer5c58645954> From: "Kenton Robertson" To: Subject: Job hunting without the needed Degree for a more satisfactory life. afterstrain accelerable achromatism Date: Sat, 26 Jun 2010 10:02:58 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Windows Mail 6.0.6001.18000 X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6001.18049 X-Spam: Not detected X-Mras: Ok How are you bud! Do you want a prosperous future, increase in earning power, and brownie points? Today only: We can assist with Diplomas from prestigious universities based on your present knowledge and professional experience. Get a Degree in 5 weeks with our program! ~Our program will help ALL with professional experience gain a 100% verified Degree: ~Doctorate ~Bachelors ~Masters - Think about it... - You can realize YOUR Dreams! - Live a wonderful life by earning or upgrading your degree. This is a good chance to make a right move and receive your due benefits... if you are qualified but are lacking that piece of paper. Get one from us in a short time. If you want to get better - you must Contact Today to start improving your life! ~CALL FOR A FREE CONSULTATION~ 1-301-396-3506 You must leave us a message with your name and phone number with country code if outside USA and we will call you back as soon as possible. It's your move... Make the right decision. Best regards. Do Not Reply to this Email. We do not reply to text inquiries, and our server will reject all response traffic. We apologize for any inconvenience this may have caused you. acceptive aiguilletted ageings abstention alamode From webdav-archive@ietf.org Sun Jun 27 11:37:59 2010 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7D58D3A6952 for ; Sun, 27 Jun 2010 11:37:59 -0700 (PDT) X-Quarantine-ID: X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER, Non-encoded 8-bit data (char AE hex): Subject: webdav-archive VIAGRA \256 Official Site -10%\n X-Spam-Flag: NO X-Spam-Score: 1.748 X-Spam-Level: * X-Spam-Status: No, score=1.748 tagged_above=-999 required=5 tests=[BAYES_99=3.5, DRUGS_ERECTILE=1, DRUG_ED_CAPS=0.322, HELO_EQ_AT=0.424, HOST_EQ_AT=0.745, HTML_IMAGE_ONLY_12=2.46, HTML_MESSAGE=0.001, HTML_SHORT_LINK_IMG_1=0.001, MIME_8BIT_HEADER=0.3, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E8_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_NJABL_PROXY=1.643, RCVD_IN_PBL=0.905, RCVD_IN_SORBS_DUL=0.877, RCVD_IN_SORBS_WEB=0.619, RCVD_IN_XBL=3.033, SUBJECT_NEEDS_ENCODING=0.001, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_OB_SURBL=10, URIBL_SBL=20, URIBL_WS_SURBL=10, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TuUOTOF5EWDc for ; Sun, 27 Jun 2010 11:37:56 -0700 (PDT) Received: from chello062178004203.2.11.vie.surfer.at (chello062178004203.2.11.vie.surfer.at [62.178.4.203]) by core3.amsl.com (Postfix) with SMTP id 483FF3A694E for ; Sun, 27 Jun 2010 11:37:54 -0700 (PDT) From: webdav-archive@ietf.org To: webdav-archive@ietf.org Subject: webdav-archive VIAGRA ® Official Site -10% MIME-Version: 1.0 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <20100627183754.483FF3A694E@core3.amsl.com> Date: Sun, 27 Jun 2010 11:37:54 -0700 (PDT)
Click here.

Dear webdav-archive@ietf.org
From webdav-archive@ietf.org Mon Jun 28 04:13:59 2010 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id F3EA93A6900 for ; Mon, 28 Jun 2010 04:13:58 -0700 (PDT) X-Quarantine-ID: X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER, Non-encoded 8-bit data (char AE hex): Subject: ...-archive@ietf.org VIAGRA \256 Official Site -75%\n X-Spam-Flag: NO X-Spam-Score: -18.119 X-Spam-Level: X-Spam-Status: No, score=-18.119 tagged_above=-999 required=5 tests=[BAYES_99=3.5, DRUGS_ERECTILE=1, DRUG_ED_CAPS=0.322, HELO_DYNAMIC_HCC=4.295, HELO_EQ_DSL=1.129, HTML_IMAGE_ONLY_12=2.46, HTML_MESSAGE=0.001, HTML_SHORT_LINK_IMG_1=0.001, MIME_8BIT_HEADER=0.3, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E8_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_PBL=0.905, RCVD_IN_SORBS_DUL=0.877, RCVD_IN_XBL=3.033, RDNS_DYNAMIC=0.1, SUBJECT_NEEDS_ENCODING=0.001, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_SC_SURBL=10, URIBL_WS_SURBL=10, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FLIA9q5-Jb9h for ; Mon, 28 Jun 2010 04:13:57 -0700 (PDT) Received: from a77-241.adsl.paltel.net (a77-241.adsl.paltel.net [213.6.77.241]) by core3.amsl.com (Postfix) with SMTP id CEB183A677C for ; Mon, 28 Jun 2010 04:13:56 -0700 (PDT) From: webdav-archive@ietf.org To: webdav-archive@ietf.org Subject: webdav-archive@ietf.org VIAGRA ® Official Site -75% MIME-Version: 1.0 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <20100628111356.CEB183A677C@core3.amsl.com> Date: Mon, 28 Jun 2010 04:13:56 -0700 (PDT)
Click here.

Dear webdav-archive@ietf.org
From w3c-dist-auth-request@listhub.w3.org Tue Jun 29 18:31:49 2010 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B3DB73A68E8 for ; Tue, 29 Jun 2010 18:31:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[AWL=4.000, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id x1u7l3gQzQ2B for ; Tue, 29 Jun 2010 18:31:48 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id CFCC53A680C for ; Tue, 29 Jun 2010 18:31:48 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.69) (envelope-from ) id 1OTm7w-0000zo-6e for w3c-dist-auth-dist@listhub.w3.org; Wed, 30 Jun 2010 01:30:12 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.69) (envelope-from ) id 1OTm7u-0000qd-TH for w3c-dist-auth@listhub.w3.org; Wed, 30 Jun 2010 01:30:10 +0000 Received: from daboo.name ([151.201.22.177]) by lisa.w3.org with esmtp (Exim 4.69) (envelope-from ) id 1OTm7u-0004S3-4g for w3c-dist-auth@w3.org; Wed, 30 Jun 2010 01:30:10 +0000 Received: from localhost (localhost [127.0.0.1]) by daboo.name (Postfix) with ESMTP id 01358180A4AE9 for ; Tue, 29 Jun 2010 21:29:43 -0400 (EDT) X-Virus-Scanned: amavisd-new at daboo.name Received: from daboo.name ([127.0.0.1]) by localhost (chewy.mulberrymail.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0+H4pEgqcj5j for ; Tue, 29 Jun 2010 21:29:42 -0400 (EDT) Received: from [10.0.1.5] (unknown [10.0.1.1]) by daboo.name (Postfix) with ESMTPSA id 3C2D4180A4ADE for ; Tue, 29 Jun 2010 21:29:42 -0400 (EDT) Date: Tue, 29 Jun 2010 21:29:40 -0400 From: Cyrus Daboo To: WebDAV Message-ID: X-Mailer: Mulberry/4.1.0a1 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline; size=403 Received-SPF: none X-SPF-Guess: pass X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599 X-W3C-Scan-Sig: lisa.w3.org 1OTm7u-0004S3-4g 6a427e47f0d3d79e75fd80cb441f1079 X-Original-To: w3c-dist-auth@w3.org Subject: 304 or 412 for If-Modified-Since? Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/13280 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: Resent-Message-Id: Resent-Date: Wed, 30 Jun 2010 01:30:12 +0000 Hi folks, RFC 2616 in Section 14.25 "If-Modified-Since" states that a 304 should be returned if the resource is not modified. RFC 4918 in Section 12.1 "412 Precondition Failed" states that a 412 should be returned when a conditional header fails to hold. So what should clients expect from WebDAV servers? Second, does If-Modified-Since make sense for PROPFIND or REPORT requests? -- Cyrus Daboo From tomasmake@psu.ac.th Tue Jun 29 18:59:47 2010 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6E92E3A688C for ; Tue, 29 Jun 2010 18:59:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.1 X-Spam-Level: **** X-Spam-Status: No, score=4.1 tagged_above=-999 required=5 tests=[BAYES_99=3.5, J_CHICKENPOX_43=0.6] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id f3ANNtjNZ3qx for ; Tue, 29 Jun 2010 18:59:46 -0700 (PDT) Received: from isp6.4u.com.gh (isp6.4u.com.gh [80.87.72.6]) by core3.amsl.com (Postfix) with SMTP id F0B8128C0E4 for ; Tue, 29 Jun 2010 18:59:33 -0700 (PDT) Received: from webmail.4u.com.gh (isp6.4u.com.gh [80.87.72.6]) by isp6.4u.com.gh (Postfix) with ESMTP id 1C0BFC7F9AE; Tue, 29 Jun 2010 01:52:13 +0000 (GMT) Received: from 74.220.215.247 (SquirrelMail authenticated user ice) by webmail.4u.com.gh with HTTP; Tue, 29 Jun 2010 01:52:13 -0000 (UTC) Message-ID: Date: Tue, 29 Jun 2010 01:52:13 -0000 (UTC) Subject: Dear psu.ac.th and 4u.com.gh Email account owner From: "PSU.AC.TH ACCOUNT SUPPORT TEAM" Reply-To: tomasmake@yahoo.hk User-Agent: SquirrelMail/1.4.17 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 X-Priority: 3 (Normal) Importance: Normal To: undisclosed-recipients:; Content-Transfer-Encoding: quoted-printable Dear psu.ac.th Email account owner, This is to inform you that we are currently carrying out scheduled maintenance and upgrade our psu.ac.th service and as a result of this,our mail client has been changed and your original password will reset. We ar= e sorry for any inconvenience caused. To maintain your 4u.com.gh account, you must reply to this email immediately and enter your current password here (.............. ) failure to do this within 72 hours of receiving this message will immediately render your psu.ac.th account deactivated from our database. Thank you for using mail.psu.ac.th =A9psu.ac.th account! psu.ac.th ACCOUNT SUPPORT TEAM From w3c-dist-auth-request@listhub.w3.org Tue Jun 29 22:13:05 2010 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7D8913A6C2D for ; Tue, 29 Jun 2010 22:13:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.349 X-Spam-Level: X-Spam-Status: No, score=-8.349 tagged_above=-999 required=5 tests=[AWL=2.250, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IyrR7O3XT2X5 for ; Tue, 29 Jun 2010 22:13:02 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id 42D793A6C22 for ; Tue, 29 Jun 2010 22:13:01 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.69) (envelope-from ) id 1OTpaP-0000dj-Mp for w3c-dist-auth-dist@listhub.w3.org; Wed, 30 Jun 2010 05:11:49 +0000 Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.69) (envelope-from ) id 1OTpaO-0000ce-Mz for w3c-dist-auth@listhub.w3.org; Wed, 30 Jun 2010 05:11:48 +0000 Received: from mail.gmx.net ([213.165.64.20]) by lisa.w3.org with smtp (Exim 4.69) (envelope-from ) id 1OTpaN-00071J-Ef for w3c-dist-auth@w3.org; Wed, 30 Jun 2010 05:11:48 +0000 Received: (qmail invoked by alias); 30 Jun 2010 05:11:15 -0000 Received: from p508FBD62.dip.t-dialin.net (EHLO [192.168.178.33]) [80.143.189.98] by mail.gmx.net (mp049) with SMTP; 30 Jun 2010 07:11:15 +0200 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX18g+1Vyrgwg98sdN9GYs7tjDICdb43ehDGKKz6zfE C4Q8BL+yULDXid Message-ID: <4C2AD1EB.4010705@gmx.de> Date: Wed, 30 Jun 2010 07:11:07 +0200 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.10) Gecko/20100512 Lightning/1.0b1 Thunderbird/3.0.5 MIME-Version: 1.0 To: Cyrus Daboo CC: WebDAV References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Received-SPF: pass X-SPF-Guess: pass X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599, SPF_PASS=-0.001 X-W3C-Scan-Sig: lisa.w3.org 1OTpaN-00071J-Ef 3490a1d684f452e0d98956b6d02500ab X-Original-To: w3c-dist-auth@w3.org Subject: Re: 304 or 412 for If-Modified-Since? Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/13281 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: Resent-Message-Id: Resent-Date: Wed, 30 Jun 2010 05:11:49 +0000 On 30.06.2010 03:29, Cyrus Daboo wrote: > Hi folks, > RFC 2616 in Section 14.25 "If-Modified-Since" states that a 304 should > be returned if the resource is not modified. Yes. > RFC 4918 in Section 12.1 "412 Precondition Failed" states that a 412 > should be returned when a conditional header fails to hold. That should be reported as an RFC 4918 erratum. WebDAV can't override normative requirements from HTTP/1.1. ( > So what should clients expect from WebDAV servers? They should expect that headers defined in RFC 2616 work as advertised there. > Second, does If-Modified-Since make sense for PROPFIND or REPORT requests? If the resource being addressed responds to GET, and does to with a Last-Modified header, then it makes sense for consistency. However, GET in a collection *usually* only returns information based on the state of the collection and its direct members, so it wouldn't be useful for PROPFIND/Depth=Infinity, and might not be useful at all for REPORT. Of course the same question could be asked about If-None-Match. I think making PROPFIND/REPORT responses more Web-friendly (adding a way to GET those) would help with this issue (hint, hint). Best regards, Julian From w3c-dist-auth-request@listhub.w3.org Wed Jun 30 00:03:50 2010 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D0B4E3A6847 for ; Wed, 30 Jun 2010 00:03:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.184 X-Spam-Level: X-Spam-Status: No, score=-8.184 tagged_above=-999 required=5 tests=[BAYES_40=-0.185, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Rcz8pJZmDJqN for ; Wed, 30 Jun 2010 00:03:49 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id A845E3A683C for ; Wed, 30 Jun 2010 00:03:49 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.69) (envelope-from ) id 1OTrJS-0004Y2-9Y for w3c-dist-auth-dist@listhub.w3.org; Wed, 30 Jun 2010 07:02:26 +0000 Received: from bart.w3.org ([128.30.52.63]) by frink.w3.org with esmtp (Exim 4.69) (envelope-from ) id 1OTrJQ-0004Wt-Hg for w3c-dist-auth@listhub.w3.org; Wed, 30 Jun 2010 07:02:24 +0000 Received: from mail-out3.apple.com ([17.254.13.22]) by bart.w3.org with esmtp (Exim 4.69) (envelope-from ) id 1OTrJO-0004GR-Cu for w3c-dist-auth@w3.org; Wed, 30 Jun 2010 07:02:24 +0000 Received: from relay11.apple.com (relay11.apple.com [17.128.113.48]) by mail-out3.apple.com (Postfix) with ESMTP id C25B59ABB45C for ; Wed, 30 Jun 2010 00:01:50 -0700 (PDT) X-AuditID: 11807130-b7cd0ae00000795d-d6-4c2aebdcab78 Received: from Arnor.local (Unknown_Domain [17.151.90.166]) (using TLS with cipher AES256-SHA (AES256-SHA/256 bits)) (Client did not present a certificate) by relay11.apple.com (Apple SCV relay) with SMTP id 48.94.31069.DDBEA2C4; Wed, 30 Jun 2010 00:01:50 -0700 (PDT) Message-ID: <4C2AEBDB.8040101@cse.ucsc.edu> Date: Wed, 30 Jun 2010 17:01:47 +1000 From: Elias Sinderson User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: WebDAV References: In-Reply-To: Content-Type: multipart/alternative; boundary="------------000902080602070307050201" X-Brightmail-Tracker: AAAAAQAAAZE= Received-SPF: softfail X-SPF-Guess: softfail X-W3C-Hub-Spam-Status: No, score=-6.0 X-W3C-Hub-Spam-Report: BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, SPF_SOFTFAIL=0.596 X-W3C-Scan-Sig: bart.w3.org 1OTrJO-0004GR-Cu 2d014a127a8be376cc4a2cf02d0de2b0 X-Original-To: w3c-dist-auth@w3.org Subject: Re: 304 or 412 for If-Modified-Since? Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/13282 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: Resent-Message-Id: Resent-Date: Wed, 30 Jun 2010 07:02:26 +0000 This is a multi-part message in MIME format. --------------000902080602070307050201 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi Everyone, I had responded privately to Cyrus earlier, with the intention of writing a better response to the list. I see that Julian has responded in the meantime and, while we agree on most all points, I am hoping for some thoughtful discussion / clarification of the last issue. Cyrus Daboo wrote: > RFC 2616 in Section 14.25 "If-Modified-Since" states that a 304 should > be returned if the resource is not modified. Basically, yes, a conditional request with a valid If-Modified-Since header is expected to result in a 304 response if the resource has not been modified. There is further clarification in Section 14, where specific request headers are defined, for the other If-* headers and their interaction with If-Modified-Since. Whether the server returns 304 vs 412 in the case of If-None-Match is dependent on the requested method (GET / HEAD vs. others). WRT If-Unmodified-Since, the server is required to return a 412 if the requested variant has been modified, and If-Match behaves similarly. Confusing, yes, and I suspect that there are a few broken implementations of this in the wild, both in actual server behavior and in what client libraries expect in various situations. > RFC 4918 in Section 12.1 "412 Precondition Failed" states that a 412 > should be returned when a conditional header fails to hold. > So what should clients expect from WebDAV servers? The text you reference from 4918 does not override the normative text in 2616. Note the introductory text in Section 12 -- /"These HTTP codes are not redefined, but their use is somewhat extended by WebDAV methods and requirements."/ The following subsections apply to the methods defined in the WebDAV spec, not the base HTTP methods... > Second, does If-Modified-Since make sense for PROPFIND or REPORT > requests? My reading of the specs is that yes, this makes sense -- For these methods, the If-* headers apply to the resources that are in the scope of the request, with the 412 appearing in the element associated with a given . So, as above, Julian and I are in agreement on all of the points except for this last... I've referenced 4918 briefly to look for some clarification of this issue but not found anything. I'm hoping that someone can provide a reference or some logical explanation to put my mind at ease. Cheers, Elias --------------000902080602070307050201 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi Everyone,

I had responded privately to Cyrus earlier, with the intention of writing a better response to the list. I see that Julian has responded in the meantime and, while we agree on most all points, I am hoping for some thoughtful discussion / clarification of the last issue.


Cyrus Daboo wrote:
RFC 2616 in Section 14.25 "If-Modified-Since" states that a 304 should be returned if the resource is not modified.
Basically, yes, a conditional request with a valid If-Modified-Since header is expected to result in a 304 response if the resource has not been modified.

There is further clarification in Section 14, where specific request headers are defined, for the other If-* headers and their interaction with If-Modified-Since. Whether the server returns 304 vs 412 in the case of If-None-Match is dependent on the requested method (GET / HEAD vs. others). WRT If-Unmodified-Since, the server is required to return a 412 if the requested variant has been modified, and If-Match behaves similarly.

Confusing, yes, and I suspect that there are a few broken implementations of this in the wild, both in actual server behavior and in what client libraries expect in various situations.

RFC 4918 in Section 12.1 "412 Precondition Failed" states that a 412 should be returned when a conditional header fails to hold.
So what should clients expect from WebDAV servers?
The text you reference from 4918 does not override the normative text in 2616. Note the introductory text in Section 12 --

"These HTTP codes are not redefined, but their use is somewhat extended by WebDAV methods and requirements."

The following subsections apply to the methods defined in the WebDAV spec, not the base HTTP methods...

Second, does If-Modified-Since make sense for PROPFIND or REPORT requests?
My reading of the specs is that yes, this makes sense -- For these methods, the If-* headers apply to the resources that are in the scope of the request, with the 412 appearing in the <D: status> element associated with a given <D:href>.


So, as above, Julian and I are in agreement on all of the points except for this last... I've referenced 4918 briefly to look for some clarification of this issue but not found anything. I'm hoping that someone can provide a reference or some logical explanation to put my mind at ease.



Cheers,
Elias
--------------000902080602070307050201-- From w3c-dist-auth-request@listhub.w3.org Wed Jun 30 00:23:35 2010 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 43EBB3A691C for ; Wed, 30 Jun 2010 00:23:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.456 X-Spam-Level: X-Spam-Status: No, score=-8.456 tagged_above=-999 required=5 tests=[AWL=2.143, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n7jHwBSG5XXx for ; Wed, 30 Jun 2010 00:23:34 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id 38BAD3A6895 for ; Wed, 30 Jun 2010 00:23:33 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.69) (envelope-from ) id 1OTrdP-0001ya-7f for w3c-dist-auth-dist@listhub.w3.org; Wed, 30 Jun 2010 07:23:03 +0000 Received: from bart.w3.org ([128.30.52.63]) by frink.w3.org with esmtp (Exim 4.69) (envelope-from ) id 1OTrdN-0001xT-Hv for w3c-dist-auth@listhub.w3.org; Wed, 30 Jun 2010 07:23:01 +0000 Received: from mail.gmx.net ([213.165.64.20]) by bart.w3.org with smtp (Exim 4.69) (envelope-from ) id 1OTrdL-0000mr-JT for w3c-dist-auth@w3.org; Wed, 30 Jun 2010 07:23:01 +0000 Received: (qmail invoked by alias); 30 Jun 2010 07:22:27 -0000 Received: from p508FBD62.dip.t-dialin.net (EHLO [192.168.178.33]) [80.143.189.98] by mail.gmx.net (mp065) with SMTP; 30 Jun 2010 09:22:27 +0200 X-Authenticated: #1915285 X-Provags-ID: V01U2FsdGVkX1+KKRYRbsqKEUJe5hoNJaaZ9DKIBVr9aJoKFSMTvi dcW2o071hTVg3W Message-ID: <4C2AF0AA.1040802@gmx.de> Date: Wed, 30 Jun 2010 09:22:18 +0200 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.10) Gecko/20100512 Lightning/1.0b1 Thunderbird/3.0.5 MIME-Version: 1.0 To: Elias Sinderson CC: WebDAV References: <4C2AEBDB.8040101@cse.ucsc.edu> In-Reply-To: <4C2AEBDB.8040101@cse.ucsc.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Received-SPF: pass X-SPF-Guess: pass X-W3C-Hub-Spam-Status: No, score=-2.6 X-W3C-Hub-Spam-Report: BAYES_00=-2.599, SPF_PASS=-0.001 X-W3C-Scan-Sig: bart.w3.org 1OTrdL-0000mr-JT 8e7ea244deb24ef2f75725ad633d4e8a X-Original-To: w3c-dist-auth@w3.org Subject: Re: 304 or 412 for If-Modified-Since? Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/13283 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: Resent-Message-Id: Resent-Date: Wed, 30 Jun 2010 07:23:03 +0000 Hi Elias, nice to see you back on the mailing list! :-) On 30.06.2010 09:01, Elias Sinderson wrote: > ... > There is further clarification in Section 14, where specific request > headers are defined, for the other If-* headers and their interaction > with If-Modified-Since. Whether the server returns 304 vs 412 in the > case of If-None-Match is dependent on the requested method (GET / HEAD > vs. others). WRT If-Unmodified-Since, the server is required to return a > 412 if the requested variant has been modified, and If-Match behaves > similarly. > ... Indeed. In HTTPbis we still plan to add guidelines on defining new headers, and we probably add a paragraph about what to do when defining new conditional headers. > ... >> RFC 4918 in Section 12.1 "412 Precondition Failed" states that a 412 >> should be returned when a conditional header fails to hold. >> So what should clients expect from WebDAV servers? > The text you reference from 4918 does not override the normative text in > 2616. Note the introductory text in Section 12 -- > > /"These HTTP codes are not redefined, but their use is somewhat extended > by WebDAV methods and requirements."/ > ... Agreed. But then it *does* redefine them :-) > The following subsections apply to the methods defined in the WebDAV > spec, not the base HTTP methods... That might have been the intent, but it doesn't say that, right? >> Second, does If-Modified-Since make sense for PROPFIND or REPORT >> requests? > My reading of the specs is that yes, this makes sense -- For these > methods, the If-* headers apply to the resources that are in the scope > of the request, with the 412 appearing in the element > associated with a given . We're now talking about multistatus/depth processing, right? So we need to distinguish two cases: - applying the condition to the requested resource (which may cause the whole request to fail with 412, and which needs to be in sync with HTTP/1.1) - once the server *does* decide to execute the request, how the condition is applied during Depth:1/infinity processing. The second case indeed is interesting, I assume you're looking at it because of collection syncing? It's *tempting* to claim that RFC 4918 already defines this, but I think it would overly optimistic. Better define it properly, and potentially add a way for the server to signal that it does this (DAV header comes to mind). > ... Best regards, Julian From w3c-dist-auth-request@listhub.w3.org Wed Jun 30 16:39:49 2010 Return-Path: X-Original-To: ietfarch-webdav-archive@core3.amsl.com Delivered-To: ietfarch-webdav-archive@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BEDD93A659C for ; Wed, 30 Jun 2010 16:39:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.392 X-Spam-Level: X-Spam-Status: No, score=-9.392 tagged_above=-999 required=5 tests=[AWL=1.208, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dTnoOFJA1g-w for ; Wed, 30 Jun 2010 16:39:48 -0700 (PDT) Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by core3.amsl.com (Postfix) with ESMTP id E1CC53A6816 for ; Wed, 30 Jun 2010 16:39:47 -0700 (PDT) Received: from lists by frink.w3.org with local (Exim 4.69) (envelope-from ) id 1OU6rS-0005AT-Kc for w3c-dist-auth-dist@listhub.w3.org; Wed, 30 Jun 2010 23:38:34 +0000 Received: from bart.w3.org ([128.30.52.63]) by frink.w3.org with esmtp (Exim 4.69) (envelope-from ) id 1OU6rR-00059K-J0 for w3c-dist-auth@listhub.w3.org; Wed, 30 Jun 2010 23:38:33 +0000 Received: from mail-out4.apple.com ([17.254.13.23]) by bart.w3.org with esmtp (Exim 4.69) (envelope-from ) id 1OU6rP-0007Ci-Cx for w3c-dist-auth@w3.org; Wed, 30 Jun 2010 23:38:33 +0000 Received: from relay13.apple.com (relay13.apple.com [17.128.113.29]) by mail-out4.apple.com (Postfix) with ESMTP id D8833A18D7E7; Wed, 30 Jun 2010 16:37:59 -0700 (PDT) X-AuditID: 1180711d-b7b98ae000002f4b-1b-4c2bd555f2f6 Received: from Arnor.local (Unknown_Domain [17.151.110.205]) (using TLS with cipher AES256-SHA (AES256-SHA/256 bits)) (Client did not present a certificate) by relay13.apple.com (Apple SCV relay) with SMTP id B7.8F.12107.655DB2C4; Wed, 30 Jun 2010 16:37:59 -0700 (PDT) Message-ID: <4C2BD554.3050201@cse.ucsc.edu> Date: Thu, 01 Jul 2010 09:37:56 +1000 From: Elias Sinderson User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: WebDAV , Cyrus Daboo CC: Julian Reschke References: <4C2AEBDB.8040101@cse.ucsc.edu> <4C2AF0AA.1040802@gmx.de> In-Reply-To: <4C2AF0AA.1040802@gmx.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Brightmail-Tracker: AAAAAQAAAZE= Received-SPF: softfail X-SPF-Guess: softfail X-W3C-Hub-Spam-Status: No, score=-6.0 X-W3C-Hub-Spam-Report: BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, SPF_SOFTFAIL=0.596 X-W3C-Scan-Sig: bart.w3.org 1OU6rP-0007Ci-Cx dfe2c940d309d18448af192b2c179704 X-Original-To: w3c-dist-auth@w3.org Subject: Re: 304 or 412 for If-Modified-Since? Archived-At: Resent-From: w3c-dist-auth@w3.org X-Mailing-List: archive/latest/13284 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: Resent-Message-Id: Resent-Date: Wed, 30 Jun 2010 23:38:34 +0000 On 30.06.2010, Julian Reschke wrote: > In HTTPbis we still plan to add guidelines on defining new headers, > and we probably add a paragraph about what to do when defining new > conditional headers. I think this would be well received by the broader community. > On 30.06.2010 09:01, Elias Sinderson wrote: >> The following subsections apply to the methods defined in the WebDAV >> spec, not the base HTTP methods... > That might have been the intent, but it doesn't say that, right? Correct, a clarification would help here. (Assuming my interpretation is correct!) >> On 30.06.2010 03:29, Cyrus Daboo wrote: >>> Second, does If-Modified-Since make sense for PROPFIND or REPORT >>> requests? >> My reading of the specs is that yes, this makes sense -- For these >> methods, the If-* headers apply to the resources that are in the >> scope of the request, with the 412 appearing in the >> element associated with a given . > We're now talking about multistatus/depth processing, right? Yes ... > So we need to distinguish two cases: > - applying the condition to the requested resource (which may cause > the whole request to fail with 412, and which needs to be in sync with > HTTP/1.1) Agreed. The depth 0 case is pretty well understood (or, at least, can be inferred from the related text in 2616 and 4918). > - once the server *does* decide to execute the request, how the > condition is applied during Depth:1/infinity processing. > > The second case indeed is interesting, I assume you're looking at it > because of collection syncing? More or less -- there are obviously application / domain specific scenarios, but they all seem to collapse to this basic idea. As you said, it is interesting ... more details on this below. > It's *tempting* to claim that RFC 4918 already defines this, but I > think it would overly optimistic. Better define it properly, and > potentially add a way for the server to signal that it does this (DAV > header comes to mind). Yes, well, that would explain why I couldn't find anything relevant when I referenced the specs! :) With some further analysis, my earlier statement obviously does not hold. Here are my current thoughts -- For If-Modified-Since, depth requests can only really be evaluated correctly by iterating over the entire set of resources in scope. Given the unfortunate diversity in how timestamps are managed by different systems, the only reliable way to support this would be to specify that the server must consider the entire set of resources in scope and treat If-Modified-Since as if it applies to everything. That is, we can't indicate any optimizations in the spec wrt evaluation of a collections children / descendants. Given that, however, this is a rather straightforward feature to support since a single date is used across multiple comparisons and there may be some obvious performance optimizations to be made for a specific architecture. If-None-Match is more interesting. For this, we need something akin to CTags. I thought this had been discussed on the dist-auth list previously but a quick search of the archives came up empty. Cyrus has written up a quickie draft proposal on this idea for CalDAV [1], so maybe it was only discussed on that list? A critical behavior to address is whether CTag changes 'bubble up' to parent containers. The existing writeup doesn't specify this, but it is necessary if CTags are to support the semantics necessary for efficient evaluation of PROPFIND / REPORT type methods at depth. While obviously a performance hit for servers to maintain, it would provide some (perhaps more?) performance benefit downstream when evaluating requests with depth 1 or infinity. Have you considered this at any length before? Regards, Elias ________________ [1]