Bug 124436

Summary: make checking for external references smarter
Product: [Applications] kmail Reporter: mi+kde
Component: messageviewerAssignee: kdepim bugs <kdepim-bugs>
Status: RESOLVED WAITINGFORINFO    
Severity: wishlist CC: luigi.toscano
Priority: NOR    
Version: 1.9.1   
Target Milestone: ---   
Platform: unspecified   
OS: FreeBSD   
Latest Commit: Version Fixed In:

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.