[kmail2] [Bug 292399] Kmail message list does not show attachment icons
https://bugs.kde.org/show_bug.cgi?id=292399 --- Comment #23 from Bernd Oliver Sünderhauf --- @Teus: Seems to be completely fixed only in 4.12, otherwise please check bug 291332. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 312370] New: Fatal error on first start
https://bugs.kde.org/show_bug.cgi?id=312370 Bug ID: 312370 Summary: Fatal error on first start Classification: Unclassified Product: kmail2 Version: 4.9.3 Hardware: Ubuntu Packages OS: Linux Status: CONFIRMED Severity: normal Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: pancho...@riseup.net On a fresh Kubuntu 12.10 install, all I did was a default upgrade to KDE 4.9.3. Then, rightaway on the first start of Kmail, it crashes with the following error: "The Email program encountered a fatal error and will terminate now. The error was: Keine Ressourcen-ID angegeben." Last sentence in English should be something like "No ressource ID given". >From the second start it worked fine. Reproducible: Didn't try Steps to Reproduce: Probably only reproduceable on fresh installs. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 86423] Ability To Reply To HTML Email With Same HTML Format As It Was Received
https://bugs.kde.org/show_bug.cgi?id=86423 --- Comment #244 from Bernd Oliver Sünderhauf --- As Allen said, this is already covered by a number of more specific bug reports. Plus Laurent currently works on a new composereditor-ng, so we should probably wait how this turns out and then file specific bug reports against it. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 311379] Kmail crashes showing no folders, Akonadi can't connect to MySQL but syncs
https://bugs.kde.org/show_bug.cgi?id=311379 --- Comment #5 from Bernd Oliver Sünderhauf --- Yet another time restarting Kmail lead to a different crash: "Application: KMail (kmail), signal: Segmentation fault". This is simply not reproduceable because there's everytime another problem. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 311379] Kmail crashes showing no folders, Akonadi can't connect to MySQL but syncs
https://bugs.kde.org/show_bug.cgi?id=311379 --- Comment #4 from Bernd Oliver Sünderhauf --- Created attachment 75738 --> https://bugs.kde.org/attachment.cgi?id=75738&action=edit ... however with an empty browser. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 311379] Kmail crashes showing no folders, Akonadi can't connect to MySQL but syncs
https://bugs.kde.org/show_bug.cgi?id=311379 --- Comment #3 from Bernd Oliver Sünderhauf --- Created attachment 75737 --> https://bugs.kde.org/attachment.cgi?id=75737&action=edit ... but does sync... -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 311379] Kmail crashes showing no folders, Akonadi can't connect to MySQL but syncs
https://bugs.kde.org/show_bug.cgi?id=311379 --- Comment #2 from Bernd Oliver Sünderhauf --- Created attachment 75736 --> https://bugs.kde.org/attachment.cgi?id=75736&action=edit Akonadi can't connect -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 311379] Kmail crashes showing no folders, Akonadi can't connect to MySQL but syncs
https://bugs.kde.org/show_bug.cgi?id=311379 Bernd Oliver Sünderhauf changed: What|Removed |Added Summary|Kmail crashes showing no|Kmail crashes showing no |folders, Akonadi can't |folders, Akonadi can't |connecting to MySQL but |connect to MySQL but syncs |syncs | -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 311379] Kmail crashes showing no folders, Akonadi can't connecting to MySQL but syncs
https://bugs.kde.org/show_bug.cgi?id=311379 --- Comment #1 from Bernd Oliver Sünderhauf --- Created attachment 75735 --> https://bugs.kde.org/attachment.cgi?id=75735&action=edit Kmail screenshot when it crashed -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 311379] New: Kmail crashes showing no folders, Akonadi can't connecting to MySQL but syncs
https://bugs.kde.org/show_bug.cgi?id=311379 Bug ID: 311379 Severity: major Version: 4.10 pre Priority: NOR Assignee: kdepim-bugs@kde.org Summary: Kmail crashes showing no folders, Akonadi can't connecting to MySQL but syncs Classification: Unclassified OS: Linux Reporter: pancho...@riseup.net Hardware: Ubuntu Packages Status: NEW Component: general Product: kmail2 After updating to the latest git version, Kmail started with a totally empty folders list. Adding a new IMAP account didn't change anything. The account got synced but there was still no folder. After a restart, Kmail even crashed with the following error message: "The Email program encountered a fatal error and will terminate now. The error was: Protocol version 28 found, expected at least 29" After another restart, Kmail didn't crash, but there were still no folders. Starting the Akonadi console lead to the following error message: "Akonadi can't connect to database: Can't connect to local MySQL server through socket: '/home/pancho/.project-neon-kde//local/share/akonadi/socket-anna/mysql-socket' (2) QMYSQL: Unable to connect" Still it started. Adding another IMAP account via Akonadi Console worked well and made it sync the account, but still: no folders in Kmail... In the Akonadi console, the debugger keeps running (but without errors), while the browser stays completely empty. I need to purge and reinstall, but might wait a while in order to give more information for fixing at least some aspects of this obviously complex set of bugs. Reproducible: Didn't try -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 274629] Apply button doesn't reset
https://bugs.kde.org/show_bug.cgi?id=274629 Bernd Oliver Sünderhauf changed: What|Removed |Added Severity|minor |wishlist --- Comment #7 from Bernd Oliver Sünderhauf --- (In reply to comment #6) > As far as I know, no other KDE dialog does it. If you change a value, then > change it back, these are recorded as two changes. Thanks, Christoph, for your feedback! Considering that this could become very tricky with more complex widgets, this IMHO means that the issue simply can't be solved within kdepim's scope. So we can: - move this issue as a wishlist to the kdelibs queue - mark it as a duplicate of some kdelibs issue, if existing - simply mark it WONTFIX. I'm not sure which would be the way to go. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 311293] Disable "Reset" button if nothing remains to be reset
https://bugs.kde.org/show_bug.cgi?id=311293 Bernd Oliver Sünderhauf changed: What|Removed |Added Blocks||274629 -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 274629] Apply button doesn't reset
https://bugs.kde.org/show_bug.cgi?id=274629 Bernd Oliver Sünderhauf changed: What|Removed |Added Depends on||311293 Severity|normal |minor --- Comment #5 from Bernd Oliver Sünderhauf --- (In reply to comment #4) > "The bug is still there (or again), in KDE 4.9.3, so please reopen!" need to > know which settings do you change and when you click > For me in font it works fine. Ah, now I know why there is confusion: we were finally talking about two different things. I (and probably also the original reporter) was talking about /manually/ undoing changes: 1. Change something => "Apply" button appears 2. Change it back => "Apply" and "Reset" buttons don't disappear but should Marking this one depend on some first step, handling the "Reset" button, see Bug #274629. Fixing the other one first, seems to make sense, before figuring out this tricky one here. It's not an absolute requirement though. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 311293] New: Disable "Reset" button if nothing remains to be reset
https://bugs.kde.org/show_bug.cgi?id=311293 Bug ID: 311293 Severity: normal Version: 4.10 pre Priority: NOR Assignee: kdepim-bugs@kde.org Summary: Disable "Reset" button if nothing remains to be reset Classification: Unclassified OS: Linux Reporter: pancho...@riseup.net Hardware: Ubuntu Packages Status: NEW Component: config dialog Product: kmail2 The "Reset" button should be active only if any value 1) has currently been changed 2) and was not applied nor reset 3) nor manually reverted. The first two should be easy to do. The third aspect is trickier, because we need to track and match changes in order to figure out if in the end anything is being changed. It is however taken care of in Bug #274629. So this ticket here is only about the first two aspects. Reproducible: Always -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 67516] Support content type message/partial (RFC 2046) reassembling messages
https://bugs.kde.org/show_bug.cgi?id=67516 --- Comment #10 from Bernd Oliver Sünderhauf --- (In reply to comment #8) > hm, what would it take to reconsider? Certainly, a rock solid patch. A nicer attitude would help, too. And some testcase would be the minimum. Finally, this is really no must-have feature, which to my knowledge atm is supported only by TheBat. Thunderbird has an open issue that didn't receive any comment in 6 years (https://bugzilla.mozilla.org/show_bug.cgi?id=71189). > > Kavol, could you please post an example? > no, because 10 MiB attachments are not allowed here Is the single partial message 10 MiBs? If yes, is there a chance to produce a smaller testcase? Otherwise a file uploading service would be the way to go. > these days, they are *still* produced by multipurpose office machines when > sending large emails (bix scans and faxes converted to emails) > [...] > I still need this when receiving large attachments from our office machine; > meanwhile, the number of people employed in the same office, thus using the > same machine, has grown ... Okay. Now, it would be interesting to know if this is used by just your multipurpose office machines and maybe a few more, or if it is something like an industry-standard. The declining demand for adding this feature suggests that it isn't widely used (anymore). But if you have other evidence, just bring it up! > btw, isn't a reference to a document that is more than ten years old a bit > inappropriate when you are talking about "these days"? Not per se. Clamav seems to be able to scan partial messages, Exchange Server blocks them, other solutions still might let them slip through. We can't take care of everything, but we need to know. > yes, this is the point of this RFE that we, the humble users, are asking > you, the mighty developers, to write it ... Yes, and this will happen, if the maintainers are convinced that this, at least to some extent, is a priority. > btw, I really do not understand what do you mean by demanding a code that > has its own UI? - kmail is *the* UI, what do you need is the backend which > will compose the parts into one message ... Surely the backend is central piece of the solution, something like uudeview or nmh's nhstore would do it. But then: is it worth shipping another library or adding a dependency? Also we need to figure out how to store partial messages, especially in IMAP environments. Do we just reassemble on the client-side? How do we quarantaine message parts until their last piece arrived? And then, how does this integrate with our messagelist model? And: do we cache the reassembled messages in Akonadi? Or do we even sync them up to the server? And if for security reasons we don't want to reassemble automatically, then we even more need a UI for all of that. So please refrain from downplaying this to "just some backend and voilà - there it is". It's not, and I'm still not convinced it's worth the pain, but am of course open for good arguments. To get it started, this might be interesting: - http://www.freesoft.org/CIE/RFC/1521/24.htm - http://rand-mh.sourceforge.net/book/mh/cosemime.html#ParMes - http://rand-mh.sourceforge.net/book/mh/remime.html#PartMess - http://securityvulns.com/Ldocument310.html Regards, Pancho -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 119790] Consider reintroducing Spam/Ham/Answered markers
https://bugs.kde.org/show_bug.cgi?id=119790 Bernd Oliver Sünderhauf changed: What|Removed |Added Status|RESOLVED|REOPENED CC||pancho...@riseup.net Component|general |message list Version|1.9 |4.10 pre Resolution|WAITINGFORINFO |--- Product|kmail |kmail2 Summary|Unable to mark messages as |Consider reintroducing |Spam/Ham/Answered |Spam/Ham/Answered markers --- Comment #20 from Bernd Oliver Sünderhauf --- Still applies to kmail2, is a valid wishlist item. Might possibly be a WONTFIX, but requires careful consideration. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 67516] Support content type message/partial (RFC 2046) reassembling messages
https://bugs.kde.org/show_bug.cgi?id=67516 Bernd Oliver Sünderhauf changed: What|Removed |Added Status|NEEDSINFO |RESOLVED Resolution|WAITINGFORINFO |WONTFIX Summary|KMail does not seem to |Support content type |suppost the RFC 2046|message/partial (RFC 2046) |standard for content type: |reassembling messages |message/partial. (at least | |partial messages I receive | |are not reassembled)| --- Comment #7 from Bernd Oliver Sünderhauf --- Yes, I remember and found some evidence that they are still produced by recent Outlook versions. However, these days they seem to be mostly used for obfuscating malware, because split up attachments can't be checked by antivirus software. The security problems are so large that even Exchange Server 2007 blocks them, as well as Qmail and probably more mail servers and antivirus software. Finally, US-CERT explicitely warns from automatically reassembling the partial messages (https://www.kb.cert.org/vuls/id/836088) and proposes rejecting partial messages. So if some really stable code with secure logics and a foolproof UI existed, we might want to think about it. But it doesn't, and the demand has been ceasing, so I think it's really not worth the hassle. Therefore I'm marking this WONTFIX. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 140747] Usability: Distinguish or merge concepts of "mail templates" and "custom templates"
https://bugs.kde.org/show_bug.cgi?id=140747 Bernd Oliver Sünderhauf changed: What|Removed |Added CC||pancho...@riseup.net Component|templates |UI Version|unspecified |4.10 pre Product|kmail |kmail2 Summary|Mail templates for new |Usability: Distinguish or |messages not available |merge concepts of "mail ||templates" and "custom ||templates" Severity|normal |wishlist --- Comment #11 from Bernd Oliver Sünderhauf --- Still applies to kmail2. This is basically "by design", but the design isn't good usability-wise. We can either distinguish the two concepts more, or try to merge them. Either way, this needs improvement. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 311191] Inconsistent usage of "Configure" vs. "Modify" vs. "Edit"
https://bugs.kde.org/show_bug.cgi?id=311191 Bernd Oliver Sünderhauf changed: What|Removed |Added Summary|Inconsistantly "Configure" |Inconsistent usage of |vs. "Modify" vs. "Edit" |"Configure" vs. "Modify" |outgoing accounts |vs. "Edit" -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 310736] Offer mailing list specific options only for list mails
https://bugs.kde.org/show_bug.cgi?id=310736 Bernd Oliver Sünderhauf changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #4 from Bernd Oliver Sünderhauf --- (In reply to comment #3) > (In reply to comment #1) > We can't add it. Otherwise size of menu will too big. That might unfortunately be true. However, the main aspect of this issue (disable mailing-list options, if inapplicable) remains relevant (see description + comment #2). -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 311191] Inconsistantly "Configure" vs. "Modify" vs. "Edit" outgoing accounts
https://bugs.kde.org/show_bug.cgi?id=311191 --- Comment #3 from Bernd Oliver Sünderhauf --- (In reply to comment #2) > Will change it in 4.11 we are in string freeze now. Sure. This is a continuing effort anyway. Does this mean that you agree with my consideration that the term "Configure" would be the most suitable one to settle for, at least in the cases of identities, outgoing and incoming accounts? If this is agreed upon, this might be a great junior job which I would assign myself for as my first KDE patch. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 311191] Inconsistantly "Configure" vs. "Modify" vs. "Edit" outgoing accounts
https://bugs.kde.org/show_bug.cgi?id=311191 --- Comment #1 from Bernd Oliver Sünderhauf --- Same holds for incoming accounts, where it is clearly a matter of configuration, rather than editing, also making it consistent with Akonadi Console. So for all rather complex tasks handled by a dialog box, I'd propose using "Configure", while for simple editing of a field (subject prefixes, charsets, attachment keywords...) "Edit" is fine. "Modify" should IMHO rather be avoided in the UI because it is quite uncommon in UIs and therefore sounds a bit awkward. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 311191] New: Inconsistantly "Configure" vs. "Modify" vs. "Edit" outgoing accounts
https://bugs.kde.org/show_bug.cgi?id=311191 Bug ID: 311191 Severity: wishlist Version: 4.10 pre Priority: NOR Assignee: kdepim-bugs@kde.org Summary: Inconsistantly "Configure" vs. "Modify" vs. "Edit" outgoing accounts Classification: Unclassified OS: Linux Reporter: pancho...@riseup.net Hardware: Ubuntu Packages Status: NEW Component: config dialog Product: kmail2 In 4.10, the list of outgoing accounts is equipped with both buttons and a context menu. However, while the button says "Modify", the context menu says "Edit" and the dialog is called "Configure". Also the shortcuts are widely differing. I'm not completely sure what is the best terminology. While "modify" is pretty uncommon, "edit" largely refers to manual editing, both reflect that accounts can be completely changed, not just configured. On the other side, from a UI perspective, "configure" seems to be better than the others. And finally, while editing an account beyond modification, is indeed possible, but a rather advanced (or erroneous) usage, which might affect identities as well. So I'd propose consistantly using "configure". Same might hold for Identities, but this should be subject of both a separate consideration and ticket. Reproducible: Always -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 311158] Make "filename" attribute take precedence to "name" attribute
https://bugs.kde.org/show_bug.cgi?id=311158 --- Comment #7 from Bernd Oliver Sünderhauf --- "filename" is the RFC-standard attribute, according to the IETF (see http://www.imc.org/ietf-smtp/mail-archive/msg05023.html). The "name" attribute isn't RFC-standard (and has been only erroneously for some limited time). Mostly it is only result of a wrong but widespread implementation, so for compatibility it is still recommended to be sent as a redundancy, but shouldn't take precedence when receiving a message. (This is potentially security-relevant. Still I'm aware and sorry that these are nit-picking details compared to the "real", the major bugs that are still waiting to be fixed... :) But in the end, I can (and will) just report whatever I come across. Thanks for being so responsive!) -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 311184] New: Everlasting "Please wait while the message is transferred"
https://bugs.kde.org/show_bug.cgi?id=311184 Bug ID: 311184 Severity: major Version: 4.9.3 Priority: NOR Assignee: kdepim-bugs@kde.org Summary: Everlasting "Please wait while the message is transferred" Classification: Unclassified OS: Linux Reporter: pancho...@riseup.net Hardware: Chakra Status: NEW Component: general Product: kmail2 For some reasons, my preview pane now always keeps showing "Retrieving Folder Contents" even though Akonadi has finished syncing. Doubleclicking a mail, the message viewer doesn't open, and editing a message leads to a dialog "Please wait while the message is transferred". A restart of kmail doesn't help. Don't know exactly how I borked this, but did probably a bit too much testing. Last thing I can remember is that saving a message as draft failed, because the draft folder wasn't set up for the identity. After setting it up, saving the message as draft still failed with the message window being greyed out. So I closed the individual windows. Also, the sent-mail and drafts folders I set up for my identity don't get stored always disappearing. ATM, my kmail isn't usable anymore, so I should probably configure my kmail from the scratch on this machine. However, in order to get the bug fixed, I will refrain from it for now... :) Reproducible: Always -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 311179] Rename "name" field to "filename"
https://bugs.kde.org/show_bug.cgi?id=311179 --- Comment #1 from Bernd Oliver Sünderhauf --- IMHO, of course. Usability arguments might be opposing, but I think that this is just as intuitive and - regarding the properties dialog - is rather advanced usage. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 311158] Make "filename" attribute take precedence to "name" attribute
https://bugs.kde.org/show_bug.cgi?id=311158 Bernd Oliver Sünderhauf changed: What|Removed |Added Summary|Attachment properties |Make "filename" attribute |dialog doesn't understand |take precedence to "name" |"filename" attribute|attribute -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 311158] Attachment properties dialog doesn't understand "filename" attribute
https://bugs.kde.org/show_bug.cgi?id=311158 Bernd Oliver Sünderhauf changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED |--- Severity|minor |normal --- Comment #5 from Bernd Oliver Sünderhauf --- Aspect #4 is now split off to the new Bug #311179. Reopening as a normal bug because of security implications. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 311179] New: Rename "name" field to "filename"
https://bugs.kde.org/show_bug.cgi?id=311179 Bug ID: 311179 Severity: wishlist Version: 4.10 pre Priority: NOR Assignee: kdepim-bugs@kde.org Summary: Rename "name" field to "filename" Classification: Unclassified OS: Linux Reporter: pancho...@riseup.net Hardware: Other Status: NEW Component: general Product: kmail2 In order to proliferate a standards-conform use of headers the corresponding fields should be renamed to "filename": - in the attachment's properties dialog - in composer's attachments listing Reproducible: Always For named MIME-parts, the use of the "filename" parameter within the Content-Disposition header is strongly preferred to a non-standard "name" parameter within the Content-Type header. The latter is only an optional redundancy in order to be compatible with older systems that don't adhere to the RFCs. (See: http://www.imc.org/ietf-smtp/mail-archive/msg05023.html) -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 311158] Attachment properties dialog doesn't understand "filename" attribute
https://bugs.kde.org/show_bug.cgi?id=311158 --- Comment #4 from Bernd Oliver Sünderhauf --- Created attachment 75633 --> https://bugs.kde.org/attachment.cgi?id=75633&action=edit another test case regarding aspect #3 Regarding aspect #3, the case of contradicting filename and name properties, here's a second test case: filename says "dangerouscode.doc", while name says "justsome.txt". Now, - Enterprise or fancy headers pretends "justsome.txt" and shouldn't - Editing the message pretends "justsome.txt" and shouldn't This is security-relevant just because the file is correctly saved to "dangerouscode.doc" Other places seem to be fine. The case of contradicting MIME headers and filename extensions might also be security relevant, but is not subject of this bug ticket. Finally, aspect #4 should be split off to a separate ticket. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 311158] Attachment properties dialog doesn't understand "filename" attribute
https://bugs.kde.org/show_bug.cgi?id=311158 --- Comment #1 from Bernd Oliver Sünderhauf --- Created attachment 75625 --> https://bugs.kde.org/attachment.cgi?id=75625&action=edit test case -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 311158] New: Attachment properties dialog doesn't understand "filename" attribute
https://bugs.kde.org/show_bug.cgi?id=311158 Bug ID: 311158 Severity: minor Version: 4.10 pre Priority: NOR Assignee: kdepim-bugs@kde.org Summary: Attachment properties dialog doesn't understand "filename" attribute Classification: Unclassified OS: Linux Reporter: pancho...@riseup.net Hardware: Ubuntu Packages Status: NEW Component: general Product: kmail2 If an attachment is named using the Content-Disposition header's "filename" parameter only, the attachment properties dialog doesn't display any name at all, even though this is perfectly RFC conform behaviour. Reproducible: Always Expected Results: 1. The "filename" parameter needs to be discovered and used in the properties dialog. 2. When saving the attachment or editing the message, the filename however is correctly determined. So obviously, our code has two ways of reading out the parameters of attachments, which indicates code duplication. If that's the case, it should be merged. 3. If in an incoming message, both the "filename" parameter (Content-Disposition) and a "name" parameter (Content-Type) are given, but do contradict (which is incorrect), then the "filename" parameter should take precedence. If only one or the other is given, it is fine to be tolerant and use whichever has been given. 4. In order to proliferate a standards-conform use of headers the corresponding field in the properties dialog should be renamed to "filename". For named MIME-parts, the use of the "filename" parameter within the Content-Disposition header is strongly preferred to a non-standard "name" parameter within the Content-Type header. The latter is only an optional redundancy in order to be compatible with older systems that don't adhere to the RFCs. (See: http://www.imc.org/ietf-smtp/mail-archive/msg05023.html) The choice of parameter encodings etc. might also need some doublechecking, but is not subject of this bug ticket. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 310811] "Outgoing account" is no advanced feature of an identity
https://bugs.kde.org/show_bug.cgi?id=310811 Bernd Oliver Sünderhauf changed: What|Removed |Added Status|UNCONFIRMED |NEEDSINFO Resolution|--- |WAITINGFORINFO --- Comment #4 from Bernd Oliver Sünderhauf --- Hmm, okay. For now I'm setting this to WAITINGFORINFO, and will do some more research before reopening. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 59069] Attaching large files eats up system memory
https://bugs.kde.org/show_bug.cgi?id=59069 Bernd Oliver Sünderhauf changed: What|Removed |Added Status|RESOLVED|REOPENED CC||pancho...@riseup.net Component|composer|composer Version|unspecified |4.10 pre Resolution|FIXED |--- Product|kmail |kmail2 Summary|kmail attachment large file |Attaching large files eats |crash |up system memory --- Comment #25 from Bernd Oliver Sünderhauf --- Reopening per comment #24. There can be no doubt that this behaviour persists on kmail2. I basically reproduced it on KDE 4.8.90: I'm starting with a basic memory footprint of 38M. Adding a 29M large attachment to a new message adds ~22M of memory to the footprint, saving the message as draft temporarily takes another 90M of memory. 53M RAM are never released until restarting kmail. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 28261] Option to store decrypted GPG email unencrypted locally.
https://bugs.kde.org/show_bug.cgi?id=28261 Bernd Oliver Sünderhauf changed: What|Removed |Added CC||pancho...@riseup.net Summary|Option to save decrypted|Option to store decrypted |GPG email unencrypted |GPG email unencrypted |locally.|locally. --- Comment #20 from Bernd Oliver Sünderhauf --- This report is not about saving resp. exporting the contents of a GPG-encrypted message somewhere on the disk, so in the age of Akonadi, this means "storing" the message in unencrypted state. Therefore, I'm rewording the summary a bit. In any case, this definitely still applies to kmail2, but needs to be implemented in Akonadi, possibly moving encryption libraries and handling to Akonadi. IMHO this requires quite large architectural changes though, but would be worth it. Might be a nice GSOC project. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 28261] Option to save decrypted GPG email unencrypted locally.
https://bugs.kde.org/show_bug.cgi?id=28261 Bernd Oliver Sünderhauf changed: What|Removed |Added Blocks||34681 -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 34681] searching PGP encrypted messages
https://bugs.kde.org/show_bug.cgi?id=34681 Bernd Oliver Sünderhauf changed: What|Removed |Added CC||pancho...@riseup.net Depends on||28261 --- Comment #19 from Bernd Oliver Sünderhauf --- (In reply to comment #13) > Well, I disagree. It does not make any sense at all to store mails encrypted > with gpg. This "envelope encryption" is designed for mail transfer not for > mail storage. If you want to have local encryption that this is easily > achieved by different tools (encrypted partitions, encrypted folder). > > If kmail stored encrypted mails in unencrypted form, then there wouldn't be > any search problem at all. > > People that are security sensitive generally use encrypted partitions anyway > (as I do for example). To store mails gpg encrypted adds lots of overhead > when reading or searching through them without any additional security > benefit. This is perfectly reasonable. On the local machine, GPG encryption doesn't add much security besides the passphrase, if the private key is stored locally, which usually is the case. Still, there are a few cases where the user might want to have a decision. So while Akonadi should cache GPG encrypted mails in encrypted form by default, caching them decrypted should be an option. Wouldn't add an option to remote store the decrypted messages, though. As this would significantly ease up searching PGP encrypted mails, I mark Bug #28261 as blocking this one. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 67516] KMail does not seem to suppost the RFC 2046 standard for content type: message/partial. (at least partial messages I receive are not reassembled)
https://bugs.kde.org/show_bug.cgi?id=67516 Bernd Oliver Sünderhauf changed: What|Removed |Added Status|NEW |NEEDSINFO CC||pancho...@riseup.net Resolution|--- |WAITINGFORINFO --- Comment #5 from Bernd Oliver Sünderhauf --- I've never seen such partial messages... Kavol, could you please post an example? Also, it would be interesting, how other mail clients (e.g. Thunderbird) handle this. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 311024] No tooltip on empty folders
https://bugs.kde.org/show_bug.cgi?id=311024 --- Comment #3 from Bernd Oliver Sünderhauf --- (In reply to comment #2) > Finally it's logical to show tooltip even if folder is empty > otherwise we must click on to know why there is not tooltip and show > that it's empty That's exactly what I thought... :) Also, it felt buggy. Thanks for fixing! -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 310815] Warning that deleting an attachment is irreversible
https://bugs.kde.org/show_bug.cgi?id=310815 --- Comment #2 from Bernd Oliver Sünderhauf --- Might be better to keep the two warnings separate, so they can be separately switched off. So on deletion the wording generally would be: "Do you really want to delete the %n selected attachment/s? Once deleted, it/they cannot be restored." If confirmed, it is checked if the message is digitally signed, and only if it is, a second warning would say: "Do you really want to delete the %n selected attachment/s? This might irreversibly invalidate the digital signature of this message." Even better if we wouldn't say "might be invalidated", but detect a bit more and show the second warning only, if it really will be invalidated. You might better know, in which cases this is true. Better case differentiation seems necessary, as fuzzy warnings tend to be annoying, even more if they cascade. But then again, they are mutable, and cascading seems to be the only correct way to do this. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 311024] New: No tooltip on empty folders
https://bugs.kde.org/show_bug.cgi?id=311024 Bug ID: 311024 Severity: normal Version: 4.10 pre Priority: NOR Assignee: kdepim-bugs@kde.org Summary: No tooltip on empty folders Classification: Unclassified OS: Linux Reporter: pancho...@riseup.net Hardware: Ubuntu Packages Status: UNCONFIRMED Component: folders Product: kmail2 No tooltip is displayed for folders that don't contain at least one message. Reproducible: Always -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 260703] favorite folders: please option to show as list as it is in Kmail1
https://bugs.kde.org/show_bug.cgi?id=260703 Bernd Oliver Sünderhauf changed: What|Removed |Added CC||pancho...@riseup.net --- Comment #12 from Bernd Oliver Sünderhauf --- Only partly solved per comment #11 and per my quick check, so please reopen. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 305919] kmail should communicate during mail fetching and filtering
https://bugs.kde.org/show_bug.cgi?id=305919 Bernd Oliver Sünderhauf changed: What|Removed |Added CC||pancho...@riseup.net --- Comment #1 from Bernd Oliver Sünderhauf --- While syncing, a click on the arrow reveals more details. So kmail /does/ communicate. Therefore this should be closed as invalid. Thanks for reporting this issue, anyway. While the syncing feedback is certainly not yet optimal, more specific suggestions are necessary on how users expect this to be. Please search for existing tickets or file a new ticket per suggestion. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 192865] "waiting for the reply" feature
https://bugs.kde.org/show_bug.cgi?id=192865 --- Comment #4 from Bernd Oliver Sünderhauf --- This is the second of (at least) two special cases of a response reminder: 1. Remind me, so I don't forget to answer a received mail. 2. Remind me, so I don't forget to insist on a response to a mail send by myself. Both could be realized with some special preset of a new To-do/Reminder item minimizing user interaction. So basically such presets are what we need. (This could perfectly integrate with some kind of auto-reminder feature, which would be based on filter actions. Actually, any kind of automation requires sensible presets reducing user interaction. Therefore I propose to mark this one blocking Bug #252402 and Bug #46136) -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 46136] Would like to have an automatic email answer reminder
https://bugs.kde.org/show_bug.cgi?id=46136 --- Comment #7 from Bernd Oliver Sünderhauf --- Alternatively, please mark this one a duplicate of Bug #252402, which deals with the same idea of an autoreminder proposing a very reasonable filter approach. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 252402] A mail filter "Create To-do/Reminder" would be welcome
https://bugs.kde.org/show_bug.cgi?id=252402 Bernd Oliver Sünderhauf changed: What|Removed |Added CC||pancho...@riseup.net --- Comment #4 from Bernd Oliver Sünderhauf --- +1: A fIlter action seems a really good idea to solve the request for some autoreminder, which dates back to Bug #46136. Per description this is kmail2/Akonadi, and should therefore be reopened and assigned to Akonadi, component "Mail Filter Agent". -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 38092] Wish I ha an resubmission/reminder feature
https://bugs.kde.org/show_bug.cgi?id=38092 Bernd Oliver Sünderhauf changed: What|Removed |Added CC||pancho...@riseup.net --- Comment #9 from Bernd Oliver Sünderhauf --- Not a duplicate of Bug #46136, which needs to be reopened. Please resolve as FIXED instead, possibly blocking Bug #46136 in order to retrospectively improve semantic relations. Thanks. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 46136] Would like to have an automatic email answer reminder
https://bugs.kde.org/show_bug.cgi?id=46136 Bernd Oliver Sünderhauf changed: What|Removed |Added CC||pancho...@riseup.net --- Comment #6 from Bernd Oliver Sünderhauf --- Creating a reminder attaching a message item is possible, yes. But actually, as both the summary and the original report clearly state, this request is more about an auto-reminder, for example per sender address. While the exact logic remains to be carefully determined, this request remains valid for kmail2, probably component "general". Please reopen and reassign. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 279516] Add a checkbox for selecting emails without reading its content.
https://bugs.kde.org/show_bug.cgi?id=279516 Bernd Oliver Sünderhauf changed: What|Removed |Added CC||pancho...@riseup.net --- Comment #3 from Bernd Oliver Sünderhauf --- +1. Both the request and the approach in comment #2 are very reasonable. I'd love to see this feature in the near future, with KDE/Dolphin style being lots better than the original checkbox idea. Even better if we could check for further integration with Dolphins UI. But as a first step, I can imagine an optional checkbox column for the message list, which can later stay as an alternative approach. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 299821] Option for systray unread count to only count inbox
https://bugs.kde.org/show_bug.cgi?id=299821 Bernd Oliver Sünderhauf changed: What|Removed |Added CC||pancho...@riseup.net --- Comment #3 from Bernd Oliver Sünderhauf --- Per comment #2, please change resolution to: duplicate of Bug #310247. Thanks. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 297849] ability to choose for the tray-icon from which account and folder the number of unread mails should be counted from - would do it myself --> need help
https://bugs.kde.org/show_bug.cgi?id=297849 Bernd Oliver Sünderhauf changed: What|Removed |Added CC||pancho...@riseup.net --- Comment #3 from Bernd Oliver Sünderhauf --- Please change resolution to: duplicate of Bug #251576. Thanks. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 304518] Suggestion. Kmail notification icon to show count of messages in "favourite" folders only
https://bugs.kde.org/show_bug.cgi?id=304518 Bernd Oliver Sünderhauf changed: What|Removed |Added CC||pancho...@riseup.net --- Comment #1 from Bernd Oliver Sünderhauf --- There is already the option "Act on new/unread mail in this folder" in the Folder properties, so this effectively is already possible, and will become more comfortable by extending inheritance (see Bug #310247). While the proposed approach is a perfectly valid alternative, it isn't compatible with the existing approach. Mixing the two concepts would lead to a overly complex UI and an obscure behavior. Additionally the proposed approach conflicts with Bug #169783. Therefore this unfortunately is a WONTFIX. At the same time, displaying more detailed information on the tooltip of the system tray icon is certainly possible. Please file a ticket if not yet existing. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 251576] Ability to consider only certain mail accounts for the amount of unread mails in the tray icon.
https://bugs.kde.org/show_bug.cgi?id=251576 Bernd Oliver Sünderhauf changed: What|Removed |Added CC||pancho...@riseup.net --- Comment #4 from Bernd Oliver Sünderhauf --- Per folder this is possible now, see "Act on new/unread mail in this folder" in the Folder properties. Per account, it is not. However, Bug #310247 is asking for extending folder inheritance for this (and more) features, which is a similar approach, yet more consistent with the current featureset. Therefore I propose resolving this as a duplicate of Bug #310247. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 310247] Provide settings for default folder properties
https://bugs.kde.org/show_bug.cgi?id=310247 Bernd Oliver Sünderhauf changed: What|Removed |Added CC||pancho...@riseup.net --- Comment #1 from Bernd Oliver Sünderhauf --- I interpret this one as "extend property inheritance" to these settings (and possibly other settings such as the default identity or custom templates), as this is already possible for the properties in the retrieval tab. I'm very much in favor of it, because configuring every folder separately is very cumbersome. However, this needs to be designed very carefully in order to be a UI improvement rather than a UI nightmare. Probably inheriting should be the default with an overwrite option. Also, the trash folder should probably be an exception with all of these options being disabled. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 284681] Regression: kmail2 does not offer receipients from the address book which have more than one email address
https://bugs.kde.org/show_bug.cgi?id=284681 --- Comment #10 from Bernd Oliver Sünderhauf --- (In reply to comment #9) > At least while the indexer was running, mail address completion still did > not work. On my system, both worked again after a restart. Anyway, we both deviated from the more specific original report. :) > Maybe my whole Nepomuk stuff is completely messed up, I don't know. That might be. It still seems to be buggy, or at least not rock-solid. I guess we need to know more about the Nepomuk stuff to get this tracked down. :/ -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 310940] Give the incoming accounts list (Akonadi resources) a nice polish
https://bugs.kde.org/show_bug.cgi?id=310940 Bernd Oliver Sünderhauf changed: What|Removed |Added Blocks||310942 -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 310942] Remove searchbar from incoming accounts list
https://bugs.kde.org/show_bug.cgi?id=310942 Bernd Oliver Sünderhauf changed: What|Removed |Added Depends on||310940 -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 310940] Give the incoming accounts list (Akonadi resources) a nice polish
https://bugs.kde.org/show_bug.cgi?id=310940 --- Comment #1 from Bernd Oliver Sünderhauf --- Would be great to also make the "Retrieval Options" button a lot smaller, so we can: - reduce the vertical space per item, thereby avoiding vertical scrolling in most cases - match the size of the right-hand buttons -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 310942] New: Remove searchbar from incoming accounts list
https://bugs.kde.org/show_bug.cgi?id=310942 Bug ID: 310942 Severity: wishlist Version: 4.10 pre Priority: NOR Assignee: kdepim-bugs@kde.org Summary: Remove searchbar from incoming accounts list Classification: Unclassified OS: Linux Reporter: pancho...@riseup.net Hardware: Ubuntu Packages Status: UNCONFIRMED Component: config dialog Product: kmail2 As soon as we have reduced the vertical size of the resources in the incoming accounts list, the list is easier to grasp and can in most cases be displayed without scrolling. Therefore we can also remove the rather disturbing searchbar from the top. Reproducible: Always -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 310940] Give the incoming accounts list (Akonadi resources) a nice polish
https://bugs.kde.org/show_bug.cgi?id=310940 Bernd Oliver Sünderhauf changed: What|Removed |Added See Also||https://bugs.kde.org/show_b ||ug.cgi?id=310915 -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 310915] Allow inline reordering for incoming accounts list (Akonadi resources)
https://bugs.kde.org/show_bug.cgi?id=310915 Bernd Oliver Sünderhauf changed: What|Removed |Added Status|UNCONFIRMED |NEEDSINFO See Also||https://bugs.kde.org/show_b ||ug.cgi?id=310940 Resolution|--- |WAITINGFORINFO Summary|Polish incoming accounts|Allow inline reordering for |list adding inline |incoming accounts list |reordering |(Akonadi resources) --- Comment #4 from Bernd Oliver Sünderhauf --- Hmm, I see that the order has no effect on POP3 accounts, but am not sure it would be a problem. I postpone it for now. Let me take a second look on that, before reopening At the same time it's been a bad idea to mix two issues in one ticket. Separated out Bug #310940. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 310940] Give the incoming accounts list (Akonadi resources) a nice polish
https://bugs.kde.org/show_bug.cgi?id=310940 Bernd Oliver Sünderhauf changed: What|Removed |Added Blocks||303462 -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 310940] New: Give the incoming accounts list (Akonadi resources) a nice polish
https://bugs.kde.org/show_bug.cgi?id=310940 Bug ID: 310940 Severity: wishlist URL: http://www.sharpley.org.uk/blog/extra-mile-1 Version: 4.10 pre Priority: NOR Assignee: kdepim-bugs@kde.org Summary: Give the incoming accounts list (Akonadi resources) a nice polish Classification: Unclassified OS: Linux Reporter: pancho...@riseup.net Hardware: Ubuntu Packages Status: UNCONFIRMED Component: config dialog Product: kmail2 In KDE 4.10, the agents/resources listing in the Akonadi console has been polished. (Some time ago, I've seen an extramile ticket that I unfortunately can't find anymore.) Now the UI looks a lot cleaner and nicer. We should take over the improvements from there and check whether we can reuse more of the Akonadi code here in kmail. See the before and after screenshots on: http://www.sharpley.org.uk/blog/extra-mile-1 Reproducible: Always -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 310916] Allow custom ordering of identities
https://bugs.kde.org/show_bug.cgi?id=310916 Bernd Oliver Sünderhauf changed: What|Removed |Added Keywords||usability Status|RESOLVED|UNCONFIRMED Resolution|WONTFIX |--- Summary|Allow ordering of outgoing |Allow custom ordering of |accounts and identities |identities --- Comment #2 from Bernd Oliver Sünderhauf --- (In reply to comment #1) > Order is necessary when in gui it's necessary. > Not necessary to increase complexity of code for not nothing Sure... > outgoing account is just selected as default. ... but no: both listings are indeed displayed in the GUI. For Identities this is: - Selectbox "Identity" in Composer - Selectbox "Sender identity" in Folder properties Possibly more to come, as the concept of Identities is yet to be fully embraced: - see #151238 after integrating Standard Templates UI into the new Custom Templates UI For Outgoing accounts currently this seems to be only: - Selectbox "Mail transport" in Composer (which is autoselected when chosing Identity though) So I'd say that being able to give the items a reasonable order is a considerable UI improvement especially for identities. Admittedly this is less important for outgoing accounts. So please don't be angry that I reopen the issue, so once upon a time, especially if there's user demand, we can come back to it. :) -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 310810] Default identity not consistently marked "(default)"
https://bugs.kde.org/show_bug.cgi?id=310810 Bernd Oliver Sünderhauf changed: What|Removed |Added Status|UNCONFIRMED |NEEDSINFO Resolution|--- |WAITINGFORINFO --- Comment #3 from Bernd Oliver Sünderhauf --- For now, marking this WAITINGFORINFO -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 310823] Use boldface for indicating defaults
https://bugs.kde.org/show_bug.cgi?id=310823 Bernd Oliver Sünderhauf changed: What|Removed |Added Keywords|junior-jobs | Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #5 from Bernd Oliver Sünderhauf --- I was so sure to have seen at least a third one, but can't find anymore, so I might be wrong. Outgoing accounts have been tackled on Bug #310824, so we're done here. I'm really sorry for disrupting! -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 310919] New: Improve and simplify Grouping and Threading UI
https://bugs.kde.org/show_bug.cgi?id=310919 Bug ID: 310919 Severity: wishlist Version: 4.10 pre Priority: NOR Assignee: kdepim-bugs@kde.org Summary: Improve and simplify Grouping and Threading UI Classification: Unclassified OS: Linux Reporter: pancho...@riseup.net Hardware: Ubuntu Packages Status: UNCONFIRMED Component: UI Product: kmail2 The list of Message Aggregating Modes in the main menu is rather long and hard to grasp. Many people will regularly switch the modes back and forth, between threaded and flat view. This is why Thunderbird even has a prominent switch for this in the header of the messagelist. Solution 1: So for power users, it would be good to allow reducing the long and complex list to the most important ones. Deleting any default modes is not possible neither would it be a good idea, given the complex configuration of the modes, so it would be the best solution to allow disabling and reordering it in the configuration dialog. Solution 2: For out-of-the-box users the whole concept of Aggregation modes still is too complicated. They want to be able to switch grouping on and off, and they want to be able to switch threading on and off. So while preserving the flexibility for power users, I'd propose to completely drop the concept of Aggregation Modes, rather to couple grouping with sorting and to make threading a separate, orthogonal concept with a separate advanced UI. This behaviour will in most cases be easier to use. Now, if someone is willing to implement the first solution as a stop-gap-measure, that's fine. However, I think that is not really worth putting much work into, as it doesn't simplify the out-of-the-box usability. I'm aware that the second solution would be a rather complex change and needs to be carefully designed and implemented, taking care of most if not all use cases. So this would be a major project for 4.11. I'm ready and willing to look into this more closely and, if coming up with a convincing solution, to announce it with http://techbase.kde.org/Schedules/KDE4/4.11_Feature_Plan . In the meantime, please assign this issue to me. Reproducible: Always -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 197597] In KMail, message sorting does not work with "Important" column
https://bugs.kde.org/show_bug.cgi?id=197597 --- Comment #6 from Bernd Oliver Sünderhauf --- Sorting by "Important" still doesn't work in my nightly 4.10 pre. Sorry for my uninformed question, but will the changes be automatically merged in at a later time during the 4.10 rollout? -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 310915] Polish incoming accounts list adding inline reordering
https://bugs.kde.org/show_bug.cgi?id=310915 --- Comment #2 from Bernd Oliver Sünderhauf --- We also might want to make the vertical size of the entries much more compact, so long listings are easier to grasp. If then, at least in most cases, all entries are displayed without scrolling, we can also remove the rather disturbing searchbar from the top. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 310916] New: Allow ordering of outgoing accounts and identities
https://bugs.kde.org/show_bug.cgi?id=310916 Bug ID: 310916 Severity: wishlist Version: 4.10 pre Priority: NOR Assignee: kdepim-bugs@kde.org Summary: Allow ordering of outgoing accounts and identities Classification: Unclassified OS: Linux Reporter: pancho...@riseup.net Hardware: Ubuntu Packages Status: UNCONFIRMED Component: config dialog Product: kmail2 ... instead of a sortable table that doesn't provide an order to other places where the items are listed. The code is there, see Composer>Charset. Obviously, the first entry could automatically be the Default, so we don't necessarily need the separate "Set as Default" button anymore. However, we might want to leave it there because it could be a valid and even nice customization to have the default somewhere in the middle, with e.g. additional Office entries further on top, resp. additional Private entries further on bottom. Reproducible: Always -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 310915] Polish incoming accounts list adding inline reordering
https://bugs.kde.org/show_bug.cgi?id=310915 --- Comment #1 from Bernd Oliver Sünderhauf --- Sorry, first sentence was borked. I meant: "Contrary to the charset listing (Composer>Charsets), Incoming accounts have a separate dialog for reordering." -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 310915] New: Polish incoming accounts list adding inline reordering
https://bugs.kde.org/show_bug.cgi?id=310915 Bug ID: 310915 Severity: wishlist Version: 4.10 pre Priority: NOR Assignee: kdepim-bugs@kde.org Summary: Polish incoming accounts list adding inline reordering Classification: Unclassified OS: Linux Reporter: pancho...@riseup.net Hardware: Ubuntu Packages Status: UNCONFIRMED Component: config dialog Product: kmail2 Contrary to Incoming accounts have a special dialog for reordering. In order to make this feature more obvious plus simplify the UI, it would be nice to integrate reordering into the main listing, such as in Composer->Charset. Drag'n'drop as alternative to up/down buttons would be nice, too. Also, in the meantime, the listing in the Akonadi console has been polished, and looks a lot cleaner and better. We should check how to take over the improvements from there and how to provide our improvements back to Akonadi (reordering). Optimally, we'd reuse more of the Akonadi code here. Reproducible: Always -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 310823] Use boldface for indicating defaults
https://bugs.kde.org/show_bug.cgi?id=310823 Bernd Oliver Sünderhauf changed: What|Removed |Added Keywords||junior-jobs Status|RESOLVED|UNCONFIRMED Resolution|FIXED |--- Summary|Use boldface (and possibly |Use boldface for indicating |an icon) for indicating |defaults |defaults| --- Comment #3 from Bernd Oliver Sünderhauf --- Yes, for the identities list that's definitely enough - the icon was just an idea and probably unnecessary. Looks great on 4.10! However, the same applies to quite a number of lists in the config menu. I'm going to provide a patch for the other ones, as my first Junior Job. Assigning this to me. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 310810] Default identity not consistently marked "(default)"
https://bugs.kde.org/show_bug.cgi?id=310810 --- Comment #2 from Bernd Oliver Sünderhauf --- Hmm, I'm gonna try reproducing this on a new install. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 310883] Wrong hover for Duplicate Custom Templates
https://bugs.kde.org/show_bug.cgi?id=310883 --- Comment #2 from Bernd Oliver Sünderhauf --- Thought this would be a nice Junior Job, but obviously there are so few people that do coding, that you need to do it or noone does... Anyway, I think the "What's this" explanations are quite unnecessary on these very intuitive buttons - in the end they only replicate the tooltip text. This might make some sense if your plans are to really have them /everywhere/, but otherwise they're just adding more codelines. What do you think? -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 310883] Wrong hover for Duplicate Custom Templates
https://bugs.kde.org/show_bug.cgi?id=310883 Bernd Oliver Sünderhauf changed: What|Removed |Added Keywords||junior-jobs -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 310883] New: Wrong hover for Duplicate Custom Templates
https://bugs.kde.org/show_bug.cgi?id=310883 Bug ID: 310883 Severity: minor Version: 4.10 pre Priority: NOR Assignee: kdepim-bugs@kde.org Summary: Wrong hover for Duplicate Custom Templates Classification: Unclassified OS: Linux Reporter: pancho...@riseup.net Hardware: Ubuntu Packages Status: UNCONFIRMED Component: config dialog Product: kmail2 In Composer->Custom Templates, when hovering the Duplicate button, it says: "Remove the selected custom template" where it should say something like: "Duplicate the selected custom template" Reproducible: Always -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 283021] Create interface for configure sieve filters instead of plain text editing Sieve Scripts
https://bugs.kde.org/show_bug.cgi?id=283021 Bernd Oliver Sünderhauf changed: What|Removed |Added CC||pancho...@riseup.net --- Comment #7 from Bernd Oliver Sünderhauf --- Would be awesome to somehow integrate the two concepts, so Akonadi's mail filter agent would basically become an engine scripted by Sieve rules... -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 292399] Kmail message list does not show attachment icons
https://bugs.kde.org/show_bug.cgi?id=292399 --- Comment #16 from Bernd Oliver Sünderhauf --- (In reply to comment #15) > yes akonadi imap backend. So how come local maildirs are also affected? > that it was not all imap server has support for store attach status. > so when it reload it it remove this status in kmail. Might be, but the procedure described in #13 was on a local maildir. Also, it was the other way around: I manually removed the flag in Akonadi Console, but upon "update folder" it was automatically re-added. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 292399] Kmail message list does not show attachment icons
https://bugs.kde.org/show_bug.cgi?id=292399 --- Comment #13 from Bernd Oliver Sünderhauf --- You mean, with Akonadis IMAP backend? I'm not sure. I experience the same in maildirs with messages copied over from an IMAP folder. And now, another subset of the messages would be missing the attachment marker. And finally, if I delete the $ATTACHMENT flag of a mail in the Akonadi Console, kmail restores the flag upon hitting "update folder". So IMHO this flag seems to be driven by kmail not Akonadi. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 292399] Kmail message list does not show attachment icons
https://bugs.kde.org/show_bug.cgi?id=292399 Bernd Oliver Sünderhauf changed: What|Removed |Added CC||pancho...@riseup.net --- Comment #11 from Bernd Oliver Sünderhauf --- I still have the same problem here on 4.9.3, and don't believe that in all the years this has ever worked correctly in kmail. Scrutinizing and comparing the content, headers and source formatting of many messages didn't help at all. One and the same message might be tagged with "Has attachment" or not, depending on obscure circumstances. If it has something to do with the individual messages, then it needs to be multicausal. Will try and play around with whole folders now. Maybe it helps. But if someone has a good idea, how to track this down, you're very welcome! -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 198244] Add option not to open any message when entering a folder
https://bugs.kde.org/show_bug.cgi?id=198244 Bernd Oliver Sünderhauf changed: What|Removed |Added CC||pancho...@riseup.net --- Comment #4 from Bernd Oliver Sünderhauf --- I second that. It's a very reasonable feature request. Is it possible to show the message list without marking any message? -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 259083] [regression] Selecting a folder shows messages from the top
https://bugs.kde.org/show_bug.cgi?id=259083 Bernd Oliver Sünderhauf changed: What|Removed |Added CC||pancho...@riseup.net --- Comment #2 from Bernd Oliver Sünderhauf --- Confirm that it works fine in 4.9.3. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 258047] Entering a folder, the topmost message is always selected, even in reverse sorting order.
https://bugs.kde.org/show_bug.cgi?id=258047 Bernd Oliver Sünderhauf changed: What|Removed |Added CC||pancho...@riseup.net --- Comment #6 from Bernd Oliver Sünderhauf --- @Adrián: That's strange. I still have it in KDE 4.9.3 Please open a new bug though, if persisting. The original bug seems to be fixed now for both cases: - "Jump to Newest Message" - "Jump to First Unread Message" Might this be a duplicate of another bug? -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 294208] hidden akonadi dialogs should never happen
https://bugs.kde.org/show_bug.cgi?id=294208 Bernd Oliver Sünderhauf changed: What|Removed |Added CC||pancho...@riseup.net --- Comment #3 from Bernd Oliver Sünderhauf --- At least with KDE 4.9.3, I still hit Akonadi dialogs that appear somewhere in the background, at least: - the error dialog when supplying incorrect credentials - the server-side subscriptions dialog Take care that the second one can also trigger the first one, so both are in background. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 281580] Make Akonadi error dialogs PASSIVE
https://bugs.kde.org/show_bug.cgi?id=281580 Bernd Oliver Sünderhauf changed: What|Removed |Added CC||pancho...@riseup.net --- Comment #2 from Bernd Oliver Sünderhauf --- Thank you for reporting, Kai Uwe! However I'm not sure that's the way to go, as the underlying bugs need to be tracked down and fixed, prevented or caught in Akonadi or kmail. Others are errors that require user input. Kmail does an increasingly good job in this. Regarding your first example, it now says "No network connection detected. All network jobs were suspended." in status bar and doesn't even bother to trigger Akonadi. In your second example (wrong credentials), triggering a dialog absolutely makes sense. It just shouldn't open in the background, but on top as a modal (being fixed in Bug #294208). I therefore propose closing this wishlist here as WONTFIX. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 305380] KMail window doesn't remember size
https://bugs.kde.org/show_bug.cgi?id=305380 Bernd Oliver Sünderhauf changed: What|Removed |Added CC||christ...@maxiom.de --- Comment #7 from Bernd Oliver Sünderhauf --- Adding Christoph Feck as he was involved in the discussions on Bug #214325. He might possibly know. Other possibly related bugs: - Bug #183285 - Bug #189180 - Bug #218268 - Bug #304409 -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 305380] KMail window doesn't remember size
https://bugs.kde.org/show_bug.cgi?id=305380 --- Comment #6 from Bernd Oliver Sünderhauf --- @Sebastien, Janek: 1) At the time you experienced this bug, did you open kmail via kontact, or directly, or did you try both? 2) Did you update to KDE 4.93 or did you do a reinstall after KDE 4.9? 3) Do you remember any major configuration changes you did in the meantime, that might have apparently fixed the bug? @Laurent: This bug obviously occured only in specific circumstances, so I'm not sure it's fixed. I couldn't find a commit tackling this. Maybe you remember? Otherwise this could be connected to the still unresolved kdelibs Bug #214325 -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 295130] Unbenutzbar geworden
https://bugs.kde.org/show_bug.cgi?id=295130 --- Comment #11 from Bernd Oliver Sünderhauf --- @ schil...@babsi.de: 1) Der schwerwiegende Fehler, dass unter bestimmten Umständen der falsche Ordner gelöscht wurde, sollte in Version 4.9.4 gelöst sein. Die installierte Version kannst Du im Hauptmenü unter Hilfe->Über KMail herausfinden. Sollte der Fehler je wieder auftauchen, wäre es schön, wenn Du einen kurzen Kommentar hinterlässt. Wir können den Fehlerbericht dann jederzeit wieder öffnen. 2) Es tut uns außerordentlich leid, dass die anfänglichen Versionen von kmail2 außerordentlich fehlerbehaftet waren. Im Nachhinein wäre ein späterer Umstieg auf Akonadi sicher besser gewesen, die voreilige Umstellung lag aber auch an dem großen Interesse vieler Distributionen, den Wechsel schnell zu vollziehen. Immerhin hat sich aufgrund Hunderter von Bugfixes die allgemeine Fehlerhaftigkeit und die Geschwindigkeit im Laufe der Zeit schon deutlich gebessert. Auch weiterhin tun wir Version für Version alles, was in unserer Macht steht, um die restlichen Fehler und Geschwindigkeitsprobleme zu lösen. Wir sind aber auch nur Menschen (und zwar nicht viele!) und daher auch in Zukunft dringend auf Eure Mithilfe angewiesen. Beste Grüße, Pancho @Maintainers: For now, please mark this a duplicate of Bug #310488, which includes the commit. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 310633] Poor error message when trying to create a folder that already exists
https://bugs.kde.org/show_bug.cgi?id=310633 Bernd Oliver Sünderhauf changed: What|Removed |Added Blocks|303462 | --- Comment #4 from Bernd Oliver Sünderhauf --- Removed extramile tag: Doesn't regularly affect many people, rather an edge case. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 197597] In KMail, message sorting does not work with "Important" column
https://bugs.kde.org/show_bug.cgi?id=197597 --- Comment #5 from Bernd Oliver Sünderhauf --- Ouch. So not at all an "easy fix"... Awesome that you nevertheless fixed it rightaway! -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 310852] Use type-specific icons for "application/octet-stream" attachments
https://bugs.kde.org/show_bug.cgi?id=310852 Bernd Oliver Sünderhauf changed: What|Removed |Added Component|general |UI Blocks||303462 Summary|Better icons for|Use type-specific icons for |"application/octet-stream" |"application/octet-stream" |attachments |attachments Severity|wishlist|minor -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 310852] New: Better icons for "application/octet-stream" attachments
https://bugs.kde.org/show_bug.cgi?id=310852 Bug ID: 310852 Severity: wishlist Version: 4.9.3 Priority: NOR Assignee: kdepim-bugs@kde.org Summary: Better icons for "application/octet-stream" attachments Classification: Unclassified OS: Linux Reporter: pancho...@riseup.net Hardware: Chakra Status: UNCONFIRMED Component: general Product: kmail2 Some programs (such as Lotus Notes) tend to attach files even of well-known MIME types as "application/octet-stream". kmail obviously manages to determine the MIME type of such a file by its extension: it correctly associates the application for opening the file, and when saving to the filesystem it changes the MIME type to "application/pdf", "application/msword" or whatever. So it would be really nice and should be no problem to display the specific icon instead of just some default "?" icon. Reproducible: Always -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 305380] KMail window doesn't remember size
https://bugs.kde.org/show_bug.cgi?id=305380 Bernd Oliver Sünderhauf changed: What|Removed |Added CC||pancho...@riseup.net --- Comment #3 from Bernd Oliver Sünderhauf --- I can't reproduce the bug either, using KDE 4.9.3. @Janek, Sebastien: Can you still reproduce the behaviour on later versions? If yes: Did it appear right after updating KDE to 4.9? -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 310824] Improve "Outgoing accounts" list on config -> accounts -> sending
https://bugs.kde.org/show_bug.cgi?id=310824 --- Comment #2 from Bernd Oliver Sünderhauf --- Wow, that was fast again... :) However, I'm not so sure about the 2nd part anymore, the username@server:port column. While for email gurus it might be absolutely clear, for average users it might be confusing that username@server looks like an email address but is something else. The cases where it is completely different (such as u15...@smtp.someprovider.com), are not my problem. But sometimes it will be quite similar (such as mon...@smtp.kde.org). In these cases it will be very confusing for newbies. Therefore, we generally might not want to use this in the UI. The solution would be two separate columns for username and for server:port, with the additional advantage that the accounts can be sorted by server. Another solution would be to start with just a server:port column which will be just enough information in many cases. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 251704] kmail2 does not allow creation of new top-level folder
https://bugs.kde.org/show_bug.cgi?id=251704 Bernd Oliver Sünderhauf changed: What|Removed |Added CC||pancho...@riseup.net --- Comment #18 from Bernd Oliver Sünderhauf --- How do this one and Bug #292418 relate to each other? They seem to be similar enough to mark this a duplicate of the other one, even though this one is older. The other one here has the commits though. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 292418] Kmail can't create IMAP top level folders
https://bugs.kde.org/show_bug.cgi?id=292418 Bernd Oliver Sünderhauf changed: What|Removed |Added CC||pancho...@riseup.net --- Comment #22 from Bernd Oliver Sünderhauf --- How do this one and Bug #251704 relate to each other? They seem to be similar enough to mark the other one a duplicate of this, even though the other one is older. This one here has the commits though. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 287923] KMail crash when dragging mail to a folder
https://bugs.kde.org/show_bug.cgi?id=287923 --- Comment #9 from Bernd Oliver Sünderhauf --- Sorry, I meant: How does this one relate to Bug #285588? -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 287923] KMail crash when dragging mail to a folder
https://bugs.kde.org/show_bug.cgi?id=287923 Bernd Oliver Sünderhauf changed: What|Removed |Added CC||pancho...@riseup.net --- Comment #8 from Bernd Oliver Sünderhauf --- How does this one relate to Bug #287923? I'd say they're duplicates, though obviously two different fixes have been committed. I'd tend to mark the other one a duplicate of this, because only the other one stopped people from reporting. There's a great number of obviously similar tickets around, I might then collect and close them as duplicates as well. But we should figure out which one we want to take as the root ticket. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 285588] kmail crash moving messages between imap folders
https://bugs.kde.org/show_bug.cgi?id=285588 Bernd Oliver Sünderhauf changed: What|Removed |Added CC||pancho...@riseup.net --- Comment #8 from Bernd Oliver Sünderhauf --- How does this one relate to Bug #287923? I'd say they're duplicates, though obviously two different fixes have been commited. I'd tend to mark this one a duplicate of the other, because only the other one stopped people from reporting. There's a great number of obviously similar tickets around, I might then collect and close them as duplicates as well. But we should figure out which one we want to take as the root ticket. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs