lbeith at rwu.edu
Wed May 22 22:14:17 CEST 2013
Just a quick follow-up to my problem with downloading and decrypting files from our hosting vendor. It turns out that their Apache did not have a mime type for gpg. Once the mimeType was added we were able to download the file again via the website. This time it did ask for the password. I was then able to get a valid sql file. It didn't help with the original file but at least solved the mystery for why we weren't being prompted for the passcode. Thanks to all who so generously volunteered solutions/suggestions.
From: Gnupg-devel [mailto:gnupg-devel-bounces at gnupg.org] On Behalf Of Beith, Linda
Sent: Wednesday, April 17, 2013 5:07 PM
To: gnupg-devel at gnupg.org
Subject: decryption question
Please excuse cross-posting but I wasn't sure which list was the best option for my dilemma.
I am new to the list and am hoping someone can provide some suggestions for a situation we have at my University. We have had a rather catastrophic loss of all data from one of our Fall 2012 courses on our Sakai open source learning management server. To compound matters, we have a military student who had an incomplete in that course and is on deadline to finish his work and submit his grades or face being dropped from his academic program.
Since our Sakai instance is hosted by a third-party vendor we don't have direct access to the application at the server level, so each month the vendor makes a backup copy of our full database and encrypts/zips it using GNU PG so we can download it. We then decrypt it using the passcode they provide and we can run stats against the resulting SQL file.
I had a backup file from early December 2012 that I had downloaded but never opened. I sent the file back to our vendor in hopes of being able to retrieve the course data however when they tried to unzip/decrypt it, they were not prompted for the passcode and just got an error:
Gpg: can't open 'rwu.dbdump_Nov2012.sql.gz.gpg'
Gpg: decrypt_message filed: file open error
We can't have them redo the backup because it is too late - the files are no longer on their server. So the only source of the work is locked in this zipped file. The zipped file is quite large - over 1 GB so we know there is data there - we just can't get to it.
The assumption is that something went wrong in the original encryption of the file. Do you have idea if it is possible to extract data in this situation?
I appreciate any help or suggestions you can provide,
Linda L. Beith, Ph.D.
Roger Williams University
Director, Instructional Design
One Old Ferry Road, Bristol RI
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Gnupg-devel