[kmail2] [Bug 264872] After deleting a folder (Local Maildir) a message appears (Unable to update collection. No such collection)
https://bugs.kde.org/show_bug.cgi?id=264872 --- Comment #6 from Michael Reiher r...@gmx.de --- Correction s/4.10.4/4.10.5 Thinking about it there seem to be actually two problems: 1. Why does kmail give an error at all? Did really someting fail? Should it really present an error to the user? 2. In general, Kmail shouldn't report an error for each and every mail on operations affecting possibly thousands of mails. -- 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 264872] After deleting a folder (Local Maildir) a message appears (Unable to update collection. No such collection)
https://bugs.kde.org/show_bug.cgi?id=264872 Michael Reiher r...@gmx.de changed: What|Removed |Added CC||r...@gmx.de --- Comment #5 from Michael Reiher r...@gmx.de --- (In reply to comment #3) Yes. Just tried. Created a folder, put 2 Messages in it and the deleted it again. I got 3 Notifications - Maildir: Updating local collection failed: No such collection. - Maildir: Cannot remove emails from folder (2x) Still getting the same 4.10.4. Just deleted a folder with maybe a 1000 mails from a local maildir. - getting Cannot remove emails from folder for every single mail (where each notification itself takes quite some CPU and outputs a bling) - it takes forever (well, this might actually be the tons of notifications playing through) - got another message in between the other messages: something like resource not available. I could really read it that quick. Pretty painful process... -- 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 315966] Changed LDAP password not stored
https://bugs.kde.org/show_bug.cgi?id=315966 --- Comment #5 from Michael Reiher r...@gmx.de --- The problem that it's saved only in kabldaprc and not in the wallet is fixed in 4.11 (as far as I understood the wallet is not used at all up to now for this LDAP usage), see https://bugs.kde.org/show_bug.cgi?id=315954 -- 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 315954] LDAP password stored in clear text
https://bugs.kde.org/show_bug.cgi?id=315954 --- Comment #8 from Michael Reiher r...@gmx.de --- I just wonder, why ask at all? What if the user chooses no? Do you continue to support the cleartext password? In any case an existing password in kabldaprc should be removed (maybe you do this already, and this is stating the obvious, but I thought I just mention it, just in 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
[kmail2] [Bug 315954] LDAP password stored in clear text
https://bugs.kde.org/show_bug.cgi?id=315954 --- Comment #10 from Michael Reiher r...@gmx.de --- Ok yes, maybe allow saving to file, but you should never ever store it in clear text on disk. Keep in mind that not everybody understands the technical details of saving passwords, not necessarily even what clear text means. And actually nobody should need to care. There will be people not fully understanding the question, and then ending up with keeping a cleartext password. At least put a big fat warning, but still... So, IMHO, don't keep it or hash and salt it. Just my 2ct on this. Oh, and with remove I meant remove after migration to KWallet. -- 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 315954] LDAP password stored in clear text
https://bugs.kde.org/show_bug.cgi?id=315954 --- Comment #6 from Michael Reiher r...@gmx.de --- That was quick:) Great, thank you! -- 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 315954] New: LDAP password stored in clear text
https://bugs.kde.org/show_bug.cgi?id=315954 Bug ID: 315954 Summary: LDAP password stored in clear text Classification: Unclassified Product: kmail2 Version: 4.9.5 Platform: Ubuntu Packages OS: Linux Status: CONFIRMED Severity: major Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: r...@gmx.de I configured an LDAP server to retrieve addressbook entries from a directory. I added the LDAP server via Composer - Mail address field - Select - Search Directory Service - Configure LDAP Servers. In .kde/share/config/kabldaprc I found my password in clear text! This is a grave security problem and the password should be stored in kwallet. 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
[kmail2] [Bug 315966] New: Changed LDAP password not stored
https://bugs.kde.org/show_bug.cgi?id=315966 Bug ID: 315966 Summary: Changed LDAP password not stored Classification: Unclassified Product: kmail2 Version: 4.9.5 Platform: Ubuntu Packages OS: Linux Status: CONFIRMED Severity: normal Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: r...@gmx.de I have trouble changing the LDAP password. The password of this LDAP account is changed every 90 days or so (it's tied to the local Active Directory). Then the LDAP client correctly complains that it can't login and asks me to enter a (new) password. And even though I always selected Save password it never got stored. For instance .kde/share/config/kabldaprc contained a password which was months old. On the other hand it's doesn't always complain, sometimes it just silently tries with the old, wrong password. This leads to my AD account getting locked after 3 failed attemtps... 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
[kmail2] [Bug 315954] LDAP password stored in clear text
https://bugs.kde.org/show_bug.cgi?id=315954 --- Comment #2 from Michael Reiher r...@gmx.de --- When searched through the bug list if this bug already exists, I found references which suggest that there is something else LDAP related with kwallet support in Akonadi? Are there two LDAP implementations in Akonadi, or kio_ldap and something else? Shouldn't they be unified? -- 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 291745] filters not applied on read emails
https://bugs.kde.org/show_bug.cgi?id=291745 Michael Reiher r...@gmx.de changed: What|Removed |Added CC||r...@gmx.de --- Comment #4 from Michael Reiher r...@gmx.de --- Please reconsider setting this as Won't Fix. For instance I read regularly mail through a webmail frontend at work or through the mail client of my phone, none of these have filters setup but mark mails as read. Which is IMHO a perfectly usual use case. And at home I always have to filter them again manually. This is pretty annoying behavior. And actually I don't understand the problem. Simply filter all mails newly synced to Inbox, and ignore manually moved mails (set a flag or whatever). Maybe this is not trivial with the current implementation (no idea) and takes a bit longer to fix, but this doesn't mean the behavior is correct. -- 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 304390] Search folders are not obeyed
https://bugs.kde.org/show_bug.cgi?id=304390 --- Comment #3 from Michael Reiher r...@gmx.de --- I just tried with KDE updated to 4.9.0. And at first it seemed that searching now correctly happens only in the specified folder. But then I still found a word where a result from a different folder showed up. But only one message from that folder, even though there are a lot more containing this word. So it seems to mostly work now, but not completely. -- 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 303861] Can't write CalDav items from korganizer
https://bugs.kde.org/show_bug.cgi?id=303861 Michael Reiher r...@gmx.de changed: What|Removed |Added CC||r...@gmx.de -- 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 304395] Search dialog: Label Searching in is confusing
https://bugs.kde.org/show_bug.cgi?id=304395 --- Comment #2 from Michael Reiher r...@gmx.de --- Created attachment 72886 -- https://bugs.kde.org/attachment.cgi?id=72886action=edit The label in question Just to clearify: I don't mean the edit field, I'm talking about the label below. See screenshot. What is the point of this label? If this is supposed to show the folder where the search is going to be saved the wording should be changed, perhaps Saving search in But then this information is actually not necessary at all and just adds visual clutter, I would say. Because you have the name right above it in the edit field already. Also I noted it's not updated properly. If you have a done a search and then change the search folder name in the edit field, the folder in the main folder tree is instantly updated. However the label is not and still shows the old name (see 2nd screenshot). -- 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 304395] Search dialog: Label Searching in is confusing
https://bugs.kde.org/show_bug.cgi?id=304395 --- Comment #3 from Michael Reiher r...@gmx.de --- Created attachment 72887 -- https://bugs.kde.org/attachment.cgi?id=72887action=edit Label not updated -- 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 304393] Searching Match all/Match any is inconsistent
https://bugs.kde.org/show_bug.cgi?id=304393 --- Comment #2 from Michael Reiher r...@gmx.de --- If you don't know why this works, I have no idea... ;) All I can say is that the result doesn't seem completely random. It shows messages that either are currently flagged Important or were in the past. But it's also missing some newer ones, as I just noticed. Hmm, no idea what's going on. -- 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 304390] Search folders are not obeyed
https://bugs.kde.org/show_bug.cgi?id=304390 --- Comment #2 from Michael Reiher r...@gmx.de --- Created attachment 72890 -- https://bugs.kde.org/attachment.cgi?id=72890action=edit search dialog - I just noticed that it apparently searches also in Local Foldes (see screenshot). - I also noticed that it is different for other accounts. If I set the search folder to the Inbox of my other IMAP account (or any other folder of it) everything works fine, i.e. it searches just in that folder. -- 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 304395] Search dialog: Label Searching in is confusing
https://bugs.kde.org/show_bug.cgi?id=304395 --- Comment #5 from Michael Reiher r...@gmx.de --- Yes not updated, too. But the main point was that the label with the current wording makes no sense and is confusing! :) -- 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 304389] New: Message search gives no feedback
https://bugs.kde.org/show_bug.cgi?id=304389 Bug ID: 304389 Severity: wishlist Version: 4.8.4 Priority: NOR Assignee: kdepim-bugs@kde.org Summary: Message search gives no feedback Classification: Unclassified OS: Linux Reporter: r...@gmx.de Hardware: Ubuntu Packages Status: NEW Component: UI Product: kmail2 Searching currently gives no feedback at all (except possible results appearing). Nothing tells the user I'm currently searching, please wait... The stop button does not activate, there is no progress bar, spinner or whatever. And it does not tell the user I'm finished and there where no results. You just can guess that when there are no results after a while. Reproducible: Always Expected Results: - Give feedback that search is in progress - I want to know when search is finished and there were no results -- 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 304390] New: Search folders are not obeyed
https://bugs.kde.org/show_bug.cgi?id=304390 Bug ID: 304390 Severity: normal Version: 4.8.4 Priority: NOR Assignee: kdepim-bugs@kde.org Summary: Search folders are not obeyed Classification: Unclassified OS: Linux Reporter: r...@gmx.de Hardware: Ubuntu Packages Status: NEW Component: general Product: kmail2 Default is AccountName/Inbox. This however doesn't search just in Inbox, but in all folders of that account and gives results from all folders. When I select a different folder, e.g. AccountName/AnotherFolder, I get no search results. The account is an IMAP account. Nepomuk searching is enabled. Reproducible: Always Expected Results: Give only results from the actually selected folder (+ optional subfolders). -- 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 304393] New: Searching Match all/Match any is inconsistent
https://bugs.kde.org/show_bug.cgi?id=304393 Bug ID: 304393 Severity: normal Version: 4.8.4 Priority: NOR Assignee: kdepim-bugs@kde.org Summary: Searching Match all/Match any is inconsistent Classification: Unclassified OS: Linux Reporter: r...@gmx.de Hardware: Ubuntu Packages Status: NEW Component: general Product: kmail2 In both examples I have Match all ... selected, which is default. Example 1) In the first rule I enter: From contains foo - search work fine, I get my results Example 2) In the first rule I enter: Message Status is Important - search fails, I get no results - if I change Match all to Match any the search works fine! This inconsistent. Actually if only the first rule has content it shouldn't matter at all whether its all or any. Empty rules should be ignored all together. And why is there a second rule at all? It can easily be added when it's needed and wouldn't create unnecessary confusion. 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 304394] New: Searching Message Status finds old entries and ignores new ones
https://bugs.kde.org/show_bug.cgi?id=304394 Bug ID: 304394 Severity: normal Version: 4.8.4 Priority: NOR Assignee: kdepim-bugs@kde.org Summary: Searching Message Status finds old entries and ignores new ones Classification: Unclassified OS: Linux Reporter: r...@gmx.de Hardware: Ubuntu Packages Status: NEW Component: general Product: kmail2 I have mails flaged as Important (the red circle with exclamation mark). Some of them I have unflagged again as they are not important anymore. Now when I search for Message Status is Important I get all of them, i.e. those actually marked Important but also those which were marked important in the past. When I flag a message Important and then perform another search it's not appearing in the results at all. So could it be that some kind of cache is not updated properly? This is an IMAP account and Nepomuk searching is enabled. 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 304395] New: Search dialog: Label Searching in is confusing
https://bugs.kde.org/show_bug.cgi?id=304395 Bug ID: 304395 Severity: minor Version: 4.8.4 Priority: NOR Assignee: kdepim-bugs@kde.org Summary: Search dialog: Label Searching in is confusing Classification: Unclassified OS: Linux Reporter: r...@gmx.de Hardware: Ubuntu Packages Status: NEW Component: UI Product: kmail2 When doing a search, at the bottom of the dialog there appears a label saying: 5 matches Searching in Last Search This is confusing as I'm actually searching in AccountName/Inbox while Last Search is just the name of the search folder. 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 273949] Akonadi Resource always seen as readonly
https://bugs.kde.org/show_bug.cgi?id=273949 --- Comment #53 from Michael Reiher r...@gmx.de --- There should be a migration path then, I guess. You can't expect users to know about this. Other than that, at least some of us have the problem with akonadi_davgroupware_resource. So your suggestion doesn't apply then, I'd say. -- 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 273949] Akonadi Resource always seen as readonly
https://bugs.kde.org/show_bug.cgi?id=273949 Michael Reiher r...@gmx.de changed: What|Removed |Added CC||r...@gmx.de -- 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 296489] New: Picks the wrong one from double VEVENTs
https://bugs.kde.org/show_bug.cgi?id=296489 Bug ID: 296489 Severity: normal Version: unspecified Priority: NOR Assignee: kdepim-bugs@kde.org Summary: Picks the wrong one from double VEVENTs Classification: Unclassified OS: Linux Reporter: r...@gmx.de Hardware: Ubuntu Packages Status: NEW Component: DAV Resource Product: Akonadi User-Agent: Mozilla/5.0 (X11; Linux x86_64) KHTML/4.8.1 (like Gecko) Konqueror/4.8 Build Identifier: I'm not sure if the problem is in the DAV resource, but this was my best guess. Please reassign as appropriate. I use Akonadi/CalDAV to connect to a Exchange 2010 server via DavMail. I'm seeing a problem with recurring events. Only the first occurrence is shown in KOrganizer. When I fetch the event file manually with wget via DavMail I see two VEVENT sections in it. One with lots of info like DESCRIPTION, ATTENDEEs and RRULE, and one with only very basic info (and no RRULE). When I look in akonadiconsole at the event file it contains only the latter, basic VEVENT section. And thus KOrganizer can't show the info, obviously. So it seems at some point the interesting VEVENT section gets lost. And could this have something to do with #286139? 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 296489] Picks the wrong one from double VEVENTs
https://bugs.kde.org/show_bug.cgi?id=296489 --- Comment #1 from Michael Reiher r...@gmx.de --- This is with KDE 4.8.1, Akonadi 1.7.0, btw. -- 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 206967] Typing in composer is dead slow
https://bugs.kde.org/show_bug.cgi?id=206967 --- Comment #4 from Michael Reiher redm gmx de 2009-09-14 19:30:55 --- Yes, this might be. One suggestion there is suspending composite, that helps for me too. OTOH this report is from 3.x times and thus might handle separate issues with the same symptom? -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- 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 206967] New: Typing in composer is dead slow
https://bugs.kde.org/show_bug.cgi?id=206967 Summary: Typing in composer is dead slow Product: kmail Version: unspecified Platform: Ubuntu Packages OS/Version: unspecified Status: NEW Severity: normal Priority: NOR Component: general AssignedTo: kdepim-bugs@kde.org ReportedBy: r...@gmx.de Version:(using KDE 4.3.1) Installed from:Ubuntu Packages When I write a mail in the composer it takes ages before the characters appear, like half a second per character. I type a few words and then wait and watch the characters appearing one by one. This makes the composer basically unusable (except for very short mails). I tried disabling automatic spellchecking, but that did not help. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- 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 206967] Typing in composer is dead slow
https://bugs.kde.org/show_bug.cgi?id=206967 --- Comment #2 from Michael Reiher redm gmx de 2009-09-10 14:10:56 --- No, kmail runs locally and wordwrapping is enabled. (Disabling it, doesn't help either.) -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- 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