W3C home > Mailing lists > Public > w3c-dist-auth@w3.org > October to December 2005

Re: Bugzilla issue 10, was: Plan to resolve issues in 2518bis

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>
Message-ID: <BF7941AC.55A6D%fluffy@cisco.com>


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 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 2 June 2009 18:44:10 GMT