View Single Post
Old 08-22-2008, 12:24 AM   #16
nrapallo
GuteBook/Mobi2IMP Creator
nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.nrapallo ought to be getting tired of karma fortunes by now.
 
nrapallo's Avatar
 
Posts: 2,958
Karma: 2530691
Join Date: Dec 2007
Location: Toronto, Canada
Device: REB1200 EBW1150 Device: T1 NSTG iLiad_v2 NC Device: Asus_TF Next1 WPDN
Quote:
Originally Posted by Ret View Post
Reading those caps I can recall some things:
You see the device uses Allegro HTTP client.
Is there a reference manual for this client on the web. I found the Allegro FTP documentation, but not this HTTP one.
Quote:
It sends HTTP GET requests to the server. If you use a local "Librarian" you can fetch any HTML file.
By local "Librarian" you mean the proxy server program (like Linreb or GEBLibrarian).
Quote:
My proof of concept fetched a static html file containing one link to google.com. That prooved that the device could surf the net.
I've served up static html files in the 'content' directory that the reader accesses when displaying 'bookshelf.ebooksystem.net/content/' requests, but no surfing was allowed; even tried the google home page.

I also noticed that the reader's 'bookshelf page' was very weak in it's support of html pages so I would probably rule that out to serve up static html to its 'bookshelf' requests.
Quote:

If you want to generate and fetch your own list of books you'll have to fetch an HTTP response containing the string "Content-Type: text/x-booklist" and then the list of books in this format:


Code:
3:B:ebook<TAB>BOOKNAME<TAB>AUTHOR<TAB>CATEGORY<TAB>SIZE<TAB>URL_TO_BOOK<TAB>1<TAB>17
Taken from:
3:B:eBook	eBook User's Guide Version 2.2	Thomson Consumer Electronics	General Interest	452630	http://bookshelf.softbook.net/bookshelf/default.asp?BOOK_ID=eBook&SOURCE_ID=3&SOURCE_TYPE=B	1	17
If the device asks for a book the server should respond with an HTTP response containg "Content-Type: text/x-book" (which I infer, since it's not on those caps)
Ya, I omitted those requests from the capture file as they were binary transfers in a text file. I do see the 'content-type: x-softbook' being responded in the Linreb program code. That C code also shows the string replied to the x-booklist request as you have indicated above. We're on the same page...
Quote:

Does this help you? Hope it does Take a closer look at your caps. I think all you need to know is almost all there
Good luck
I think it narrows down where to patch into but I still can't reproduce that 'surfing' ability. Here's to more explorations...(or someone having a copy of your java code)

Last edited by nrapallo; 08-22-2008 at 12:29 AM.
nrapallo is offline   Reply With Quote