Version: 1.9.6 (enterprise 20070904.708012) (using 3.5.7 "release 72.6" , openSUSE 10.3) Compiler: Target: i586-suse-linux OS: Linux (i686) release 2.6.22.13-0.3-default Prerequisites/Preset: POP3 account, msgs stay on server, (about 2500 msgs/25Meg on server). Old slow, short on RAM, system (swap fill never >30% though!). Reproduce (occurred >1 times. Though it's a timing issue, hard to reproduce - maybe with SIGSTOP KMail, or Netfilters): When there occurs to be heavy swapping during KMail incidentally polling POP3-account (95% swap, 5% user CPU), it says: o- Error requester "server does not support UIDL (UDML? sth) command. ... will not work!" **) o- i click "abort message download" at bottom right some times (because i know what will follow), then i click "ok" on error-requester **) o- COMPLETE KONTACT SILENTLY DIES o- #!#!# the error #!#!#: ~/.kde/share/kmail/<user>@<serverdomain>:@pop.<serverdomain>:995 is void. seenUidList=<nullstring> size before: ~121k, size after error: ~70byte Error also appeared without the steps marked **) resulting problems: _all_msgs_ are downloaded a second time, to restore seenUidList. nature of problem: <!>never use timeout while polling POP to reset seenUidList</!> Keep backup! On some timeout/lowmem situations Kontact dies without any further notice (no coredump or anything, just like ^Q). Sometimes it coredumps (SIG11) on similar situation. seen identically in SuSE10.1 (about 2 years old) version of Kontact workaround: o- avoid lowmem/high-cpu-load when polling POP3. o- when error happens: CANCEL DOWNLOAD IMMEDIATELY! Create filter to download all msgs older 1day to a temporary mail dir. Poll. (Disable filter. I keep it for catching errors during unattended polls) o- *OR* CANCEL DOWNLOAD IMMEDIATELY! restore ~/.kde/share/kmail/<user>@<serverdomain>* from yesterday's backup. o- then use <CTRL>+* to delete doublettes jOERG
> o- COMPLETE KONTACT SILENTLY DIES The sounds like the process is being killed by the kernel because there is no memory left. Please check that (the system/kernel log should contain an entry about that).
NO! No msg in: Feb 16 18:47:47 panzermine syslog-ng[2583]: STATS: dropped 27 Feb 16 19:47:47 panzermine syslog-ng[2583]: STATS: dropped 28 Feb 16 20:06:46 panzermine kernel: zd1211rw 1-1.4:1.0: error ioread32(CR_REG1): -110 Feb 16 20:45:06 panzermine su: (to beagleindex) root on none (event ~19:30) swap never filled more than 30%! The real problem is nulling of seenUidList! There is *absolutely*NO* msg loss while mailcheck. Messages are downloaded a second time on next mailcheck after error! IIRC (last occurrence was ~6months ago) the effect may appear independent of KMail sudden death. Please read original posting. j
Hi Confirmed! The same problem on PLD Linux. But on my side it was no space left on /home it was 100% filled up. Looks like kmail need some more tests before fetch every e-mail. AMD64x2 2Gb RAM - it is not problem with memory $ kmail --version Qt: 3.3.8b KDE: 3.5.9 KMail: 1.9.9 Regards Bartlomiej Zimon cactus/monk-ey/pld-linux.org
Thank you for taking the time to file a bug report. KMail2 was released in 2011, and the entire code base went through significant changes. We are currently in the process of porting to Qt5 and KF5. It is unlikely that these bugs are still valid in KMail2. We welcome you to try out KMail 2 with the KDE 4.14 release and give your feedback.