| Summary: | Support for RFC 3676 ( format=flowed/fixed, delsp=yes/no ) | ||
|---|---|---|---|
| Product: | [Applications] kmail2 | Reporter: | Jens <jens-bugs.kde.org> |
| Component: | general | Assignee: | Laurent Montel <montel> |
| Status: | CONFIRMED --- | ||
| Severity: | wishlist | CC: | arthur, bugs.kde.org, david001, davidkacerek, erik.nordlund, grote, hey, jscott, luigi.toscano, mail, p3ybnyhv, pancho.s, ppurka, rene |
| Priority: | NOR | ||
| Version: | Git (master) | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Jens
2004-11-02 17:05:35 UTC
Hello, this is actually related to Bug 41926. (duplicate?) Jens I have offered 10 EUR for the developer who fixes this bug at http://kontact.org/shopping/. *** Bug 80844 has been marked as a duplicate of this bug. *** KDE 3.5, and KMail 1.7.1 still does not have this feature. This is a bit annoying since it breaks up long URLs in KMail. Many mail clients use this feature, e.g. Apple's Mail, and most others can at least read and parse those mails correctly. Argh, that should have been KMail 1.9.1. *** This bug has been confirmed by popular vote. *** I agree that this is a _very_ useful feature. As a user of both pine+vim and Kontact, I am very strict in my usage of textwidth 72 and would very much like to see this feature in all three of them (though that story does not belong here ;) In light of the impeding KDE4 release, I am going through all bug reports I am involved in. To the best of my knowledge, this issue is still open. 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. Instead of creating a new feature request, please confirm here if the wishlist is still valid for kmail2. Seems to be a senseful proposal, especially for kmail with its plaintext-affine user base. At least such messages should be readable. Is this still not the case in kmail2? Please enclose some testcase. Would be nice, if composer was able to use this standard, too, because broken links in emails are a frequent annoyance. At least regarding the second part, but most probably completely valid for kmail2, component "general". Some possible starting points: - https://bugzilla.mozilla.org/show_bug.cgi?id=231701 - https://bugzilla.mozilla.org/show_bug.cgi?id=26734 - https://bugzilla.mozilla.org/show_bug.cgi?id=168420 - http://productforums.google.com/forum/#!topic/gmail/Z42NibAOzjc (In reply to comment #11) > At least such messages should be readable. Is this still not the case in > kmail2? Apparently no references to delsp in the source code. Moving... *** This bug has been confirmed by popular vote. *** Apparently, KMail still does not support format=flowed resulting in emails sent in this format by many other clients to be displayed garbled. Are you going to fix this bug someday?. Bug 41926 is 13 years old. format=flowed is essential these days to work with people who read the email in smartphones. Perhaps some inspiration can be got from the formatflowed Python package: https://github.com/mjpieters/formatflowed/blob/master/formatflowed.py In 2020, there's no reason to not be using soft line wrapping, as opposed to composing mails with non-semantic hard line breaks. I guess there is not more noise here because more and more people are reading the HTML version, where line wrapping is done as expected by KMail. I still think it would be great if KMail could use format=flowed for plain text mails. |