Fix The Attachments Options

[InSearchOf]

.bmp  image/x-MS-bmp   
.gif  image/gif 
.gz  application/x-gzip 
.hqx  application/mac-binhex40 
.htm  application/octet-stream 
.html  application/octet-stream 
.ico  image/ico 
.ipk  application/x-tar 
.jpeg  image/jpeg 
.jpg  image/jpeg

Above is an example of some of the mime types listed which is the same pre and post PHP update.

I just clicked on a .jpg attachment and the Page Info window tells me the type is text/html. Somehow these mime types are not being passed to my browser (Firefox).

CODE

.htm application/octet-stream
.html application/octet-stream

shouldn't these be html/text ?

Yes... but thats beside the point! :-)

Late

[Meanie]

.bmp  image/x-MS-bmp   
.gif  image/gif 
.gz  application/x-gzip 
.hqx  application/mac-binhex40 
.htm  application/octet-stream 
.html  application/octet-stream 
.ico  image/ico 
.ipk  application/x-tar 
.jpeg  image/jpeg 
.jpg  image/jpeg

Above is an example of some of the mime types listed which is the same pre and post PHP update.

I just clicked on a .jpg attachment and the Page Info window tells me the type is text/html. Somehow these mime types are not being passed to my browser (Firefox).

CODE

.htm application/octet-stream
.html application/octet-stream

shouldn't these be html/text ?

Yes... but thats beside the point! :-)

Late

and why not? currently when clicking on an attachment, the server sends the content back correctly as an octet-stream, but the accompanying header is wrongly being sent back as html/text which is clearly a mismatch and the browser obediently displays the octet-string as text as instructed by the header...

[InSearchOf]

.bmp  image/x-MS-bmp   
.gif  image/gif 
.gz  application/x-gzip 
.hqx  application/mac-binhex40 
.htm  application/octet-stream 
.html  application/octet-stream 
.ico  image/ico 
.ipk  application/x-tar 
.jpeg  image/jpeg 
.jpg  image/jpeg

Above is an example of some of the mime types listed which is the same pre and post PHP update.

I just clicked on a .jpg attachment and the Page Info window tells me the type is text/html. Somehow these mime types are not being passed to my browser (Firefox).

CODE

.htm application/octet-stream
.html application/octet-stream

shouldn't these be html/text ?

Yes... but thats beside the point! :-)

Late

and why not? currently when clicking on an attachment, the server sends the content back correctly as an octet-stream, but the accompanying header is wrongly being sent back as html/text which is clearly a mismatch and the browser obediently displays the octet-string as text as instructed by the header...

I was joking... but htm and html has been changed to text/html...

Still looking for a fix

Late

[sdjf]

Appreciate what you are doing. Getting the examples also explains why I always had trouble with some downloads before the upgrade as well.

Late, maybe it needs a reboot or something similar to notice your changes? (cringing...another brief downage??)

My mime.types file also shows:

application/x-gtar gtar tgz

But it sounds more like that list isn't getting read by something...to point out what is probably already obvious to you.

sdjf

[Drake01]

Appreciate what you are doing. 

Yeah, I'd like to emphasize that I definitely appreciate the time ISO is spending on this. I didn't mean to sound terse in my last response and I hope it didn't come across that way.

[sdjf]

Appreciate what you are doing. 

Yeah, I'd like to emphasize that I definitely appreciate the time ISO is spending on this. I didn't mean to sound terse in my last response and I hope it didn't come across that way.

No, I didn't think that. You were helping out with more data. I have just had a horrible time because of the attachment problem, and wanted ISO and Meanie also to know how much I appreciate their taking the problem seriously and working on it instead of telling me to install a fourth browser on my Z.

I am wondering, though, what, if anything can be done about attachments that have no extension. Sometimes they are binaries, and sometimes they are text. There are times when I need to send something to someone who may not be able to unzip a file.

What are files without extensions are destined to be considered?

sdjf

[desertrat]

What are files without extensions are destined to be considered?

Apart from the common image files (jpeg, png etc), all other files should be sent as "application/octet-stream" then the user will have the choice of "save file as ..." or "open with ..." (the latter if the browser allows).

[Ling]

Image files still produce a screen full of characters. Just tried it. crap

[tux]

Image files still produce a screen full of characters. Just tried it. crap

I just clicked on an image in a post.... same symptoms. I presume this means that attached files and images in posts work in the same way.. or not!

Are this issue and the non working ZUG downloads issue connected?

Oh well, somebody is working on it because some things have been restored. Thank you to whichever admin(s) have been working on this.

Please keep up the good work.

[sdjf]

Are this issue and the non working
  ZUG downloads issue connected?

You do know that in the meantime some, if not all, of the ZUG downloads can be obtained using wget, didn't you? At least it's worked for me on the little testing I did.

sdjf

[tux]

Are this issue and the non working
  ZUG downloads issue connected?

You do know that in the meantime some, if not all, of the ZUG downloads can be obtained using wget, didn't you? At least it's worked for me on the little testing I did.

sdjf

Thanks for the tip

Feel like posting an example?

My wgetting success has been in using the script for downloading feeds without hurting the bandwith too much. You know, the one that downloads the newer packages only. It appears somewhere in the posts about the cacko feed at stupkid's site. I was able to alter it to do the same for other feeds but I'm a bit unsure about how to get at the ZUG downloads. After all it would be counter productive to download the lot wouldn't it?

It might be handy to post a howto for the new users that keep asking for things that were/are in the downloads so that they could download specific targets. Any volunteers??


Cheers

PS I'm not very clever with wget myself but I'll report back with any successful results.

[sdjf]

Here's a no frills basic wget command. The url for the feed index is:
http://www.zaurususergroup.org/feed

That shows you all the packages. You pick the name of what you want, and tack it on to the end of the above url. So, if I want hancompresenter_1.6-lite-1_arm.ipk, I would enter (all one one line):

wget http://www.zaurususergroup.org/feed/hancom...-lite-1_arm.ipk Do not use wildcards...use the full url and package name.. Note the BBS software has screwed up my urls but they must be written out in full without any dots]

And away we go... There are lots of complicated options, like how to put the file in a different location. If I want something to go on my SD card, I would enter:

wget -P /mnt/card/ http://blablabla.ipk

No time to explain all the options but this should get you started. Here's proof it works:
# wget http://www.zaurususergroup.org/feed/hancom...-lite-1_arm.ipk
--11:19:12-- http://www.zaurususergroup.org/feed/hancom...-lite-1_arm.ipk
=> `hancompresenter_1.6-lite-1_arm.ipk'
Connecting to www.zaurususergroup.org:80... connected!
HTTP request sent, awaiting response... 200 OK
Length: 118,393 [text/plain]

0K .......... .......... .... [I ran out of room for this post but that's how a download looks to start with] sdjf

[tux]

Here's a no frills basic wget command.  The url for the feed index is:
    http://www.zaurususergroup.org/feed

That shows you all the packages.  You pick the name of what you want, and tack it on to the end of the above url.  So, if I want hancompresenter_1.6-lite-1_arm.ipk, I would enter (all one one line):

wget http://www.zaurususergroup.org/feed/hancom...-lite-1_arm.ipk  Do not use wildcards...use the full url and package name.. Note the BBS software has screwed up my urls but they must be written out in full without any dots]

And away we go...  There are lots of complicated options, like how to put the file in a different location.  If I want something to go on my SD card, I would enter:

wget -P /mnt/card/  http://blablabla.ipk

No time to explain all the options but this should get you started.  Here's proof it works:
# wget http://www.zaurususergroup.org/feed/hancom...-lite-1_arm.ipk
--11:19:12--  http://www.zaurususergroup.org/feed/hancom...-lite-1_arm.ipk
          => `hancompresenter_1.6-lite-1_arm.ipk'
Connecting to www.zaurususergroup.org:80... connected!
HTTP request sent, awaiting response... 200 OK
Length: 118,393 [text/plain]

    0K .......... .......... .... [I ran out of room for this post but that's how a download looks to start with]  sdjf

Sorry SDJF, I'm feeling disappointed now! I must have misled you.

I was talking about the ZUG Downloads not the feed. The feed is now back up in operation from the link on the ZUG main page, thanks again admin(s). Even when it wasn't, it was possible to do as you explain and wget individual files. I suppose you might be interested in this script for downloading the whole feed and for then keeping it updated by simply downloading the changes? I take no credit for it I grabbed it from one of the Cacko threads and edited it to use on the ZUG feed.

Thanks for your examples, they'll help me make more sense of wget.

What I'd like for Christmas is for the admins to restore the downloads, a collection of all sorts of roms, packages, scripts and generally interesting and useful stuff for the Zs!

Actually my birthday is in August so I'd rather have the downloads back before then for a present!!

cheers

[tux]

I tried to attach the script. It failed. I'm renaming the file to have a zip extension. That should let me attach it. Don't be fooled it is a .sh file. If you download it just replace the extension zip with the extension sh.

You will of course have to right click on the attachment and rename it to getzugfeed.sh

The broken bits on this site really frustrate me!

Attached File(s)

 getzugfeed.zip ( 237bytes ) Number of downloads: 16

 

[sdjf]

So where the heck is (or was) the ZUG downloads? And what's the difference? 8^/

if it isn't too dumb a question

sdjf