[Bug 299256] IMAP not available offline
https://bugs.kde.org/show_bug.cgi?id=299256 PhobosK phob...@fastmail.fm changed: What|Removed |Added CC||phob...@fastmail.fm --- Comment #3 from PhobosK phob...@fastmail.fm --- This is not fixed even in 4.8.4. I confirm this bug on 4.8.4 too. No matter if the IMAP is in disconnected mode (the option for the account 'Enable disconnected mode') or not, when no network KMail2 goes to offline mode and makes all IMAP accounts unavailable. Another problem with this is that if KMail checks for new mails and right at this time the network disappears, Kmail2 keeps on checking and after a while it spews errors about inability to connect to the accounts... The expected behavior is to stop all online checks and to go offline -- 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 302546] New: Creating Search folder for new mails and activating mark as read after misbehaves
https://bugs.kde.org/show_bug.cgi?id=302546 Bug ID: 302546 Severity: normal Version: 4.8.4 Priority: NOR Assignee: kdepim-bugs@kde.org Summary: Creating Search folder for new mails and activating mark as read after misbehaves Classification: Unclassified OS: Linux Reporter: phob...@fastmail.fm Hardware: Ubuntu Packages Status: UNCONFIRMED Component: folders Product: kmail2 Creating a Search folder for filtering/searching new mails and having the option mark as read after * sec. is misbehaving, rendering the search folder useless. By Misbehaving i mean that the moment you click on a message and it is marked as read, it disappears from the list(no matter if it is selected or not), which is an expected behavior, but in this particular case it is a wrong one. I have just migrated from Evolution, and they have this case resolved very friendly (both in Evo 2.x and 3.x). The same virtual folder (which filters all new mail), when one selects the message and it is marked as read, it stays in the folder till: - if it is selected - always until you leave the folder - if a new mail arrives AND the message is not selected - if you leave the search folder Reproducible: Always Steps to Reproduce: 1. Turn the option of mark mail as read after ... sec on. Lets say you make it 0 sec so you can see what i am having in mind 2. Create a Search folder with the only condition to search for messages which status is Unread 3. When couple of new messages arrive go to the search folder and select the first message Actual Results: All the messages will be selected one after another, marked read and disappearing. They disappear no matter if a message is selected or not. Expected Results: The messages to stay in that Search folder until: - the user leaves the search folder - if a message is selected - always to stay in the folder (until the folder is left) - if a message is not selected - remove from the folder when new mail arrives A workaround this problem is NOT to check the Mark messages as read after ... sec, but this makes this option useless and one needs to mark every message as read manually. -- 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 299589] Some filters don't filter incoming messages automatically, only after manually applying all filters
https://bugs.kde.org/show_bug.cgi?id=299589 --- Comment #6 from PhobosK phob...@fastmail.fm --- Altering any filters, no matter old or new. -- 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 295051] Filters are not applied to newly received messages (IMAP)
https://bugs.kde.org/show_bug.cgi?id=295051 PhobosK phob...@fastmail.fm changed: What|Removed |Added CC||phob...@fastmail.fm --- Comment #3 from PhobosK phob...@fastmail.fm --- I confirm it on KDE 4.8.4 (Ubuntu). What happens is that after every change of any filter a restart of Akonadi is needed in order the filters to start working. So a kinda workaround is to: 1. Change/add the filter 2. Close KMail 3. Restart Akonadi (through Akonadi Tray for example) 4. Open KMail 5. When new mail arrives, filters work I guess it is some kinda problem of the Mail Filter Agent informing Akonadi for the changes -- 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 299589] Some filters don't filter incoming messages automatically, only after manually applying all filters
https://bugs.kde.org/show_bug.cgi?id=299589 PhobosK phob...@fastmail.fm changed: What|Removed |Added CC||phob...@fastmail.fm --- Comment #4 from PhobosK phob...@fastmail.fm --- Does restarting Akonadi after you alter the filter/s work (you should exit kmail before you restart 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 283682] KMail duplicates filtered messages
https://bugs.kde.org/show_bug.cgi?id=283682 PhobosK phob...@fastmail.fm changed: What|Removed |Added CC||phob...@fastmail.fm --- Comment #22 from PhobosK phob...@fastmail.fm --- Affects heavily KDE/KMail 4.8.4 too... The problem is definitely in moving messages by an applied filter. Manual filtering doesn't have it. The affected messages are marked for deletion on the remote server (IMAP in my case), deleted from the KMail folder and then reappearing back in the same Kmail folder and in the remote folder too. So at some point in time, the remote folder has the marked for deletion messages + one fresh new and duplicate of all marked for deletion. The strange thing is that some of the duplicates have only headers and not the full messages. So the problem seems to be in the Move action function of the filtering 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 210171] kmail and kwallet password dialogs stopped working
https://bugs.kde.org/show_bug.cgi?id=210171 PhobosK phob...@fastmail.fm changed: What|Removed |Added CC||phob...@fastmail.fm --- Comment #6 from PhobosK phobosk fastmail fm 2010-01-15 23:54:14 --- Well the same bug reappears in Qt-4.6.0... -- 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