While the "output" file is named ".new", it IS comparing the file named in the URL, in his case fp0o4jye.snf against a file with the same name in the current directory. The "output" (-o) option only comes into play IF an download is actually occurring (after the timestamp condition).
With CURL things are a bit more flexible - you can specify WHICH file is used for comparison. Best Regards Andy Schmidt H&M Systems Software, Inc. 600 East Crescent Avenue, Suite 203 Upper Saddle River, NJ 07458-1846 Phone: +1 201 934-3414 x20 (Business) Fax: +1 201 934-9206 http://www.HM-Software.com/ -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Darrell ([EMAIL PROTECTED]) Sent: Tuesday, December 28, 2004 02:39 PM To: [email protected] Subject: Re: [sniffer] Downloads are slow... Quick question if when you have a sucessful download if abcdef.new is renamed than what is wget comparing on the next run of the script? Darrell Jim Matuska writes: > So far it seems to be working, at least it doesn't seem to be > downloading > the rulebase yet, I'll have to see if it does later when there is an > updated rulebase. My script uses a copy at the end rather than a move. > It's listed below for reference. Do you see any issues? > > wget -N http://www.sortmonster.net/Sniffer/Updates/fp0o4jye.snf -O > abcdefg.new --http-user=***** --http-passwd=***** > if exist abcdefg.new goto Replace > goto Done > :Replace > rename abcdefg.new abcdefg.tst > snf2check.exe abcdefg.tst abcdefg > if errorlevel 1 goto Done > echo New File Tested GOOD! > if exist abcdefg.old del abcdefg.old > rename abcdefg.snf abcdefg.old > rename abcdefg.tst abcdefg.snf > copy /V /Y abcdefg.snf C:\sniffer\abcdefg.snf > :Done > if exist abcdefg.tst del abcdefg.tst > > > Jim Matuska Jr. > Computer Tech2, CCNA > Nez Perce Tribe > Information Systems > [EMAIL PROTECTED] > > > > ----- Original Message ----- From: "Pete McNeil" > <[EMAIL PROTECTED]> > To: "Jim Matuska" <[email protected]> > Sent: Tuesday, December 28, 2004 11:12 AM > Subject: Re[2]: [sniffer] Downloads are slow... > > >> On Tuesday, December 28, 2004, 12:49:21 PM, Jim wrote: >> >> JM> I agree that something needs to be done about the update scripts >> JM> that >> are >> JM> inadvertently downloading the full rulebase all the time. I >> JM> didn't >> even >> JM> know it but we were doing this until I went through our update >> JM> script >> again >> JM> this morning and found it didn't have the -N option in Wget, so >> JM> we >> were >> >> Watch out - you may still have not fixed it. One of the tricks with >> the -N option is that the file downloaded previously must still be in >> it's place for the comparison. If it has been moved then the -N will >> not matter. >> >> This make things a little bit more complex since you can't download a >> rulebase file on top of the one that is running. >> >> _M >> >> >> >> >> This E-Mail came from the Message Sniffer mailing list. For >> information >> and (un)subscription instructions go to >> http://www.sortmonster.com/MessageSniffer/Help/Help.html >> > > > This E-Mail came from the Message Sniffer mailing list. For > information > and (un)subscription instructions go to > http://www.sortmonster.com/MessageSniffer/Help/Help.html ------------------------------------------------------------------------ Check out http://www.invariantsystems.com for utilities for Declude And Imail. IMail/Declude Overflow Queue Monitoring, MRTG Integration, and Log Parsers. This E-Mail came from the Message Sniffer mailing list. For information and (un)subscription instructions go to http://www.sortmonster.com/MessageSniffer/Help/Help.html This E-Mail came from the Message Sniffer mailing list. For information and (un)subscription instructions go to http://www.sortmonster.com/MessageSniffer/Help/Help.html
