[prev in list] [next in list] [prev in thread] [next in thread] 

List:       ms-wmtalk
Subject:    Re: SV: WM "cached" file.
From:       John Willkie <johnwillkie () HOTMAIL ! COM>
Date:       2005-01-18 17:59:07
Message-ID: BAY15-F26DCB0FA350DB368F673AFB58F0 () phx ! gbl
[Download RAW message or body]

THAT is the ONLY solution; practically and technically.

John Willkie

>From: Tony Breindal <tbst@MAIL1.STOFANET.DK>
>Reply-To: WMTalk <WMTalk@DISCUSS.MICROSOFT.COM>
>To: WMTalk@DISCUSS.MICROSOFT.COM
>Subject: SV: WM "cached" file.
>Date: Tue, 18 Jan 2005 17:36:08 +0100
>
>Hi David,
>
>We have exactly the same problem with our 2003's in-house as well as
>external. After a lot of trying forth and back, I've written in our manual,
>that no one is allowed to just overwrite a file. Any user must remove the
>old file (delete from server) before a new is uploaded. That 'solves' the
>problem using files with duplicate names ... :-(
>
>Anyone with a true solution?
>
>/Tony
>
>-----Oprindelig meddelelse-----
>Fra: WMTalk [mailto:WMTalk@DISCUSS.MICROSOFT.COM]På vegne af David
>Karlsson
>Sendt: 18. januar 2005 11:42
>Til: WMTalk@DISCUSS.MICROSOFT.COM
>Emne: WM "cached" file.
>
>
>Weīve seen some strange behavior on WMS2003  server (same with the old
>version server version) that I wonder if thereīs an solution to, or if itīs
>by design and itīs just to live with it.
>
>Problem:
>Customer uploads a file (version 1) to our NAS, and links to our
>streamservers from their website. After a few minutes the "uploader" finds
>out that he uploaded the wrong file, and uploads the correct file (version
>2), with the same filename (overwrite). Clients have already connected to
>the version 1 of the file, and it seems like version 2 doesnīt start to
>stream until the last client have disconnected from version 1 of the file.
>This means that as long as anyone is watching the version 1, and another
>client connects before everyone have stopped streaming the version 1 file,
>version 2 will never get to stream. It looks like WMS is caching the file.
>
>Solution?
>Upload with a different name? Possible but the "uploader" donīt have 
>control
>of the website where the files are linked from.
>
>Any ideas?
>
>Regards
>
>//D
>
>----------------------------------------------------------------
>Users Guide http://discuss.microsoft.com/archives/mailfaq.html
>contains important info. Save time, search the archives at
>http://discuss.microsoft.com/archives/index.html .
>To unsubscribe, mailto:WMTalk-signoff-request@DISCUSS.MICROSOFT.COM
>
>
>----------------------------------------
>Jeg beskyttes af den gratis SPAMfighter til privatbrugere.
>Den har indtil videre sparet mig for at f 1588 spam-mails.
>Betalende brugere fr ikke denne besked i deres e-mails.
>Hent den gratis her: www.spamfighter.dk
>
>---
>avast! Antivirus: Outbound message clean.
>Virus Database (VPS): 0503-0, 18-01-2005
>Tested on: 18-01-2005 17:36:05
>avast! is copyright (c) 2000-2003 ALWIL Software.
>http://www.avast.com
>
>
>
>
>----------------------------------------------------------------
>Users Guide http://discuss.microsoft.com/archives/mailfaq.html
>contains important info. Save time, search the archives at
>http://discuss.microsoft.com/archives/index.html .
>To unsubscribe, mailto:WMTalk-signoff-request@DISCUSS.MICROSOFT.COM
><< winmail.dat >>

_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today - it's FREE! 
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

----------------------------------------------------------------
Users Guide http://discuss.microsoft.com/archives/mailfaq.html
contains important info. Save time, search the archives at
http://discuss.microsoft.com/archives/index.html .
To unsubscribe, mailto:WMTalk-signoff-request@DISCUSS.MICROSOFT.COM
[prev in list] [next in list] [prev in thread] [next in thread]