ePub & PDF decryption on Mac OSX

[MrKrueger]

That was exactly the problem and the fix worked wonders. Thanks for much for that.

This whole process for doing this solely on a Mac definitely needs to be streamlined, but at least it does work without needing a Windows machine(real or virtual) at all.

[tlrowley]

Okay, MrKrueger, you've got to stop posting exactly what I was going to say

Thanks, very much, adullday, the unzipping/rezipping fixed my problem, too.

One more thing I can do Windows-free!

ETA - To follow-up, I just bought 2 epubs (not available in US Kindle store). One decrypted without intervention, but the second required unzipping/rezipping, then it worked fine.

Thanks!

[pthwaite]

Oh happy days, as the song goes...

[Trubu]

De-lurking to say thanks to everyone for a very helpful thread - especially pthwaite for timely assistance with one of the trickier bits of this whole process.

[epstewart]

Originally Posted by kjk

This would be awesome

OK, I have made an AppleScript script that can generate an ADEPT Key in an adeptkey.der file (or a file by any other name the user chooses) on a Mac OS X platform. You can download this script's .zip file from

link removed

This is a script in the form of an application called ADEPTKey_Generator_1.1a. To use it, un-zip the ADEPTKey_Generator_1.1a.app.zip file to retrieve the script app. Then double click on the script app's icon. A standard "Where should I put the ADEPT key output file?" dialog will appear. You can Save As: any file name (default is adeptkey.der) to any folder (default is Desktop).

The script then uses "shell script" UNIX code provided by one of the participants in this thread to generate a "private key" that is saved in the ADEPT key output file and then can be used by the ineptepub.py Python script to decrypt downloaded ADE books.

ADEPTKey_Generator_1.1a should not be used until the user has (1) created an Adobe account online using a web browser and then (2) authorized that account in Adobe Digital Editions on the Mac. It requires that a ~/Library/Application Support/Adobe/Digital Editions/activation.dat file be present in the user's home folder hierarchy. Activating/authorizing the ADE account causes that file to be created.

Also, if more than one user have ADE accounts, the most recent one authorized is the one ADEPTKey_Generator_1.1a will use in generating the ADEPT Key.


Edited on 12/4/2009 to refer to ADEPTKey Generator 1.1a, which is now compatible with Mac OS X 10.6 "Snow Leopard." The previous version of this script application, 1.1, generated an error condition in S.L. The reason apparently was that S.L. expects a script app to be not an "application" per se but what was called an "application bundle" by the Mac OS X 10.5 "Leopard" Script Editor. I had saved it as a plain "application." Apparently, if the same source code is saved, in Script Editor under S.L., as an "application," the result is the same as an "application bundle" under Leopard. Under S.L., there is no option to save as an "application bundle" any more. I am running Leopard at this time, not S.L., so I can't actually test that.

[joblack]

Can you also publish the source code?

[Xenophon]

@epstewart:

I find that your script doesn't like output folders that have spaces in their names. Can you fix?

Xenophon

[epstewart]

Originally Posted by joblack

Can you also publish the source code?

I have sent you a PM linking to the source code.

Cheers,
Eric

[epstewart]

Originally Posted by Xenophon

@epstewart:

I find that your script doesn't like output folders that have spaces in their names. Can you fix?

Xenophon

Thanks for pointing out the bug. Here is a link to a fixed AppleScript app:

link removed

This one lets you have spaces in the folder names in the path to the output file and in the name of the output file as well. It also defaults to putting the output file on your Desktop instead of in the Documents folder, though you can still select any folder location your prefer.

Cheers,
Eric

[ChristopherTD]

I have run the Applescript kindly prepared here and generated a adeptkey.der file.
When I run ineptepub.pyw I get an error along the lines of:

File name in directory "OEBPS/robe_978_oeb" and header "OEBPS/xxx.jpg" differ.

Is this because the adeptkey is wrong, or a symptom of something else?

[tlrowley]

This sounds exactly like the problem I was having a few days ago. The solution that worked for me was to unzip/rezip as described in message #60 (link here)

Good luck.

[ChristopherTD]

Outstanding! Many thanks all of you. The unzip/zip trick worked. I can now read my book in Stanza. Hooray!

[epstewart]

Originally Posted by ChristopherTD

Outstanding! Many thanks all of you. The unzip/zip trick worked. I can now read my book in Stanza. Hooray!

Just out of curiosity: does anyone understand the need to unzip/zip?

Eric

[DaleDe]

Originally Posted by epstewart

Just out of curiosity: does anyone understand the need to unzip/zip?

Eric

If you need to edit the contents of the ePUB and are not using a direct ePUB editor you will need to unzip it first to reveal the contents.

Dale

[epstewart]

Originally Posted by DaleDe

If you need to edit the contents of the ePUB and are not using a direct ePUB editor you will need to unzip it first to reveal the contents.

Dale

I have to assume, then, that ePUB books are typically zipped??? I didn't know that. They don't have to be unzipped to be read, seemingly, but if you want to edit them, then they need to be unzipped ... is that right? (Why would anyone want to edit an ePUB, anyway? In case one doesn't like the ending Dan Brown gave his latest novel?)

Cheers,
Eric