- From: Cullen Jennings <fluffy@cisco.com>
- Date: Mon, 17 Oct 2005 11:55:24 -0700
- To: Julian Reschke <julian.reschke@gmx.de>
- CC: Lisa Dusseault <lisa@osafoundation.org>, Geoffrey M Clemm <geoffrey.clemm@us.ibm.com>, WebDav <w3c-dist-auth@w3.org>, <w3c-dist-auth-request@w3.org>
Do I have the summary right that there is only one server we know of that preservers namespaces? On 10/15/05 1:05 PM, "Julian Reschke" <julian.reschke@gmx.de> wrote: > OK, > > in the meantime I have tested round-tripping of property values (using > the attached script). Results for those servers I can currently test with: > > SAP Netweaver: preserves whitespace and namespace prefixes > > Apache/moddav 2.0.54: preserves whitespace, but not namespace prefixes. > > Xythos (whatever release currently running on www.sharemation.com): > preserves whitespace, but not namespace prefixes. Note that is also > looses attributes in the property value (!). > > IIS - will need to test: AFAIR, no mixed content supported at all. > > So yes, those servers that do support mixed content also preserve > whitespace. > > Assuming that IIS is broken anyway (and is not going to be fixed anytime > soon), we could potentially concentrate on Xythos and Apache/mod_dav. > Xythos will need a fix for attribute rounbd-tripping anyway. Regarding > mod_dav, maybe a fix for the missing prefix round-tripping is simple > (anybody listening? Joe?). > > > Best regards, Julian > > > > > ------------------------------------------------------------------------- > CONTENT ABOVE THIS LINE IS *NOT* FROM CISCO INFORMATION TECHNOLOGY > ------------------------------------------------------------------------- > In order to maintain computing infrastructure integrity, Cisco Systems > Enterprise Messaging Services and InfoSec teams have set a mail policy > disallowing executable attachments in email. > > This message contained an executable attachment type that is prohibited > by this policy. The attachment has been removed from this message and > copied to quarantine by our systems. It will be held in quarantine for > seven days in the event that the content needs to be retrieved. > > Please be aware many viruses attempt to look like legitimate email or > notifications from anti-virus systems. We will clearly mark a seperation > between our notifications and the original email as follows: > > "CONTENT ABOVE THIS LINE IS *NOT* FROM CISCO INFORMATION TECHNOLOGY" > > For further reference information about viruses and email antivirus > efforts within Cisco, please visit: > > http://wwwin.cisco.com/it/ems/services/antiviral > > If your concern isn't addressed by the information in this notification > or the above web page, you may open a support request: > > http://wwwin.cisco.com/support/ > > Select "Messaging", "Email-Related", "Mail Routing" > > Please include in the text of your case the following information: > > * Full headers of the message. Documentation on displaying the full > headers is available at this URL: > > http://wwwin.cisco.com/support/library/faqs/solution002471.html > > * This unique quarantine identifier: j9FK5Nuh008046 > > If the matter is urgent, you may follow up by calling one of the below > referenced numbers. Please make every effort to provide the above > requested information via the support web tool prior to calling as it > will greatly aid the resolution of your issue. > > Americas: > 1 408 526 8888 > > Asiapac > +61 2 8446 8888 > > EMEA > +31 20 485 4888 > > Japan > +81 3 5549 6888 > > US (Toll Free) > 1| 800| 888| 8187| (ext.68888) > > Thank you for your cooperation, > > Enterprise Messaging Services > Cisco Systems, Inc
Received on Monday, 17 October 2005 21:25:16 UTC