My guess is that Word does not support the ETag or Content-MD5 http directives, and thus sharepoint server (correctly) is replying with non-cache directives on edit replies.
IE DOES support these tags, and so ISA is able to cache based on these tags. Or it could simply be a purposeful (and broken IMO) design of sharepoint that the edit command via active-x control always sends no-cache directives "to be safe." This *IS* safer (always get latest version) but is a bit silly since ETag or Content-MD5 would be just as safe. On Wed, Oct 22, 2008 at 11:06 AM, Christopher Scalley <[EMAIL PROTECTED]>wrote: > I hope one of you will be able to help with a problem we are having using > ISA Server with WSS 3.0. > > > > *Background - the business issue* > > · We host WSS 3.0 sites in our Sydney office that are accessed > over WAN links from other offices (Canberra, Brisbane, Melbourne). These > sites are actually project workspaces in a Project Server 2007 system. > > · Each site contains a document library and in some cases the > documents are quite large (above 5MB). The documents are typically > Microsoft office documents (Word, powerpoint, etc.). > > · Users in the interstate offices are experiencing slow times to > open or edit documents from the document library (even during times when WAN > usage is low). > > > > *Our proposed solution* > > · We plan to place an ISA server in each interstate office, which > we are hoping will be able to cache the documents from the document library. > > · We are testing use of an ISA Server (2006) in our Canberra > office. > > > > *The problem we're having* > > · We are finding that when a user opens a document (by left > clicking in the document library) the requests instruct the ISA server not > to use a cached document, which is causing the ISA server to always > redownload the document. When we look in the ISA log, the cache info says: > *"0x44000005 Request should not be served from the cache. Request includes > one of these headers: CACHE-CONTROL:NO-CACHE or PRAGMA:NO-CACHE. Response > includes the WWW-AUTHENTICATE header. Response should not be cached."* > > · If we instead download the document in the document library by > right clicking the document and selecting "Save Target as", then the ISA > server will use its cached document. However users obviously don't normally > access documents in this way. > > > > Could anyone provide any ideas on what might be happening? Or if you have > an alternative solution to increase performance over a WAN, I'd be very > interested in that also! > > > > > > > > Thanks for your time. > > > *Chris Scalley * > Technical Specialist > > Managed Services > > > > T > > +61 2 9286 2255 > > [image: image001] > > F > > +61 2 9286 2200 > > M > > +61 (0) 400 660 371 > > E > > [EMAIL PROTECTED] > > W > > www.cdm.com.au > > > > Communications, Design & Management Pty Limited > > Level 23, 1 Oxford Street > > NSW 2010, Darlinghurst > ------------------------------ > > "This communication, including any attachments, is confidential. If you are > not the intended recipient, you should not read it - please contact me > immediately, destroy it, and do not copy or use any part of this > communication or disclose anything about it." > > > > IMPORTANT NOTICE TO RECIPIENT > > Computer viruses - It is your responsibility to scan this email and any > attachments for viruses and defects and rely on those scans as Communications > Design & Management Pty Limited (CDM) does not accept any liability for loss > or damage arising from receipt or use of this email or any attachments. > > Confidentiality - This email and any attachments are intended for the named > recipient only and may contain personal information, be it confidential or > subject to privilege, none of which are lost or waived because this email may > have been sent to you in error. If you are not the named addressee please let > CDM know by return email, permanently delete it from your system and destroy > all copies and do not use or disclose the contents. > > Copyright - This email is subject to copyright and no part of it maybe > reproduced in any manner without the written permission of the copyright > owner. > > Privacy - Within the jurisdiction of Australian law, personal information in > this email must be dealt with in compliance with the Australian Federal > Privacy Act 1988. > > ------------------------------------------------------------------- > OzMOSS.com - to unsubscribe from this list, send a message back to the list > with 'unsubscribe' as the subject. > Powered by mailenable.com
<<image001.jpg>>
