Version: 1.5 (using KDE KDE 3.1) Installed from: RedHat RPMs OS: Linux KMail defaults to NOT rendering HTML emails. I would like to be able to put an entry into the address book and put a checkmark in a box that says "it's safe to render HTML emails from this person." That way when my buddy on Hotmail sends me an email, I can read it without all the HTML source code. I realize that I can just click where it says to activate HTML rendering, but it would be nice if KMail would either remember that I want to read this person's email in HTML or allow us to specify it in advance.
So I suppose you meant to report a bug for kmail, right? ;-)
Subject: Re: Wish -- Auto-render HTML for certain email addresses On Saturday 06 September 2003 10:29 am, you wrote: > ------- You are receiving this mail because: ------- > You reported the bug, or are watching the reporter. > > http://bugs.kde.org/show_bug.cgi?id=63780 > roberto@kde.org changed: > > What |Removed |Added > --------------------------------------------------------------------------- >- Product|knode |kmail > > > > ------- Additional Comments From roberto@kde.org 2003-09-06 16:29 ------- > So I suppose you meant to report a bug for kmail, right? ;-) > Yes... I suppose I missed what I was trying to click on. Sorry, my bad. :-) John
Related to BR 53178
there are certain emails i get that are in HTML and trusted. in Outlook, i can add the sender to a 'safe list' that all emails from them show in HTML. in KMail, it seems i have to constantly click the approval link and it's annoying.
*** Bug 92373 has been marked as a duplicate of this bug. ***
*** This bug has been confirmed by popular vote. ***
If you filter your messages into folders, you can set that option on a per folder basis. Would that help you?
On Sunday 05 June 2005 02:53 pm, Andreas Gungl wrote: [bugs.kde.org quoted mail] Possibly... Not as much as if I could set it on an individual basis...
agreed. that is a band-aid fix. you're trying to mold my mail reading methodology to a shortcoming of the program. it should offer me the flexibility to work the way i've been accostomed to working for years. I already have too many folders. and this should be simple enough to implement. this could be as simple as a 'filter' option. ie. "if from user@foo.com or from *@foo.com then HTML okay" kind of a thing. plus for good measure i'll throw in the fact that the more Outlook features (and strengths) that can be incorporated into KMail, the easier it is for someone (like me) to migrate. Outlook is still one of the main reasons I haven't switched from XP to Gentoo as my desktop.
Am Sonntag, 5. Juni 2005 23:31 schrieb Daevid Vincent: > agreed. that is a band-aid fix. you're trying to mold my mail > reading methodology to a shortcoming of the program. it should offer me > the flexibility to work the way i've been accostomed to working for > years. My question wasn't meant as an offense. I've asked because I have another workflow. > I already have too many folders. and this should be simple enough to > implement. this could be as simple as a 'filter' option. ie. "if from > user foo com or from * foo com then HTML okay" kind of a thing. It's less a question of simplicity of the implementation but of the development capacity and priority of a change. If you think it's simple enough, please go and provide a patch. > plus for good measure i'll throw in the fact that the more Outlook > features (and strengths) that can be incorporated into KMail, the easier > it is for someone (like me) to migrate. Outlook is still one of the main > reasons I haven't switched from XP to Gentoo as my desktop. <irony> Let's complain to Bill. If he provided OL for Linux, this would indeed increase the competition and force the OSS developers to put much more effort into their projects. </irony>
*** Bug 141434 has been marked as a duplicate of this bug. ***
*** Bug 117017 has been marked as a duplicate of this bug. ***
*** Bug 147380 has been marked as a duplicate of this bug. ***
would autorendering for all contacts from addressbook be enough?
(In reply to comment #14) > would autorendering for all contacts from addressbook be enough? > Fine for me. Regards Matthias Weiß
As far as I am considered those two things seem to be unrelated. When I receive some newsletter, I may be trusting it to display images, but I do not need it in the adressbook. At the same time I can correspond with somebody but dislike backgrounds he puts in emails or don't be wishing to let him know that I opened the email I'd suggest just some option like "ALways show images from this recipient" saved in some hidden preference.
Autorendering for all contacts in address book sounds like a good compromise to me. To have more freedom in choosing what to display from who would be nice, but bloats the software a little more.
*** Bug 181348 has been marked as a duplicate of this bug. ***
*** Bug 185220 has been marked as a duplicate of this bug. ***
To be able to activate HTML for all addresses/just the addresses in the addressbook doesn't seem like a good idea. As explained in Comment #16 trusting an address and having it in the address book doesn't always go together. Looking through the contacts in my address book I'd say that it really is 50/50 (or a little less than 50%) from whom I'd like to accept HTML-Mails. It would be great to be able to decide for every contact in my address book if HTML or not, but it would be even better to have an additional whitelist independent from the address book for e.g. newsletters and similar which won't go into the address book.
Having a flag in the addressbook for a sender you want to always view HTML e-mails from (including external links in it) sounds like the easiest solutions without having to create a new database. Adding the newsletter sender address to the addressbook is trivial and not intrusive at all.
*** Bug 53801 has been marked as a duplicate of this bug. ***
I personally filter my mailing list to separate folders. What would work for me is the ability to set html rendering on for the content of a specific folder. I wouldn't want the rendering to be on for everyone in my contact list. I have no problem adding a mailing list address there and toggle a switch but I don't like a blanket setting. After all some people on my contact list may sometimes send me stuff in html I'd rather not deal with.
*** Bug 238561 has been marked as a duplicate of this bug. ***
*** Bug 231131 has been marked as a duplicate of this bug. ***
Is this valid for KMail2? I am switching it to the kmail2 product, please check if it still applies, thanks
I want a similar feature for me and I don't want any compromise. I want the ability to set the rendering through a filter. I have never before done programming for KDE but I am quiet experience in C++ and would be willing to write a patch for the thing so if someone else is not working, I can at least give it a shot. I am trying to read the KMail source right now and would be delighted if someone can help me a little with it when I need help. :-) So, just let me know what exactly is the status and I will pick it up from there. :-)
Are there any news regarding this issue ? It would be really nice if someone could implement it the way, that HTML emails from adresses in my address book a rendered automatically. (That is btw how Thunderbird is doing it).
Done in 4.9.x fixed in 4.9.2
*** Bug 61024 has been marked as a duplicate of this bug. ***
What is the solution? I don't see any option in 4.9.4.
in kaddressbook -> contact -> edit it -> in tab contact => Prefer to receive message formatted as "HTML" => contact needs to be indexed by nepomuk and it works fine.
This feature is not working for me, I'm on KDE (and KMail) 4.10.3 on Kubuntu 12.04.2. How do I know if it's because the contact wasn't indexed by nepomuk for some reason, or if it is a regression of this bug?
As it often happens, I found the answer to my question minutes after asking for help... I opened Akonadi Console and Akonadi Nepomuk Feeder had a status of "Waiting for Nepomuk service to start" (I don't remember the exact words). I restarted the agent and it is now working. This is bug 294320.
This function is not working in 4.10.3 set your KMail to not prefer HTML. Set a contact to be allowed html rendering. Works then set KMail to prefer html rendering . Said contact will now be rendered "plain text" despite setting to HTML. The addressbook setting works as "default / not default" - not as stated "default/plain/html"
I confirm comment 35 in 4.13/master I reopen it
Please note that I opened a new bug on the issue as this bug was both old and "resolved/fixed". You find it here: https://bugs.kde.org/show_bug.cgi?id=334572 Not sure if I/you should simply close the new bug given you reopened this bug?
I didn't know that you opened a new bug. Better to close new bug and keep this one opened.
Git commit d901618e5d1151b24275edc0f28760ab4c3b0fa4 by Montel Laurent. Committed on 13/05/2014 at 20:06. Pushed by mlaurent into branch 'master'. Fix Bug 63780 - Auto-render HTML for certain email addresses FIXED-IN: 4.14 M +3 -1 kmail/configuredialog/configuresecuritypage.cpp M +1 -1 kmail/editor/attachmentcontroller.cpp M +3 -2 kmail/editor/kmcomposewin.cpp M +2 -2 kmail/kmail_part.rc M +4 -5 kmail/kmcommands.cpp M +3 -3 kmail/kmcommands.h M +1 -1 kmail/kmkernel.cpp M +48 -50 kmail/kmmainwidget.cpp M +2 -4 kmail/kmmainwidget.h M +2 -2 kmail/kmmainwin.rc M +4 -5 kmail/kmreadermainwin.cpp M +3 -2 kmail/kmreadermainwin.h M +4 -13 kmail/kmreaderwin.cpp M +1 -1 kmail/kmreaderwin.h M +1 -1 kmail/messageactions.cpp M +5 -0 kmail/tests/displaymessageformatactionmenutest.cpp M +1 -1 messageviewer/viewer/urlhandlermanager.cpp M +1 -22 messageviewer/viewer/viewer.cpp M +0 -2 messageviewer/viewer/viewer.h M +9 -31 messageviewer/viewer/viewer_p.cpp M +1 -3 messageviewer/viewer/viewer_p.h M +2 -2 mobile/mail/mainview.cpp http://commits.kde.org/kdepim/d901618e5d1151b24275edc0f28760ab4c3b0fa4
Great news! It could not be backported to 4.13.2 or something? If I dont keep an eye on it this can make KMail/Kontact chew up close to 1 Gb RAM
(In reply to comment #40) > Great news! It could not be backported to 4.13.2 or something? If I dont > keep an eye on it this can make KMail/Kontact chew up close to 1 Gb RAM no I can't it added some new i18n and big changes in code. For next version :)
Please can we have an Account (Receiving) "trusted HTML" mode option whereby all email downloaded from certain IMAP (Exchange) servers (ours converts everything to HTML) is "trusted" to be auto-rendered WITHOUT loading external references, and WITH preferring plain-text alternates over HTML alternates ? Why is it a security risk to render HTML WITHOUT LOADING EXT. REFS. ? ie. I don't want to "prefer HTML over text/plain" , I don't want to load external links, but I do want internal image attachments and HTML rendered automatically IFF the message is downloaded from certain Exchange IMAP servers , and I do want to prefer to display the text/plain alternate MIME section if also attached along with the text/html section, with an option to display the HTML version. Is there really no way to go about this ? This really makes KMail unusable for corporate MS-Office-365 Exchange accounts like the one I must use (along with KMail's lack of Calendar message support). It looks I must use evolution for this account. Do I need to raise a new bug about this ? Thanks, Jason
or actually, rather than Evolution, I'm migrating to gnus ...
Can't believe how easy migrating to emacs gnus + gnutls + starttls + w3 was, and how much nicer an email client it is to deal with than KMail . Sorry, but kmail has lost one long-time user to gnus , largely because of its HTML hangups and lack of Calendar messaging and insistence on threaded message display & busy-waiting & polling & downloading all my messages & consuming huge amounts of storage . Good bye KMail!
Ok so good luck with gnus
(In reply to Jason Vas Dias from comment #42) > Please can we have an Account (Receiving) "trusted HTML" mode option > whereby all email downloaded > from certain IMAP (Exchange) servers (ours converts everything to HTML) is > "trusted" to be > auto-rendered WITHOUT loading external references, and WITH preferring > plain-text alternates > over HTML alternates ? Why is it a security risk to render HTML WITHOUT > LOADING EXT. REFS. ? > ie. I don't want to "prefer HTML over text/plain" , I don't want to load > external links, but I do want > internal image attachments and HTML rendered automatically IFF the message > is downloaded from > certain Exchange IMAP servers , and I do want to prefer to display the > text/plain alternate MIME section > if also attached along with the text/html section, with an option to > display the HTML version. > Is there really no way to go about this ? > This really makes KMail unusable for corporate MS-Office-365 Exchange > accounts like the one I must use (along with KMail's lack of Calendar > message support). > It looks I must use evolution for this account. > Do I need to raise a new bug about this ? > Thanks, Jason I would submit a wish for a new function rather than add comments to a fixed bug