>I use McAfee's ScanPM (protected mode DOS virus scanner)
>since I don't want a bloatware, memory-hogging app constantly
>running in the background,
I use it too, along with KAVDOS32 and F-Prot DOS
>but updating the DAT files is annoying because I must do it manually.
>Is there a way to have an auto-updater check for JUST a new DAT
>release only?
Soytenly! My latest updater designs are based on the internet file
fetcher WGET.EXE
>It would be nice if ScanPM did this before it scanned for virii but if
>I have to go with a SMALL program running in the background all
>the time, I may (or just have it run once every x days or something).
>It could just look at
>ftp://ftp.mcafee.com/pub/antivirus/datfiles/4.x/
>and check for a new dat-####.zip file.
Yep. Contact me at artnpeg at epix dot net
Dave
"Eep²" <n...@spam.com> wrote in message news:3F442A3F...@spam.com...
>Based upon my discussions with McAfee/NAI personnel, use SCAN.EXE not SCANPM.EXE.
I once had a discussion with someone at NAI and received the same
advice. What triggered my inquiry was the result of some testing I had
done (FAT 32 and Win 9x/ME). I had created long strings of
subdirectories and found that Scanpm quit scanning after some N number
but F-Prot and KAVDOS kept right on going. I think N was about 13 or
so, I don't recall offhand.
The other limitation of Scanpm I'm aware of is it's inability to scan
email archives whereas both F-Prot and KAVDOS have such capabilities.
Since I don't personally consider either of these aspects important,
I've shrugged it off. Now, are you aware of any other
specifics/limitations/problems using Scanpm? And are you certain the
use of Scan overcomes them?
nu...@zilch.com wrote:
"David H. Lipman" wrote:
> Based upon my discussions with McAfee/NAI personnel, use SCAN.EXE not SCANPM.EXE.
>
>Any chance you can't just put it on your website? :)
I just put it up. Check down at the bottom of my main page.
Dave
<nu...@zilch.com> wrote in message news:48d9kvsnjfvia52cf...@4ax.com...
Can it not automatically extract the ZIP file? I only extract 3 files, clean.dat, names.dat, and scan.dat (since they're the ones that change and are only needed for scanpm.exe to work). Then I copy them to c:\utils\, where scanpm.exe, license.dat, and messages.dat are (among other commonly used programs/DLLs/BAT files, etc--the directory is in my path). Perhaps an INI file or something with these settings--including a directory to automatically unzip specific files into? That would be spiffy. :)
Also, if the latest DAT ZIP is already present in mcup.exe's directory, why does it need to redownload it?
Anyway, just some suggestions; thanks again.
I just tried a test. I have mcAfee Enterprise v7.0 on the win2K platform.
The engine files are located in:
C:\Program Files\Common Files\Network Associates\Engine
Scan86.exe and scanpm.exe were not present in the above location. I executed the latest
SuperDAT (ENGINE v4260, DAT v4288) with the "/e" extract parameter. The SuperDAT contains
all three; scan.exe, scan86.exe and scanpm.exe. I executed the SuperDAT with the "/F"
parameter to force the update. Scan86.exe and scanpm.exe were NOT installed in
C:\Program Files\Common Files\Network Associates\Engine
And the only Commandline scanner was; scan.exe.
Dave
"Eep²" <n...@spam.com> wrote in message news:3F44F4A3...@spam.com...
Scan86.exe will NOT work under Win2K at all.
Dave
>Cool, thanks. Some suggestions, though:
>
>Can it not automatically extract the ZIP file?
It unzips the downloaded zipped DATs using unzip.exe.
>I only extract 3 files, clean.dat, names.dat, and scan.dat
>(since they're the ones that change and are only needed for
>scanpm.exe to work). Then I copy them to c:\utils\, where
>scanpm.exe, license.dat, and messages.dat are
>(among other commonly used programs/DLLs/BAT files, etc--
>the directory is in my path). Perhaps an INI file or something
>with these settings--including a directory to automatically
>unzip specific files into? That would be spiffy. :)
Why not simply put my updater files in c:\utils? The extraneous
files in the downloaded zip don't hurt anything.
>Also, if the latest DAT ZIP is already present in mcup.exe's
>directory, why does it need to redownload it?
The method of keeping track is the oldzip$ file
as explained at my web site. If you already had a up to
date set of DATs, that's tough :) It's not a problem after that.
>Anyway, just some suggestions; thanks again.
You're welcome.
>Memory management and DPMI. Its all built into this mixed DOS/Win32 program.
But specifically, what are the alleged problems with using scanpm?
I've been using it for years in both "pure" DOS and in a DOS window.
I've scanned large virus collections and my hard drives, and other
than what I've already mentioned, I'm not aware of any problems on DOS
6.22, and FAT32 Win 9x/ME.
I'll have to look at some of my email to see if I have archived the answers. They full
answers elude me. All I remember is the statement that scan.exe is the command to use and
it has the best version of memory management especially under NT platforms.
Dave
<nu...@zilch.com> wrote in message news:eokakvc2kb7qcpsj1...@4ax.com...
"David H. Lipman" wrote:
> San86.exe and scanpm.exe may work but are contraindicated.
>
> I just tried a test. I have mcAfee Enterprise v7.0 on the win2K platform.
>
> The engine files are located in:
> C:\Program Files\Common Files\Network Associates\Engine
>
> Scan86.exe and scanpm.exe were not present in the above location. I executed the latest
> SuperDAT (ENGINE v4260, DAT v4288) with the "/e" extract parameter. The SuperDAT contains
> all three; scan.exe, scan86.exe and scanpm.exe. I executed the SuperDAT with the "/F"
> parameter to force the update. Scan86.exe and scanpm.exe were NOT installed in
> C:\Program Files\Common Files\Network Associates\Engine
> And the only Commandline scanner was; scan.exe.
>
> On Thu, 21 Aug 2003 22:32:39 GMT, Eep² <n...@spam.com> wrote:
>
> >Cool, thanks. Some suggestions, though:
> >
> >Can it not automatically extract the ZIP file?
>
> It unzips the downloaded zipped DATs using unzip.exe.
Yes, I know, but I'm asking WHY does it HAVE to do it AUTOMATICALLY?
> >I only extract 3 files, clean.dat, names.dat, and scan.dat
> >(since they're the ones that change and are only needed for
> >scanpm.exe to work). Then I copy them to c:\utils\, where
> >scanpm.exe, license.dat, and messages.dat are
> >(among other commonly used programs/DLLs/BAT files, etc--
> >the directory is in my path). Perhaps an INI file or something
> >with these settings--including a directory to automatically
> >unzip specific files into? That would be spiffy. :)
>
> Why not simply put my updater files in c:\utils? The extraneous
> files in the downloaded zip don't hurt anything.
That directory is already fairly cluttered and I don't want it any MORE cluttered--and I don't want to have to add another directory to my path.
> >Also, if the latest DAT ZIP is already present in mcup.exe's
> >directory, why does it need to redownload it?
>
> The method of keeping track is the oldzip$ file
> as explained at my web site. If you already had a up to
> date set of DATs, that's tough :) It's not a problem after that.
So why can't it detect the current zip and not extract it all in the current directory? I'm just asking for something a bit more streamlined so I don't even have to bother with it. I want to add it as a task in Task Scheduler and be done with it--but I don't want to have to babysit it.
Why not at least just extract the necessary files (clean.dat, internet.dat, names.dat, and scan.dat) instead of all the other crap (file_id.diz, packing.lst et al)? And it shouldn't be that hard to allow specifing an optional destination directory to extract them to...
Dave
"Eep²" <n...@spam.com> wrote in message news:3F457D3C...@spam.com...
Then learn to create your own custom designs to suit your
particular whims. I'm simply sharing a little cut down version
of a much larger program that I actually use. I'll not be spending
any more time on it.
"David H. Lipman" wrote:
> Just to let you know that you should use scan.exe.
> My test showed that even though the SuperDAT contains the three different commandline line
> scanners. When forcefully installing the SuperDAT , ONLY scan.exe was copied to the ENGINE
> directory. It's meant to bolster the point.
>
>Whatever, Mr. Attitude. I made a batch file to clean up your mess anyway.
Glad to see you're not completely helpless, dimbulb. Geez! What oceans
of slime do these creeps crawl out of anyway?