[kmail] [Bug 139308] kmail sometimes doesnt recognize mailing list headers
https://bugs.kde.org/show_bug.cgi?id=139308 --- Comment #15 from Thiago Jung Bauermann --- I just noticed that the folder properties window doesn't recognize a mailing list from Yahoo Groups, but it does recognize a mailing list from Google Groups. The difference seems to be that an Yahoo Groups mailing list only has a header telling how to unsubscribe from it, while one from Google Groups has headers telling how to send messages, get help and unsubscribe. -- 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
[kmail] [Bug 139308] kmail sometimes doesnt recognize mailing list headers
https://bugs.kde.org/show_bug.cgi?id=139308 --- Comment #14 from Thiago Jung Bauermann --- I'm using KMail2 4.14.2 with KDE 4.14.2 on Kubuntu and this bug still happens for me. What I wrote in comment 11 is still true. Should I clone this bug for KMail2, or will you reassign this 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
[Akonadi] [Bug 338658] GMail, Novell Groupwise, other IMAP: "Multiple merge candidates, aborting"
https://bugs.kde.org/show_bug.cgi?id=338658 Garry Williams changed: What|Removed |Added CC||gtwilli...@gmail.com -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kmail2] [Bug 191050] Warning should be shown when Disposition-Notifications haven't come back
https://bugs.kde.org/show_bug.cgi?id=191050 --- Comment #6 from Adrien Cordonnier --- An MDN is normally a direct child of the message with the MDN request. There is already the possibility to display messages by threads so the code to find direct children exists (at least children in the same folder). According to the "Customize Message Aggregation Modes" window, there are three threading policies: "perfect only", "perfect and by references", and "perfect, by references and by subject". Here the subject is likely to be changed (for example, Kmail replies with the subject "Message Disposition Notification" and add the original subject in the message body). It is also likely that the MDN and original message are in separate folders (respectively inbox and sent-mail). Kmail displays correctly an MDN as a child of the original message if they are in the same folder (with "Aggregation/Thread starters" view which uses threading "perfect, by references and by subject"). -- 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
[Akonadi] [Bug 344937] Akonadi keeps multiple revisions of the same message in .local/share/akonadi/file_db_data
https://bugs.kde.org/show_bug.cgi?id=344937 Jan K changed: What|Removed |Added Platform|Gentoo Packages |unspecified CC||dvra...@kde.org, ||jprofeso...@o2.pl --- Comment #3 from Jan K --- Ok, so it's not just me, there are at least two of us ;-) > are there any files that can be manually deleted as long as this bug is not > solved? > _r0 - _r20 and just keep _r21? Don't do it. For me it seems that only low revisions (no higher than third) are in fact used (checked database with akonadiconsole). You can just run the script I provided to create hard links - it's safe but rough workaround. Now, time for some research... Finding the part of code that creates the file names is easy: http://quickgit.kde.org/?p=akonadi.git&a=blob&f=src%2Fserver%2Fstorage%2Fparthelper.cpp (line 297). So, it may have arrived with the idea introduced with this commit(↓) and subsequent commits http://quickgit.kde.org/?p=akonadi.git&a=commit&h=422c9112d95e0c168c829bd19fed17b467090de1 Let's move on: That function is called from http://quickgit.kde.org/?p=akonadi.git&a=blob&f=src%2Fserver%2Fstorage%2Fpartstreamer.cpp (line 189) to create name for a new file revision and send the name to client (in line 230) for filling file with data. Now, the key part is when this function is called. It's called whenever part is invalid (that is: part.isValid() is false) We have part from line 284 of the partstreamer.cpp. This is an object of 'Part' class. A class for which I could not locate any definition. And the instance is conjured miraculously from the database. What I cannot find: * where is the definition of class Akonadi::Server::Part (or the right Part class) * when is a valid part considered invalid * why the database de facto has (for instance) revision 0 and not some of the recent revisions from the file storage dir * (extra:) is there a routine to purge redundant revisions? Can anyone help me there? I don't feel hardcore enough to debug live akonadi during mail fetch. I can provide any details for tackling this, just I don't know which matter… Sorry if I'm breaking netiquette by this, I'm adding to CC list the person annotated for most commits over there. -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kmail2] [Bug 333611] error on decoding PGP-encoded messages
https://bugs.kde.org/show_bug.cgi?id=333611 Sandro Knauß changed: What|Removed |Added Assignee|kdepim-bugs@kde.org |kna...@kolabsys.com Status|UNCONFIRMED |ASSIGNED Ever confirmed|0 |1 --- Comment #9 from Sandro Knauß --- I can reproduce the behaviour. -- 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
[kmail2] [Bug 248058] Message preview pane character encoding issue (utf-8, unicode)
https://bugs.kde.org/show_bug.cgi?id=248058 Sandro Knauß changed: What|Removed |Added Component|message list|crypto Status|REOPENED|ASSIGNED Assignee|kdepim-bugs@kde.org |kna...@kolabsys.com CC||kna...@kolabsys.com --- Comment #5 from Sandro Knauß --- The problem is that PGP inline is not a standard at all and it is not definded what charset is to use when displaying the mail. For kmail we said that the charset field in the mail indicate, what charset the decrypted message have. Because the encrypted part is everytime ascii. This is mostly that what the most email clients does. RFC 2440 only says: "Charset", a description of the character set that the plaintext is in. Please note that OpenPGP defines text to be in UTF-8 by default. An implementation will get best results by translating into and out of UTF-8. However, there are many instances where this is easier said than done. Also, there are communities of users who have no need for UTF-8 because they are all happy with a character set like ISO Latin-5 or a Japanese character set. In such instances, an implementation MAY override the UTF-8 default by using this header key. An implementation MAY implement this key and any translations it cares to; an implementation MAY ignore it and assume all text is UTF-8. -> The best would be if apine would have used the Armor Header Key "Charset". To not break the existing way, i would only switch to default utf8 decoding if the surrounding charset is ascii :) Because every ascii text is the same in utf8... -- 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
[kdepim] [Bug 346175] KDE PIM 15.08 release tracking bug
https://bugs.kde.org/show_bug.cgi?id=346175 Christoph Feck changed: What|Removed |Added CC||cf...@kde.org -- 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
