Recovering damaged ZIP archive

I have a large (1.26GB) ZIP archive that I made some time ago and copied to DVD.
Now when I try and unarchive it using Archive Utility it says 'Unable to unarchive. Error 1 (Operation not permitted.)'.
Does anyone know how I can fix this?
I've looked online for ZIP archive repair software that runs on OS X but can find nothing.

I am trying to expand a Stuffit ZIP file I created of personal family images/information. I thought it was a good idea at the time (yes I could just shoot myself). All I did was compress it and it was saved on an external HD. Well sometime later (few months maybe years) I want to open it and use some info on it and I can't.
I found some help stuff on this site for logging into Terminal. I got this when using Terminal after prompting the Error 1 - Operation Not Permitted. Read below and PLEASE (yes, please) help me figure out. I've tried some things from the list but since I don't know what I am doing I need mac geek assistance. I am partial geek, hehe. Thank you!
Last login: Sun Sep 13 10:47:31 on ttys000
imacs-imac-g5:~ MC$ unzip -P Family & Friends.zip
[1] 350
UnZip 5.52 of 28 February 2005, by Info-ZIP. Maintained by C. Spieler. Send
bug reports using http://www.info-zip.org/zip-bug.html; see README for details.
Usage: unzip [-Z] [-opts[modifiers]] file[.zip] [list] [-x xlist] [-d exdir]
Default action is to extract files in list, except those in xlist, to exdir;
file[.zip] may be a wildcard. -Z => ZipInfo mode ("unzip -Z" for usage).
-p extract files to pipe, no messages -l list files (short format)
-f freshen existing files, create none -t test compressed archive data
-u update files, create if necessary -z display archive comment
-x exclude files that follow (in xlist) -d extract files into exdir
modifiers: -q quiet mode (-qq => quieter)
-n never overwrite existing files -a auto-convert any text files
-o overwrite files WITHOUT prompting -aa treat ALL files as text
-j junk paths (do not make directories) -v be verbose/print version info
-C match filenames case-insensitively -L make (some) names lowercase
-X restore UID/GID info -V retain VMS version numbers
-K keep setuid/setgid/tacky permissions -M pipe through "more" pager
Examples (see unzip.txt for more info):
unzip data1 -x joe => extract all files except joe from zipfile data1.zip
unzip -p foo | more => send contents of foo.zip via pipe into program more
unzip -fo foo ReadMe => quietly replace existing ReadMe if archive file newer
-bash: Friends.zip: command not found
[1]+ Exit 10 unzip -P Family
imacs-imac-g5:~ MC$
Anyone know what to do next?
Thanks!

Similar Messages

How to recover a zip archive?

Dear all,
I'm trying to open a zip archive I created but I've got the message "Error 1-Operation not permitted".
I don't know if it is corrupted or something else. It's an archive with 3 or 4 mov and wmv files on it.
Could you suggest me any name of software that can recover it? Or some trick to force the opening of it? I've tried system's Archive Utility, Stuffit...
Thanks in advance.
Ken

Ken Ponzio wrote:
Arigato Kenichi.
But unfortunately I have only mac os sys in my studio! No windows...
I'already saw there are some windoze zip recover sw but I've not found a mac soft...
thanks anyway
ken
Can you email or FTP it to a Windows user you know? You could also use iDisk or MobilMe to do the same. The Windows user could extract/repair the archive and return it to you.

Zip archive problem

Hi everyone,
Is there a way to repair a corrupt zip archive? I have a rather large file, a 2GB movie I want to unzip, but I get an error message with every program I've tried (stuffit, archive, jimzip, zipeg, the unarchiver). When I tried to unzip directly from the terminal, I got the following message:
bad CRC f23db85c (should be 77b37ff6)
It only expands the first 75MB of the file. Any ideas or suggestions?
Thanks!

Hi Davidludwig;
To the best of my knowledge no. I do not believe there is sufficient redundancy in the data after it has been compressed to effect a recovery of data. The CRC is created as the data is compressed into the zip file and then later used to check for corruption. If corruption has occurred as in your case, there is no way to recover it.
I think this is one of the reasons zip files are used for communications and not archives. With communications, if the CRC fails you sent it again. With archive on the other hand, the original is gone by the time the CRC fails hence you lost the archive.
Allan

How to recover database without archive files

Hello,
I've a test database without archive files and I need to know how to recover it without using archive files.
What is SQL command to recover database wthout archives?
Thanks in advance for your help.
Regards,
Carles

There are serveral information missing in this posting and as a support personnel, I would like to find out more when I see postings like this.
1. This person wants to "Test" his backup and recovery in NOARCHIVELOG mode.
2. He/She did not say his database had already crashed or had a problem.
3. He/She did not give any indication the kind of scenario he wants to recover from.
4. He/She did not mention the state of his database at the time of he posting.
5. He/She did not mention the Release of his Oracle Server or Platform.
6. He/She did not mention the type of backup he already has in place (although provided later as Full COLD Backup). How "genuine" is the back?
7. What actions has already been taken to attempt recovery.
In my support experience, I normally would go through a list of questions witht he use/client to get the full picture of the current status of the database before I give answers that would worsen situations, especially in a Disaster Recovery sitaution.
Personaly, I would suggest you have a look at the list above. One of the most important is number 3 (The Recovery Scenario), then number 4, number 6 and 7. Number 7 will determine the situation of your database. So, when you ask for SQL commands to use, there are different commands for different kind of recovery depending on what has gone wrong or what kind of file is damaged (Datafiles, Logfiles, Control Files, one tablespace, one table, entire database gone, etc).

Damaged Zip Files From Apple Site!

I downloaded the iPodtouch guided tour video from the apple site today. When I tried to unzip it with the default Archive Utility it says "Unable to unarchive." I then tried to unzip with Stuffit Expander and it said "An error occured attempting to expand the file . . . The archive may be damaged." The problem is, this happened a few weeks ago with a totally different file from the apple site. I also followed the steps from this forum with no luck:
http://forums.macrumors.com/archive/index.php/t-185448.html
Anybody have any ideas?
Here is what I did in Terminal:
Welcome to Darwin!
Robert-Leffels-PowerBook:~ Powerbook$ unzip /Users/Powerbook/Downloads/appleipodtouch_tour848x480.zip
Archive: /Users/Powerbook/Downloads/appleipodtouch_tour848x480.zip
End-of-central-directory signature not found. Either this file is not
a zipfile, or it constitutes one disk of a multi-part archive. In the
latter case the central directory and zipfile comment will be found on
the last disk(s) of this archive.
unzip: cannot find zipfile directory in one of /Users/Powerbook/Downloads/appleipodtouch_tour848x480.zip or
/Users/Powerbook/Downloads/appleipodtouch_tour848x480.zip.zip, and cannot find /Users/Powerbook/Downloads/appleipodtouch_tour848x480.zip.ZIP, period.
Robert-Leffels-PowerBook:~ Powerbook$ zip -F/Users/Powerbook/Downloads/appleipodtouch_tour848x480.zip
zip error: Invalid command arguments (no such option: /)
Robert-Leffels-PowerBook:~ Powerbook$ zip -F /Users/Powerbook/Downloads/appleipodtouch_tour848x480.zip
zip: reading appleipodtouch_tour848x480.mov
zip warning: bad extended local header for appleipodtouch_tour848x480.mov
zip error: Zip file structure invalid (/Users/Powerbook/Downloads/appleipodtouch_tour848x480.zip)
Robert-Leffels-PowerBook:~ Powerbook$ unzip -l /Users/Powerbook/Downloads/appleipodtouch_tour848x480.zip
Archive: /Users/Powerbook/Downloads/appleipodtouch_tour848x480.zip
End-of-central-directory signature not found. Either this file is not
a zipfile, or it constitutes one disk of a multi-part archive. In the
latter case the central directory and zipfile comment will be found on
the last disk(s) of this archive.
unzip: cannot find zipfile directory in one of /Users/Powerbook/Downloads/appleipodtouch_tour848x480.zip or
/Users/Powerbook/Downloads/appleipodtouch_tour848x480.zip.zip, and cannot find /Users/Powerbook/Downloads/appleipodtouch_tour848x480.zip.ZIP, period.
Robert-Leffels-PowerBook:~ Powerbook$ unzip /Users/Powerbook/Downloads/appleipodtouch_tour848x480.zip .mov
Archive: /Users/Powerbook/Downloads/appleipodtouch_tour848x480.zip
End-of-central-directory signature not found. Either this file is not
a zipfile, or it constitutes one disk of a multi-part archive. In the
latter case the central directory and zipfile comment will be found on
the last disk(s) of this archive.
unzip: cannot find zipfile directory in one of /Users/Powerbook/Downloads/appleipodtouch_tour848x480.zip or
/Users/Powerbook/Downloads/appleipodtouch_tour848x480.zip.zip, and cannot find /Users/Powerbook/Downloads/appleipodtouch_tour848x480.zip.ZIP, period.
Robert-Leffels-PowerBook:~ Powerbook$

Hi Robert Leffel;
In addition to the good advise given to you be a brody, I would like to add that you should boot from the install media and repair your system drive. It sounds like the lack of free space has caused file corruption. If you don't repair the system disk, the wild and wonderful strangeness will only continue.
Allan

Salvage from Bad Zip Archive?

Is there any way to salvage the contents of a bad zip archive? I've got an archive of all of my AppleScripts in an archive that isn't unarchiving. The error message is saying, "Unable to unarchive "AppleScripts.zip" into "Desktop" (Error 2 - No such file or directory.)" Even if I can only recover some of the files, it will be better than nothing.
iMac G5 20" Mac OS X (10.4.4)

Does zipinfo AppleScripts.zip give any information?
How about file AppleScripts.zip ?
unzip -d <directory> AppleScripts.zip will let you unzip to a specified directory, in case the archive is trying to create a directory that it is not allowed to.
Also, xxd AppleScripts.zip | more will let you look at the binary data - in an archive I have, I see at the top:
0000000: 504b 0304 1400 0800 0800 6f4e a332 0000 PK........oN.2..
0000010: 0000 0000 0000 0000 0000 0800 1000 3239 ..............29
0000020: 3762 2e70 6466 5558 0c00 ab62 c643 e281 7b.pdfUX...b.C..
and the end of the archive looks like an index to the files in the archive.
Hope that helps give some clues what is wrong.
Boyd

Need help in creating a Zip archive through Java

I need some files existing a folder.
When I use ZipOutputStream to zip the files, do I need to give the entire path to each of the files to add the file to the zip archive?
For example here is the folder structure.
C:
->Folder1
---->Folder2
------>File1
------>File2
---->File3
---->File4
Here should I pass the entire path of Each file to the ZipOutputStream?
Can any one please give me an example of creating a zip archive of the above file structure.
Thanks,
Ramesh

Hi,
I atleast need the following:
I want to add a file "pres.txt" to an existing zip archive "test..zip". This file "pres.txt" already exists in the zip archive, but is a modified one.
Can any one please help.
Thanks,
Ramesh

Create a new directory in existing Zip archive

Hello Every One
I want create a new folder in existing Zip archive. Can any one help in this regard.
Thanks
Edited by: SatishBejgum on Dec 18, 2007 12:42 AM

Delete the ZIP, write a new one. You can't modify an existing archive.

Windows Explorer misreads large-file .zip archives

   I just spent about 90 minutes trying to report this problem through
the normal support channels with no useful result, so, in desperation,
I'm trying here, in the hope that someone can direct this report to some
useful place.
   There appears to be a bug in the .zip archive reader used by Windows
Explorer in Windows 7 (and up, most likely).
   An Info-ZIP Zip user recently reported a problem with an archive
created using our Zip program. The archive was valid, but it contained
a file which was larger than 4GiB. The complaint was that Windows
Explorer displayed (and, apparently believed) an absurdly large size
value for this large-file archive member. We have since reproduced the
problem.
   The original .zip archive format includes uncompressed and compressed
sizes for archive members (files), and these sizes were stored in 32-bit
fields. This caused problems for files which are larger than 4GiB (or,
on some system types, where signed size values were used, 2GiB). The
solution to this fundamental limitation was to extend the .zip archive
format to allow storage of 64-bit member sizes, when necessary. (PKWARE
identifies this format extension as "Zip64".)
   The .zip archive format includes a mechanism, the "Extra Field", for
storing various kinds of metadata which had no place in the normal
archive file headers. Examples include OS-specific file-attribute data,
such as Finder info and extended attributes for Apple Macintosh; record
format, record size, and record type data for VMS/OpenVMS; universal
file times and/or UID/GID for UNIX(-like) systems; and so on. The Extra
Field is where the 64-bit member sizes are stored, when the fixed 32-bit
size fields are too small.
   An Extra Field has a structure which allows multiple types of extra
data to be included. It comprises one or more "Extra Blocks", each of
which has the following structure:
       Size (bytes) | Description
      --------------+------------
            2       | Type code
            2       | Number of data bytes to follow
        (variable) | Extra block data
   The problem with the .zip archive reader used by Windows Explorer is
that it appears to expect the Extra Block which includes the 64-bit
member sizes (type code = 0x0001) to be the first (or only) Extra Block
in the Extra Field. If some other Extra Block appears at the start of
the Extra Field, then its (non-size) data are being incorrectly
interpreted as the 64-bit sizes, while the actual 64-bit size data,
further along in the Extra Field, are ignored.
   Perhaps the .zip archive _writer_ used by Windows Explorer always
places the Extra Block with the 64-bit sizes in this special location,
but the .zip specification does not demand any particular order or
placement of Extra Blocks in the Extra Field, and other programs
(Info-ZIP Zip, for example) should not be expected to abide by this
artificial restriction. For details, see section "4.5 Extensible data
fields" in the PKWARE APPNOTE:
      http://www.pkware.com/documents/casestudies/APPNOTE.TXT
   A .zip archive reader is expected to consider the Extra Block type
codes, and interpret accordingly the data which follow. In particular,
it's not sufficient to trust that any particular Extra Block will be the
first one in the Extra Field. It's generally safe to ignore any Extra
Block whose type code is not recognized, but it's crucial to scan the
Extra Field, identify each Extra Block, and handle it according to its
type.
   Here are some relatively small (about 14MiB each) test archives which
illustrate the problem:
      http://antinode.info/ftp/info-zip/ms_zip64/test_4g.zip
      http://antinode.info/ftp/info-zip/ms_zip64/test_4g_V.zip
      http://antinode.info/ftp/info-zip/ms_zip64/test_4g_W.zip
   Correct info, from UnZip 6.00 ("unzip -lv"):
Archive: test_4g.zip
Length   Method    Size Cmpr    Date    Time   CRC-32   Name
4362076160 Defl:X 14800839 100% 05-01-2014 15:33 6d8d2ece test_4g.txt
Archive: test_4g_V.zip
Length   Method    Size Cmpr    Date    Time   CRC-32   Name
4362076160 Defl:X 14800839 100% 05-01-2014 15:33 6d8d2ece test_4g.txt
Archive: test_4g_W.zip
Length   Method    Size Cmpr    Date    Time   CRC-32   Name
4362076160 Defl:X 14800839 100% 05-01-2014 15:33 6d8d2ece test_4g.txt
(In these reports, "Length" is the uncompressed size; "Size" is the
compressed size.)
   Incorrect info, from (Windows 7) Windows Explorer:
Archive        Name          Compressed size   Size
test_4g.zip    test_4g.txt         14,454 KB   562,951,376,907,238 KB
test_4g_V.zip test_4g.txt         14,454 KB   8,796,110,221,518 KB
test_4g_W.zip test_4g.txt         14,454 KB   1,464,940,363,777 KB
   Faced with these unrealistic sizes, Windows Explorer refuses to
extract the member file, for lack of (petabytes of) free disk space.
   The archive test_4g.zip has the following Extra Blocks: universal
time (type = 0x5455) and 64-bit sizes (type = 0x0001). test_4g_V.zip
has: PWWARE VMS (type = 0x000c) and 64-bit sizes (type = 0x0001).
test_4g_W.zip has: NT security descriptor (type = 0x4453), universal
time (type = 0x5455), and 64-bit sizes (type = 0x0001). Obviously,
Info-ZIP UnZip has no trouble correctly finding the 64-bit size info in
these archives, but Windows Explorer is clearly confused. (Note that
"1,464,940,363,777 KB" translates to 0x0005545500000400 (bytes), and
"0x00055455" looks exactly like the size, "0x0005" and the type code
"0x5455" for a "UT" universal time Extra Block, which was present in
that archive. This is consistent with the hypothesis that the wrong
data in the Extra Field are being interpreted as the 64-bit size data.)
   Without being able to see the source code involved here, it's hard to
know exactly what it's doing wrong, but it does appear that the .zip
reader used by Windows Explorer is using a very (too) simple-minded
method to extract 64-bit size data from the Extra Field, causing it to
get bad data from a properly formed archive.
   I suspect that the engineer involved will have little trouble finding
and fixing the code which parses an Extra Field to extract the 64-bit
sizes correctly, but if anyone has any questions, we'd be happy to help.
   For the Info-ZIP (http://info-zip.org/) team,
   Steven Schweda

> We can't get the source (info-zip) program for test.
   I don't know why you would need to, but yes, you can:
      http://www.info-zip.org/
      ftp://ftp.info-zip.org/pub/infozip/src/
You can also get pre-built executables for Windows:
      ftp://ftp.info-zip.org/pub/infozip/win32/unz600xn.exe
      ftp://ftp.info-zip.org/pub/infozip/win32/zip300xn.zip
> In addition, since other zip application runs correctly. Since it should
> be your software itself issue.
   You seem to misunderstand the situation. The facts are these:
   1. For your convenience, I've provided three test archives, each of
which includes a file larger than 4GiB. These archives are valid.
   2. Info-ZIP UnZip (version 6.00 or newer) can process these archives
correctly. This is consistent with the fact that these archives are
valid.
   3. Programs from other vendors can process these archives correctly.
I've supplied a screenshot showing one of them (7-Zip) doing so, as you
requested. This is consistent with the fact that these archives are
valid.
   4. Windows Explorer (on Windows 7) cannot process these archives
correctly, apparently because it misreads the (Zip64) file size data.
I've supplied a screenshot of Windows Explorer showing the bad file size
it gets, and the failure that occurs when one tries to use it to extract
the file from one of these archives, as you requested. This is
consistent with the fact that there's a bug in the .zip reader used by
Windows Explorer.
   Yes, "other zip application runs correctly." Info-ZIP UnZip runs
correctly. Only Windows Explorer does _not_ run correctly.

Loading a text file in a gzip or zip archive using an applet to a String

How do I load a text file in a gzip or zip archive using an applet to a String, not a byte array? Give me both gzip and zip examples.

This doesn't work:
          try
               java.net.URL url = new java.net.URL(getCodeBase() + filename);
               inputStream = new java.io.BufferedInputStream(url.openStream());
               if (filename.toLowerCase().endsWith(".txt.gz"))
                    inputStream = (java.io.InputStream)(new java.util.zip.GZIPInputStream(inputStream));
               else if (filename.toLowerCase().endsWith(".zip"))
                    java.util.zip.ZipInputStream zipInputStream = new java.util.zip.ZipInputStream(inputStream);
                    java.util.zip.ZipEntry zipEntry = zipInputStream.getNextEntry();
                    while (zipEntry != null && (zipEntry.isDirectory() || !zipEntry.getName().toLowerCase().endsWith(".txt")))
                         zipEntry = zipInputStream.getNextEntry();
                    if (zipEntry == null)
                         zipInputStream.close();
                         inputStream.close();
                         return "";
                    inputStream = zipInputStream;
               else
               byte bytes[] = new byte[10000000];
               byte s;
               int i = 0;
               while (((s = inputStream.read())) != null)
                    bytes[i++] = s;
               inputStream.close();
        catch (Exception e)
          }

Adobe Bridge CS5.1 crashes if directory contains .zip archive

Every time I try to open a directory that contains .zip archive in Adobe Bridge CS5.1 it crashes. This started to happen after Mountain Lion upgrade.
It crashes even when I generate .zip archive in a directory that is already opened in Bridge.
Is it related to some new Mountain Lion "security feature" that can be turned off? My computers only purpose is running Adobe Creative Suite so this is pretty big issue. Browsing directories in Bridge is like walking through the mine field, you newer know where .zip archive is waiting.

Yep, same here. Running Adobe bridge CS5.1, upgraded to Mountain Lion yesterday. Navigated to folder that contained a zip file and Bridge crashed. I removed the zip file, launched Bridge again,and went to that same folder. Worked perfectly. On a hunch, I dragged a zip file back into that folder in Bridge, and *WHAP* down she goes again.
Looks like we wait for a fix. *sigh*
Unless...File type association somehow comes into it? Interesting, I just checked (it's under Preferences) and neither a zip file or a doc file is in the list.
Furthermore, there doesn't seem to be any way to add a new file type. Hm. Don't know if it has anything to do with the crashing, but man, what a pain this is!

Files in ZIP Archive not visible in XP explorer

I have a strange problem. I'm sure the solution is something simple, but I seem to be overlooking it. I am creating a .zip archive from within my Java app, zipping up 5-10 straight text files. From what I can tell the file gets created successfully. After the .zip file is created, I can do a jar -tf on the file and it will show them all to me. I can also programatically get a list of the files in the archive and it all looks correct. However, when I try opening the archive file from the Windows XP file explorer (or extracting it to a location) it says that there are no objects in the archive.
Here is the code I am using to create the zip file:
   byte[] buf = new byte[1024];
   try {
      String outputFilename = "somefile.zip"; // The output archive
      ZipOutputStream outStream = new ZipOutputStream(new FileOutputStream(outputFilename));
      System.out.println("createZip: zipping "+_files.length+" files.");
      // _files is an array of c:\somedir\somefile.txt file listings
      for (int i=0; i<_files.length; i++) {
        System.out.println("Adding entry: "+_files);
FileInputStream in = new FileInputStream(_files[i]);
outStream.putNextEntry(new ZipEntry(_files[i]));
int len;
while ((len = in.read(buf)) > 0) {
outStream.write(buf,0,len);
outStream.closeEntry();
in.close();
outStream.finish();
outStream.close();
rv = true;
// ... catch, return value, etc.
Any suggestions or hints would be greatly appreciated..

We had a similar problem
It turned out to be a feature and not a bug
Actually 'vanilla' XP handles those files and is able to open them and it seems that the problem appears only after updating the XP to fix the vulnerability described in:
http://www.microsoft.com/technet/treeview/default.asp?url=/technet/security/bulletin/MS02-054.asp
What we have determined is that if the zip file contains '/' at the begining of the path - the compressed folder utility will refuse to open it and will show only a blank pane in explorer. Removing the '/' from path in zip file solves the problem on updated Windows XP.

How to recover a lost archive log file?

How to recover a lost archive log file? Do I need to open the database with RESETLOGS after recovery?-------No.156

I think he might rewrite the question in his own words.
I guess in the event of lost archive logs during db recovery, you have to open RESETLOGS and say goodbye to some of the data.

I have an iPhone 5S and I can't open photos that are emailed to me. It just says zip archive when I click on the jpg. Help?

I Have an iPhone 5S and I can't open photos that emailed to me. It just says Zip archive when I click on the JPG file to download it. Help?

whoever is emailing you the photos is sending them as a .zip file not a .jpg most likely because there is more than one photo. unfortunately iPhone does not have a .zip file reader so whoever is emailing the photos has to make sure they are not zip ing them and resend them as .jpg files. (usually gmail tries to convert several images into .zip files)

After Migration to Server 2012 R2 One Zip Archive (7.08 mb) Downloads Empty

I recently migrated from Server 2008 R2 to 2012 R2. I offer a number of web application as zip archives and Dreamweaver Extension installer packages .mxp. I have one zip archive that's empty when downloaded with size 0. Out of all the files served
the issue only exists with this one file. All the other files regardless of .zip or .mxp work correctly. I think it may be a size related issue. The .zip file that is empty is 7.08 mb and the others are much smaller. I've tried deleting the existing file
and uploading a new one with and without a file name change and still get same results. Here's the code.
I'm thinking I may need to allow the larger file download. Does anyone know how to fix this?
Response.Buffer=true
On Error Resume Next
'Create a stream object
Dim mxp_downloadStream
Set mxp_downloadStream = Server.CreateObject("ADODB.Stream")
mxp_downloadStream.Type = 1
mxp_downloadStream.Open
mxp_downloadStream.LoadFromFile Server.Mappath("../downloads/dwmx_extensions/" & (rs_mxp.Fields.Item("MXP_DL_Path").Value) & "")
If Err.number = 0 Then
Response.Clear
Response.ContentType = "application/octet-stream"
Response.AddHeader "Content-Disposition", "attachment; filename=" & (rs_mxp.Fields.Item("MXP_DL_Path").Value) & ""
Response.AddHeader "Content-Transfer-Encoding","binary"
Response.BinaryWrite mxp_downloadStream.Read
mxp_downloadStream.Close
Set mxp_downloadStream = Nothing
Response.End()
End If

YOu are asking a quesiton about ASP on a web server. YOu need to post in the web server forum for this. Thisis not a web scripting forum.
Try here: http://forums.iis.net/
¯\_(ツ)_/¯

Recovering damaged ZIP archive

Similar Messages

Maybe you are looking for