[Akonadi] [Bug 320837] once an account goes offline, it never comes back to online again
https://bugs.kde.org/show_bug.cgi?id=320837 --- Comment #2 from miklos <mtm...@gmail.com> --- As I've written in the report, I migrated to Thunderbird after a week of frustration with Kmail2. I have no desire to migrate back. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.
[kmail2] [Bug 320190] messages are reordered/threaded each time a folder is selected
https://bugs.kde.org/show_bug.cgi?id=320190 --- Comment #2 from miklos <mtm...@gmail.com> --- After a week of frustration I gave up Kmail2, migrated to Thunderbird, and never looked back. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 316840] imap resource starts crazy connect / disconnect cycle to mail server
https://bugs.kde.org/show_bug.cgi?id=316840 --- Comment #24 from miklos mtm...@freemail.hu --- (In reply to comment #23) Still seeing this with 4.11, turning of SSL can NOT be an option. Come on guys, this is a real showstopper and it's persisting since the release of 4.10. Months later, nothing has changed in this regard. Even worse, people have been banned by their providers due to stressing the imap-server. I have to report, that this problem causes a 100% load on my local mail server when akonadi goes crazy (which happens about 30mins after starting this piece of junk). Fix it finally I fixed it with `pkill akonadi` right after login. -- 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
[Akonadi] [Bug 320837] New: once an account goes offline, it never comes back to online again
https://bugs.kde.org/show_bug.cgi?id=320837 Bug ID: 320837 Summary: once an account goes offline, it never comes back to online again Classification: Unclassified Product: Akonadi Version: 4.10 Platform: Other OS: Linux Status: UNCONFIRMED Severity: grave Priority: NOR Component: POP3 Resource Assignee: mcgu...@kde.org Reporter: mtm...@freemail.hu CC: kdepim-bugs@kde.org, vkra...@kde.org I had to unplug the network cable once, and kmail gave a notification about the network going offline. All my pop3 accounts are listed as offline since then, and I couldn't convince kmail/akonadi to bring them online again. I tried to force updating them (this only worked for imap), the restart button in the configure dialog, and pkill akonadi, but all were useless. I've been using kmail since the kde2-era, and had absolutely no problems with it. I've been using kmail2 for a week (4.10 is supposed to be the 4th major release of it !?!), and now I already migrated to icedove (which is worse than kmail1 btw). Thank you very much for replacing a neat email client with a complete clusterfuck sarcastic clap Reproducible: Always -- 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 320260] New: kwallet asks for password each time kmail is started
https://bugs.kde.org/show_bug.cgi?id=320260 Bug ID: 320260 Summary: kwallet asks for password each time kmail is started Classification: Unclassified Product: kmail2 Version: 4.10.2 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: mtm...@freemail.hu With the old kmail it was possible to store pop3 and imap passwords in the config file. Kmail2 requires the use of kwallet, for which I had to set an empty password, because I don't want to type a password each time I start kmail. Is the new method more secure or less secure? 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
[Akonadi] [Bug 320180] continuous network traffic generated
https://bugs.kde.org/show_bug.cgi?id=320180 --- Comment #1 from miklos mtm...@freemail.hu --- Created attachment 80068 -- https://bugs.kde.org/attachment.cgi?id=80068action=edit wireshark-kmail.png I monitored it with Wireshark for a while. It seems that immediately after client hello the client closes the connection (FIN), and initiates a new connection. Then comes an application data from the server in the old connection for which the client answers with RST (stupid *and* rude). This goes on in an infinite loop until I kill the akonadi_imap process or I have kmail restart it in the settings dialog. -- 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
[Akonadi] [Bug 320180] continuous network traffic generated
https://bugs.kde.org/show_bug.cgi?id=320180 --- Comment #2 from miklos mtm...@freemail.hu --- Now I see that I forgot the best part of it: interval mail checking is not enabled, so it shouldn't even do anything in the first place. Especially if kmail is already closed. -- 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 316816] New mail notification is always delayed
https://bugs.kde.org/show_bug.cgi?id=316816 miklos mtm...@freemail.hu changed: What|Removed |Added CC||mtm...@freemail.hu --- Comment #2 from miklos mtm...@freemail.hu --- In kmail1 there was no delay, yet all filters were correctly applied between fetching the mail and displaying the notification. BTW fetching the mail was about 1 second from 3 pop3 and 2 imap accounts, now with akonadi it's about 10 times slower. How can this bug be reopened? -- 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 320180] New: continuous network traffic generated
https://bugs.kde.org/show_bug.cgi?id=320180 Bug ID: 320180 Summary: continuous network traffic generated Classification: Unclassified Product: Akonadi Version: 4.10 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: IMAP resource Assignee: er...@kde.org Reporter: mtm...@freemail.hu CC: kdepim-bugs@kde.org, vkra...@kde.org After I start kmail, continuous network traffic is generated towards one of my imap servers. It's 14k up, 19k down. At first I thought it's for some kind of indexing, but that shouldn't last for several hours. It doesn't stop when kmail is closed, I have to kill the process manually. 6924 ?Sl11:23 \_ /usr/bin/akonadi_imap_resource --identifier akonadi_imap_resource_1 Reproducible: Always -- 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 320190] New: messages are reordered/threaded each time a folder is selected
https://bugs.kde.org/show_bug.cgi?id=320190 Bug ID: 320190 Summary: messages are reordered/threaded each time a folder is selected Classification: Unclassified Product: kmail2 Version: 4.10.2 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: message list Assignee: kdepim-bugs@kde.org Reporter: mtm...@freemail.hu In the good old days of the good old kmail, when I selected an imap folder, it switched to it, showed the message list, added the new messages, and displayed the first new message, all in less than a second. Now with the new kmail each time I select an imap folder, it rebuilds the message list from scratch, reorders them, re-threads them, then waits a bit for the new messages to arrive, and each step takes several seconds. WWWHHHY?? 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
