Bug 20057 - application/octet-stream preview
Summary: application/octet-stream preview
Status: RESOLVED UNMAINTAINED
Alias: None
Product: knode
Classification: Miscellaneous
Component: general (show other bugs)
Version: 0.4-beta4
Platform: unspecified Linux
: NOR wishlist
Target Milestone: ---
Assignee: Roberto Selbach
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2001-02-08 07:48 UTC by Maciej J . Woloszyk
Modified: 2018-09-04 18:38 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Maciej J . Woloszyk 2001-02-08 07:36:21 UTC
(*** This bug was imported into bugs.kde.org ***)

Package: knode
Version: 0.4beta4 (KDE 2.1 Beta 2)
Severity: wishlist
Compiler: gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)
OS: Linux 2.2.16-3 i686 (compiled sources)

Hi
I'm reading some newsgroup where there are a lot of forwards from another newsgroups. 
Problem is that some newsreaders marks the forwarded part of message (sent as 
attachment probably) as a "application/octet-stream" MIME type. Is it possible that such 
an attachment (which is usually (if not always) just a text message) be opened in KNode 
like the other attachments (images especially)?

Thanx in advance

M.
Comment 1 heikki 2003-06-25 20:50:25 UTC
Same seems to apply for various binary formats. It would be great if KNode would use 
a bit of intelligence when it meets an application/octet-stream type - most of them must 
be some known types. We already have file magic numbers for guessing types, and we 
have the extension of the file name... 
Comment 2 heikki 2004-03-03 16:20:25 UTC
Seems like this problem persists in knode 0.7.6 (KDE 3.2)
Some binary newsgroups have half their images as application/octet-stream, with file names that clearly indicate a jpg picture. A bit of intelligence would come in handy here, it is apain to have to choose KView every time I want to seen an educational picture.
Comment 3 Roberto Selbach 2004-11-05 14:32:22 UTC
I still think that the client used to send those attachments is the wrong one, we can check some patterns (magic numbers) on the files.

As for intelligence, your definition is not the same as mine. The file names don't indicate anything. Forget about filenames, they mean nothing.
Comment 4 Andrew Crouthamel 2018-09-04 18:38:32 UTC
Hello! Sorry to be the bearer of bad news, but this project has been unmaintained for many years so I am closing this bug.