Error: Can not open file as archive
A free file archiver for extremely high compression
Brought to you by:
ipavlov
Hi
We get this error when extracting this particular zip file from an auto-emailed source. (see below)
This same file opens and extracts in the 7-Zip GUI and in Winzip.
But we need the command line so Mailmarshal can unpack the zip file for scanning.
C:\Temp>7z x escalation.zip
7-Zip [64] 9.20 Copyright (c) 1999-2010 Igor Pavlov 2010-11-18
Processing archive: Escalation.zip
Error: Can not open file as archive
By the way, we have had to add a Mailmarshal exclusion rule to handle this email through Mailmarshal so it doesnt unpack/scan.
We can't do this for long, the rule has been tried before and the senders address got spoofed so the company got hammered by Spam.
Mailmarshal recommend 7-Zip as their preferred solution, but it doesn't work for this type of zip.
Can you check it out and offer a fix?
try latest version of 7-zip instead.
Sorry, forgot to add, I also tried the latest 9.22 beta release and got the same result.
Can you replicate the problem at your end?
try 7-zip 9.23 in google.
Hi Ivan, thanks for your quick response.
I have applied this 9.33 alpha version to our Mailmarshal servers, it now extracts the file, but still fails with an error code 2.
---- (i.e. I tested it on my desktop it extracted the file but returned %errorlevel% set to 2.)
Mailmarshal sees this as a failure and refuses to deliver the message. The errorlevel returned should be 0 for no errors.
Can we fix this, it's affecting about 5000 users across our organisation (and who knows where else)?
C:\Temp>test
7-Zip [64] 9.23 alpha Copyright (c) 1999-2011 Igor Pavlov 2011-06-17
Processing archive: Escalation.zip
Incorrect headers
Extracting Escalation.csv
Sub items Errors: 1
Errorlevel 2
Here is the batch file I used for testing:
@echo off
del *.csv
7z x escalation.zip
echo Errorlevel %errorlevel%
regards
Quentin
Yes, there is some error in headers in that ZIP archive.
And 7-Zip says that results are not safe for 100%.
Mailmarshal still tries to unpack the file even though a rule is configured to not scan the message but pass it through. So it always goes to dead letter.
Ascript is used to move the file from the Unpack folder to the OK folder, now it is delivered.
Of course, now we are going with Exchange 2010 and it messes up the attachment instead (Ex2003 worked OK). So closing this case and removing the attachment