Bug 124436 - make checking for external references smarter
Summary: make checking for external references smarter
Status: RESOLVED WAITINGFORINFO
Alias: None
Product: kmail
Classification: Applications
Component: messageviewer (show other bugs)
Version: 1.9.1
Platform: unspecified FreeBSD
: NOR wishlist
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-03-28 19:11 UTC by mi+kde
Modified: 2012-08-19 00:35 UTC (History)
1 user (show)

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 mi+kde 2006-03-28 19:11:00 UTC
Version:           1.9.1 (using KDE 3.5.1, compiled sources)
Compiler:          gcc version 3.4.4 [FreeBSD] 20050518
OS:                FreeBSD (i386) release 6.1-PRERELEASE

A lot of e-mails in HTML I receive are pure text, or with occasional references to *included* images.

However, they all get the large multi-line warning about "possible external references". Apparently, this is due solely to their opening HTML tag contans the XML namespace information:

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" =
xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns=3D"http://www.w3.org/TR/REC-html40">

Obviously, these are generated by a Microsoft product -- Outlook.
Comment 1 Ingo Klöcker 2006-03-28 23:37:52 UTC
Yes, the code that tries to detect external references is pretty dumb. We could try to make it smarter if we wouldn't have 1000 more important bugs to fix.
Comment 2 mi+kde 2006-03-28 23:50:10 UTC
Making the code "too smart" is bound to create bugs, including security bugs, of its own.

Maybe, the distinguishing between the local to message vs. external references should be left entirely to khtml?

Dunno.
Comment 3 Ingo Klöcker 2006-03-29 00:25:24 UTC
Indeed. The best solution would be a khtml method returning true if the HTML code contains external references and false otherwise. I guess I should file a wish for khtml.
Comment 4 mi+kde 2006-03-29 00:38:35 UTC
Maybe, instead, let khtml handle the whole thing? If khtml had a method, that would show local (to the directory) things only, it could add its own button to allow displaying the external stuff.

KMail then would need only to create the (temporary) directory, dump any attachements in there and call the special method without passing things back and forth.
Comment 5 Myriam Schweingruber 2012-08-18 08:11:15 UTC
Thank you for your feature request. Kmail1 is currently unmaintained so we are closing all wishes. Please feel free to reopen a feature request for Kmail2 if it has not already been implemented.
Thank you for your understanding.
Comment 6 Luigi Toscano 2012-08-19 00:35:52 UTC
Instead of creating a new feature request, please confirm here if the wishlist is still valid for kmail2.