Quote:
Is there any browser or other method of tracing to find out what the content headers being used are ?
|
I just use python's urllib2. The prc ebook from the website you were trying to get is being incorrectly delivered with a Content-Type of application/x-pilot-prc:
Code:
>>> remotefile = urllib2.urlopen('http://www.webscription.net/SendFile.aspx?SKU=
0671654160&ProductID=587&format=P')
>>> print remotefile.info()
Content-Length: 745585
Content-Type: application/x-pilot-prc
Content-Location: http://www.webscription.net/10.1125/Baen/0671654160/Sheepfarme
rs_Daughter.prc
Last-Modified: Sat, 04 Nov 2006 16:27:24 GMT
Accept-Ranges: bytes
ETag: "07ee71b2e0c71:4b82"
Server: Microsoft-IIS/6.0
X-Powered-By: ASP.NET
Date: Fri, 07 Jan 2011 21:19:56 GMT
Connection: close
The other .mobi you specified is being served with the correct Content-type of application/x-mobipocket-ebook
Code:
>>> remotefile = urllib2.urlopen('http://www.webscription.net/SendFile.aspx?SKU=
0743471873&ProductID=355&format=P')
>>> print remotefile.info()
Content-Length: 1085372
Content-Type: application/x-mobipocket-ebook
Content-Location: http://www.webscription.net/10.1125/Baen/0743471873/The_Road_t
o_Damascus.mobi
Last-Modified: Mon, 30 Jun 2008 14:14:16 GMT
Accept-Ranges: bytes
ETag: "06c3094bbdac81:4b82"
Server: Microsoft-IIS/6.0
X-Powered-By: ASP.NET
Date: Fri, 07 Jan 2011 21:23:49 GMT
Connection: close
Quote:
I would say that if Kindle's browser won't accept application/octet-stream or application/palm then there is a case that it's being too picky.
|
In the case of not accepting application/palm, you may be right about it being a little picky. But, just how many
incorrect webserver configurations is Amazon supposed to account for?
As for accepting files that are labeled as application/octet-stream... that would be the height of foolishness. Content-type application/octet-stream is generally reserved for files that have no known program association. Why would Amazon allow that?