| Summary: | Switching between IMAP folders randomly causes kmail to hang | ||
|---|---|---|---|
| Product: | [Unmaintained] kmail | Reporter: | Josh Restivo <jrestivo> |
| Component: | IMAP | Assignee: | kdepim bugs <kdepim-bugs> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | patrick.hallen, pete, rasasi78 |
| Priority: | NOR | ||
| Version: | 1.9.1 | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
Is this still present in a resent version? I used to have this problem but can't reproduce it on trunk. With KDE 4.1.3 this problem still exists for me. A network sniffer shows, that there is no commumication between kmail and the imap server. When clicking "check mail" or "refresh folder lists" nothing happens in the network according to my sniffer. So it seems that kmail just does nothing on the network side. When this happens I always have to restart kmail. Is this possibly the same as bug 186936, which is probably also the same as bug 172410? I'm getting the same behaviour too. Hello: I think as Peter (#3) says this is a dupe of those bugs. I'll be attaching more info on https://bugs.kde.org/show_bug.cgi?id=172410 which I consider the most comprehensively explain and thus "primary". Regards, *** This bug has been marked as a duplicate of bug 186936 *** |
Version: 1.9.1 (using KDE 3.5.2, Kubuntu Package 4:3.5.2-0ubuntu18 dapper) Compiler: Target: i486-linux-gnu OS: Linux (i686) release 2.6.15-23-386 I've had this same problem through the years. It got better for a while but recent version of kmail are inducing hair loss. The symptoms have persisted through various versions of kmail and various mail servers to which I;ve been connected. When switching between IMAP folders (currently connected to a courier server), I experience random instances where, instead of displaying message headers, the "Retrieving Folder Contents...Please Wait..." message will appear indefinitely. Sometimes clicking on another folder and then back again cures the condition. Other times, I must track down the three-five kmail related process and kill them all individually in order to restore proper operation (simply closing kmail and re-opening without killing the processes will result in the same behavior). In previous versions of kmail, the "Retrieving Folder Contents" screen did not exist and it would, instead, just keep displaying the previous folder's headers. When this event occurs, strace attached to the kmail process reveals the following... gettimeofday({1155062911, 450737}, NULL) = 0 select(30, [3 4 5 6 8 20 21 29], [], [], {0, 92333}) = 0 (Timeout) gettimeofday({1155062911, 543721}, NULL) = 0 gettimeofday({1155062911, 544555}, NULL) = 0 ioctl(4, FIONREAD, [0]) = 0 gettimeofday({1155062911, 544695}, NULL) = 0 select(30, [3 4 5 6 8 20 21 29], [], [], {0, 16018}) = 0 (Timeout) gettimeofday({1155062911, 578632}, NULL) = 0 gettimeofday({1155062911, 580484}, NULL) = 0 gettimeofday({1155062911, 580743}, NULL) = 0 ioctl(4, FIONREAD, [0]) = 0 gettimeofday({1155062911, 580869}, NULL) = 0 select(30, [3 4 5 6 8 20 21 29], [], [], {0, 999615}) = 0 (Timeout) gettimeofday({1155062912, 580614}, NULL) = 0 gettimeofday({1155062912, 581342}, NULL) = 0 gettimeofday({1155062912, 581531}, NULL) = 0 ioctl(4, FIONREAD, [0]) = 0 gettimeofday({1155062912, 581654}, NULL) = 0 select(30, [3 4 5 6 8 20 21 29], [], [], {0, 999688}) = 0 (Timeout) gettimeofday({1155062913, 581438}, NULL) = 0 gettimeofday({1155062913, 582563}, NULL) = 0 gettimeofday({1155062913, 582959}, NULL) = 0 ioctl(4, FIONREAD, [0]) = 0 gettimeofday({1155062913, 583097}, NULL) = 0 select(30, [3 4 5 6 8 20 21 29], [], [], {0, 999466}) = 0 (Timeout) gettimeofday({1155062914, 583325}, NULL) = 0 gettimeofday({1155062914, 584244}, NULL) = 0 gettimeofday({1155062914, 584431}, NULL) = 0 ioctl(4, FIONREAD, [0]) = 0 gettimeofday({1155062914, 584691}, NULL) = 0 select(30, [3 4 5 6 8 20 21 29], [], [], {0, 42430}) = 0 (Timeout) gettimeofday({1155062914, 628303}, NULL) = 0 gettimeofday({1155062914, 629360}, NULL) = 0 ioctl(4, FIONREAD, [0]) = 0 gettimeofday({1155062914, 630607}, NULL) = 0 select(30, [3 4 5 6 8 20 21 29], [], [], {0, 953637}) = 0 (Timeout) gettimeofday({1155062915, 585145}, NULL) = 0 gettimeofday({1155062915, 620021}, NULL) = 0 gettimeofday({1155062915, 621475}, NULL) = 0 ioctl(4, FIONREAD, [0]) = 0 gettimeofday({1155062915, 623526}, NULL) = 0 select(30, [3 4 5 6 8 20 21 29], [], [], {0, 996495}) = 0 (Timeout) gettimeofday({1155062916, 622018}, NULL) = 0 gettimeofday({1155062916, 623022}, NULL) = 0 gettimeofday({1155062916, 624935}, NULL) = 0 ioctl(4, FIONREAD, [0]) = 0 gettimeofday({1155062916, 627177}, NULL) = 0 select(30, [3 4 5 6 8 20 21 29], [], [], {0, 995845}) = 0 (Timeout) gettimeofday({1155062917, 623857}, NULL) = 0 gettimeofday({1155062917, 629443}, NULL) = 0 gettimeofday({1155062917, 629647}, NULL) = 0 ioctl(4, FIONREAD, [0]) = 0 gettimeofday({1155062917, 629770}, NULL) = 0 select(30, [3 4 5 6 8 20 21 29], [], [], {0, 999673}) = 0 (Timeout) gettimeofday({1155062918, 629808}, NULL) = 0 gettimeofday({1155062918, 630830}, NULL) = 0 gettimeofday({1155062918, 631724}, NULL) = 0 Over and over again. What other information is required to troubleshoot this?