What version of VSEL are you running and is the machine currently managed from ePO?
I personally wouldn't use a third party to download & update my .dats, just because I don't know the origin source and would rather trust my source site in ePO.
Not sure if this would help but is there another server with faster bandwidth around your Linux box that it could update from? You could create a distributed repository or superagent within ePO, let ePO update to it, then your Linux .dats from it? Just a thought.
Moved to MAC & Linux Products by Moderatoir
Thanks for the reply - I'm not running VSEL, I'm using uvscan and ePO is not an option to me owing to architectural constraints imposed on me by a customer.
The remote machine is at the far end of a WAN link and that link is the only way of getting dat updates to the machine - unfortunately I simply don't have the bandwidth available to me to transmit 10s of MegaBytes per day. A few hundred KiloBytes per day, however, is available to me, if only I had a way of combining the gem files back into the dat files at the other end in order to keep the machine's dats current.
I've contemplated trying binary diffs of the dat files (with little success). Has McAfee published anywhere how the incremental gem files combine with the dat files?
Oh gotcha.. I didn't realize you weren't using VSEL or ePO.. I haven't used uvscan, but maybe someone else can comment on your situation.
As far as I understand it (I'm no expert on the McAfee suite of products!) it's not a uvscan issue, per se - I believe that other McAfee products use the same 3 files (avvclean.dat, avvscan.dat and avvnames.dat) as uvscan. Thanks for your replies, though - I either need to solve this issue or ditch McAfee's product in favour of another vendor's which allows me to transmit only incremental updates over the WAN directly to my Linux machine where the scanner runs. I'd prefer not to have to go down this route.