OCFCreator compresses the mimetype file, which it shouldnt. From Nick Bogaty:
There is a problem sample .epub file you submitted with DTBook markup. The mimetype in the .epub archive appears to be compressed. According to the spec, it shouldn't. Can you reform the .epub file and send me back a revised copy?
FYI, this was brought to my attention on forums located at http://www.mobileread.com/forums/showthread.php?p=79285#post79285.
Text from the spec is:
--
The first file in the ZIP Container MUST be a file by the ASCII name of ‘mimetype’ which holds the MIME type for the ZIP Container (i.e., “application/epub+zip” as an ASCII string; no padding, white-space or case change). The file MUST be neither compressed nor encrypted and there MUST NOT be an extra field in its ZIP header. If this is done, then the ZIP Container offers convenient “magic number” support as described in RFC 2048 and the following will hold true:
The bytes “PK” will be at the beginning of the file
The bytes “mimetype” will be at position 30
The actual MIME type (i.e., the ASCII string “application/epub+zip”) will begin at position 38
--
Log in to post a comment.
