Adobe ADEPT DRM for EPUB circumvented

[lester]

Originally Posted by FlorenceArt

Looks like there may be a problem with your epub file, but I have no idea what that can be. Can you open the original file with ADE?

Yes, it opens no problem in ADE and on my wife's Sony Reader

[pietvo]

On a Mac there shouldn't be '\\' in the file name. There is some dubious code in aineptepub.py that can cause the '\\'to appear. Try to use ineptepub (i.e. without the initial 'a') instead.

[dmapr]

Originally Posted by pietvo

On a Mac there shouldn't be '\\' in the file name. There is some dubious code in aineptepub.py that can cause the '\\'to appear. Try to use ineptepub (i.e. without the initial 'a') instead.

That's right, the aineptepub is designed to batch-convert directories, not individual files, so the command line arguments should be pointing to input and output directories. ineptepub is the one that takes input and output files as parameters.

[joblack]

Originally Posted by dmapr

That's right, the aineptepub is designed to batch-convert directories, not individual files, so the command line arguments should be pointing to input and output directories. ineptepub is the one that takes input and output files as parameters.

The '\\' should only appear if you're in Windows.

[krischik]

Originally Posted by pietvo

On a Mac there shouldn't be '\\' in the file name.

Shout not be there in any Unix. Unix places almost no restriction on file-names. Famous thing to do to drive people crazy is placing a carriage return or line feed into filament.

And guess what? On Mac OS the Icon files which contain customized icons for folders have a carriage return at the end of there name.

I wonder it that is a typo or someone did this stupidity intentionally.

Martin

[joblack]

Originally Posted by krischik

Shout not be there in any Unix. Unix places almost no restriction on file-names. Famous thing to do to drive people crazy is placing a carriage return or line feed into filament.

And guess what? On Mac OS the Icon files which contain customized icons for folders have a carriage return at the end of there name.

I wonder it that is a typo or someone did this stupidity intentionally.

Martin

The ainept scripts have some minor weaknesses. The .epub recognition works with regular expressions but it also tries to read directories if they have the .epub extension. The path might be wrong in certain cases.

There is undoubtedly a solution but I just haven't got the nerves to play with state machines and regular expressions right now.

Obviously the pressure wasn't big enough to push somebody else into studying it. .

[joblack]

Originally Posted by FlorenceArt

python ineptepub.py adeptkey.der booknamedrm.epub booknamenodrm.epub

Since I type everything manually, I often shorten the file name of the book too. I have copied the code line to a text file as a reminder, but in fact I almost never re-type it completely: in the Terminal, you can use the up arrow to recall the last few lines you typed and change them. It will even remember them from one session to the next, which is cool.

You might simulate an ainept script with a little shell magic

for i in $(ls *epub); do python ineptepub.py adeptkey.der $i ${i}encryped.epub; done

[lester]

Originally Posted by pietvo

On a Mac there shouldn't be '\\' in the file name. There is some dubious code in aineptepub.py that can cause the '\\'to appear. Try to use ineptepub (i.e. without the initial 'a') instead.

I tried your advice regarding ineptepub but it came back with the same error message. Is there a possibility there is something wrong with the compression?

[pietvo]

Hello Lester. That is very strange. Which version of ineptepub do you use? How are you calling ineptepub, from the command line or by double-clicking? If command line, what are the exact parameters you give? If using GUI, do you browse to the file, or enter the filename manually? If the latter, what exactly do you type? Which line number does the error message give, or preferably what is the traceback that it prints?

[lester]

Originally Posted by pietvo

Hello Lester. That is very strange. Which version of ineptepub do you use? How are you calling ineptepub, from the command line or by double-clicking? If command line, what are the exact parameters you give? If using GUI, do you browse to the file, or enter the filename manually? If the latter, what exactly do you type? Which line number does the error message give, or preferably what is the traceback that it prints?

Hi Pietvo, I am using ineptepub v3. I have tried calling from the command line and double clicking - both with the same results. In the GUI I browse to the file. The error message I receive is:

"Traceback (most recent call last):
File "ineptepub_v3.pyw", line 362, in <module>
sys.exit(cli_main())
File "ineptepub_v3.pyw", line 223, in cli_main
data = inf.read(path)
File "/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/zipfile.py", line 834, in read
return self.open(name, "r", pwd).read()
File "/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/zipfile.py", line 874, in open
zinfo.orig_filename, fname)
zipfile.BadZipfile: File name in directory "OEBPS/Lars_9780307593672_epub" and header "OEBPS/Lars_9780307593672_epub_epl_r1.htm" differ.

I really appreciate your help in this.

[FlorenceArt]

Originally Posted by lester

Hi Pietvo, I am using ineptepub v3. I have tried calling from the command line and double clicking - both with the same results. In the GUI I browse to the file. The error message I receive is:

"Traceback (most recent call last):
File "ineptepub_v3.pyw", line 362, in <module>
sys.exit(cli_main())
File "ineptepub_v3.pyw", line 223, in cli_main
data = inf.read(path)
File "/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/zipfile.py", line 834, in read
return self.open(name, "r", pwd).read()
File "/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/zipfile.py", line 874, in open
zinfo.orig_filename, fname)
zipfile.BadZipfile: File name in directory "OEBPS/Lars_9780307593672_epub" and header "OEBPS/Lars_9780307593672_epub_epl_r1.htm" differ.

I really appreciate your help in this.

Have you seen this thread about epub decryption on the Mac? Somewhere in the millions of posts I think there is a discussion about epubs that need to be unzipped, then rezipped, to be useable on Mac. No idea if this can be useful to you but who knows.

[joblack]

Originally Posted by lester

Hi Pietvo, I am using ineptepub v3. I have tried calling from the command line and double clicking - both with the same results. In the GUI I browse to the file. The error message I receive is:

"Traceback (most recent call last):
File "ineptepub_v3.pyw", line 362, in <module>
sys.exit(cli_main())
File "ineptepub_v3.pyw", line 223, in cli_main
data = inf.read(path)
File "/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/zipfile.py", line 834, in read
return self.open(name, "r", pwd).read()
File "/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/zipfile.py", line 874, in open
zinfo.orig_filename, fname)
zipfile.BadZipfile: File name in directory "OEBPS/Lars_9780307593672_epub" and header "OEBPS/Lars_9780307593672_epub_epl_r1.htm" differ.

I really appreciate your help in this.

As long as there aren't any epub experts answering I suggest you check out the official epub reference and compare it with the epub.

Perhaps the ADE is limiting the filenames so they aren't recognizing a wrong file name or it has some error correcting code.

At the first glimpse it seems that the filenames in the file

Lars_9780307593672_epub_epl_r1.htm

aren't the same as in

OEBPS/Lars_9780307593672_epub

How about open the epub with WinRAR or Winzip, print both out and compare the file names (make a backup before).

[aliettedb]

Does this problem seem familiar to anyone?
I'm trying to decrypt an ADE file (bought from Waterstone's) using ineptkey and ineptepub. I got the key fine with the 4.3 version of ineptkey, but I get an error that says

File name in directory "OPT/xxiii_the_evidence_of_thtml+xml" and header "OPT/xiii_the_evidence_of_the_thea.html" differ.

Thinking this might be due to a wonky ZIP compression, I took the epub apart using 7zip and then put it back together again. When I do this, the decrypting goes fine--except that I can't read the epub file because chapter XXIII (the same that it warned me about in the first place) is missing. Upon inspection of the contents of the epub, it does have every single chapter in HTML format under OPT, except for chapter 23, which is in a folder named "xxiii_the_evidence_of_thtml+xml", which in turns contains something named "__" (which clearly isn't html because when I rename it and attempt to open it in Firefox, I get wonky characters).

I'm guessing chapter 23 must be encrypted in some way, but I have no idea where to start...

I'm running Windows XP SP3, with ADE 1.7.2.

Thanks in advance!

[joblack]

Originally Posted by aliettedb

Does this problem seem familiar to anyone?
I'm trying to decrypt an ADE file (bought from Waterstone's) using ineptkey and ineptepub. I got the key fine with the 4.3 version of ineptkey, but I get an error that says



Thinking this might be due to a wonky ZIP compression, I took the epub apart using 7zip and then put it back together again. When I do this, the decrypting goes fine--except that I can't read the epub file because chapter XXIII (the same that it warned me about in the first place) is missing. Upon inspection of the contents of the epub, it does have every single chapter in HTML format under OPT, except for chapter 23, which is in a folder named "xxiii_the_evidence_of_thtml+xml", which in turns contains something named "__" (which clearly isn't html because when I rename it and attempt to open it in Firefox, I get wonky characters).

I'm guessing chapter 23 must be encrypted in some way, but I have no idea where to start...

I'm running Windows XP SP3, with ADE 1.7.2.

Thanks in advance!

The script didn't encrypt it because the filenames from the index and the chapter differ.

[wallcraft]

Originally Posted by aliettedb

it does have every single chapter in HTML format under OPT, except for chapter 23, which is in a folder named "xxiii_the_evidence_of_thtml+xml", which in turns contains something named "__"

Unzip the original encrypted ePub, and rename OPT\xxiii_the_evidence_of_thtml+xml\__ to OPT\xiii_the_evidence_of_the_thea.html

Then zip it again and see if it can be decrypted. I may not have the details right, what you want is the "__" file (which is presumably the encrypted chapter) to have the same filename and location as listed in the .opt file. Note that "/" separates folders and is equivalent to "\" under Windows.