Reply to topic

KMail hangs forever "retrieving folder contents" HELP!

User avatar Primoz
Moderator
Posts
859
Karma
1
OS
Oh okay, thanks anyway. I'll try to solve it on my own.


Primoz, proud to be a member of KDE forums since 2008-Nov.
User avatar Primoz
Moderator
Posts
859
Karma
1
OS
Okay I've solved it!
I deleted all the settings I could find. I think the most important one was in .local/share, because I deleted all others before, and it didn't work.
This time I went from .folder to .folder, to find every file connected to akonadi. And I this was first time I found there are files in .local/share.
So I guess deleting just those (.local/share/akonadi and .local/share/maildir) should do the trick.


Primoz, proud to be a member of KDE forums since 2008-Nov.
bsewell
Registered Member
Posts
3
Karma
0
OS
I'm having this same issue, although deleting everything in the folder .local/share/aknoadi did not work. I don't even have a .local/share/maildir folder
What else did you delete? and is this still working for you?
talmage
Registered Member
Posts
1
Karma
0
einar wrote:It looks like the migration from sqlite to MySQL caused errors. Can you check with a fresh account and pristine configuration (don't just delete your config, create a new one on a new user account)?


I have a similar problem with kmail 4.10.4 and an IMAP account. As you suggested, I created a new user, logged in as that user, and used kmail to connect to my IMAP account. It seems to work as expected. I observed no hanging, even when I deleted about 15 messages in one go.

What do I do next to make this work on my regular user account?
User avatar einar
Administrator
Posts
2272
Karma
5
OS
Currently as far as I know there is no "safe" way to do it. Probably wiping all configuration (.local/share/akonadi; .config/share/akonadi; .kde4/share/apps/kmail2) would work, but bear in mind it is not an officially supported solution.


"Violence is the last refuge of the incompetent."
Image
Plasma FAQ maintainer - Plasma programming with Python
virstad
Registered Member
Posts
3
Karma
0
OS
einar wrote:Currently as far as I know there is no "safe" way to do it. Probably wiping all configuration (.local/share/akonadi; .config/share/akonadi; .kde4/share/apps/kmail2) would work, but bear in mind it is not an officially supported solution.


Thanks Einar for this solution, I had many important mails and it made me nervous to do these changes above. Did not have .config/share/akonadi but deleted the others you mentioned as the last chance and it worked and everything is OK now. :)

Josef
siyman
Registered Member
Posts
1
Karma
0
Sorry for resurrecting this thread but I'm having a very similar issue with my KDE 4.11.2 under Kubuntu 13.10.
After using a razor-qt session with running KMail and coming back to normal KDE plasma one, now my akonadi is stuck with equal error messages. I tried a lot like moving .config/share or .local/share folders, reinstalling mysql, akonadi-backend and so on, but nothing in particular changed a bit. So I'm sitting in front of a dead PIM.

This is my Akonadi Server report.
Code: Select all
Akonadi Server Self-Test Report
===============================

Test 1:  SUCCESS
--------

Database driver found.
Details: The QtSQL driver 'QMYSQL' is required by your current Akonadi server configuration and was found on your system.

File content of '/home/siyman/.config/akonadi/akonadiserverrc':
[%General]
Driver=QMYSQL

[QMYSQL]
Name=akonadi
Host=
Options="UNIX_SOCKET=/home/siyman/.local/share/akonadi/socket-siyman-System-Product-Name/akonadiserver.socket"
ServerPath=/usr/bin/mysqld-akonadi
StartServer=false

[Debug]
Tracer=null


Test 2:  SUCCESS
--------

Akonadi is not running as root
Details: Akonadi is not running as a root/administrator user, which is the recommended setup for a secure system.

Test 3:  SKIP
--------

MySQL server executable not tested.
Details: The current configuration does not require an internal MySQL server.

Test 4:  SKIP
--------

MySQL server error log not tested.
Details: The current configuration does not require an internal MySQL server.

Test 5:  SKIP
--------

MySQL server configuration not tested.
Details: The current configuration does not require an internal MySQL server.

Test 6:  SUCCESS
--------

akonadictl found and usable
Details: The program '/usr/bin/akonadictl' to control the Akonadi server was found and could be executed successfully.
Result:
Akonadi 1.10.3


Test 7:  ERROR
--------

Akonadi control process not registered at D-Bus.
Details: The Akonadi control process is not registered at D-Bus which typically means it was not started or encountered a fatal error during startup.

Test 8:  ERROR
--------

Akonadi server process not registered at D-Bus.
Details: The Akonadi server process is not registered at D-Bus which typically means it was not started or encountered a fatal error during startup.

Test 9:  SUCCESS
--------

Nepomuk search service registered at D-Bus.
Details: The Nepomuk search service is registered at D-Bus which typically indicates it is operational.

Test 10:  SUCCESS
--------

Nepomuk search service uses an appropriate backend.
Details: The Nepomuk search service uses one of the recommended backends.

Test 11:  SKIP
--------

Protocol version check not possible.
Details: Without a connection to the server it is not possible to check if the protocol version meets the requirements.

Test 12:  ERROR
--------

No resource agents found.
Details: No resource agents have been found, Akonadi is not usable without at least one. This usually means that no resource agents are installed or that there is a setup problem. The following paths have been searched: '/usr/share/akonadi/agents'. The XDG_DATA_DIRS environment variable is set to '/usr/share:/usr/share/kde-plasma:/usr/local/share/:/usr/share/'; make sure this includes all paths where Akonadi agents are installed.

Directory listing of '/usr/share/akonadi/agents':
akonadinepomukfeederagent.desktop
akonotesresource.desktop
archivemailagent.desktop
birthdaysresource.desktop
contactsresource.desktop
davgroupwareresource.desktop
facebookresource.desktop
gcalresource.desktop
googlecalendarresource.desktop
googlecontactsresource.desktop
googledataresource.desktop
icaldirresource.desktop
icalresource.desktop
imapresource.desktop
invitationsagent.desktop
kabcresource.desktop
kalarmdirresource.desktop
kalarmresource.desktop
kcalresource.desktop
kdeaccountsresource.desktop
knutresource.desktop
kolabproxyresource.desktop
localbookmarksresource.desktop
maildirresource.desktop
maildispatcheragent.desktop
mailfilteragent.desktop
mboxresource.desktop
microblog.desktop
mixedmaildirresource.desktop
mtdummyresource.desktop
nepomuktagresource.desktop
newmailnotifieragent.desktop
nntpresource.desktop
notesresource.desktop
openxchangeresource.desktop
pop3resource.desktop
sendlateragent.desktop
vcarddirresource.desktop
vcardresource.desktop

Environment variable XDG_DATA_DIRS is set to '/usr/share:/usr/share/kde-plasma:/usr/local/share/:/usr/share/'

Test 13:  SUCCESS
--------

No current Akonadi server error log found.
Details: The Akonadi server did not report any errors during its current startup.

Test 14:  SUCCESS
--------

No previous Akonadi server error log found.
Details: The Akonadi server did not report any errors during its previous startup.

Test 15:  ERROR
--------

Current Akonadi control error log found.
Details: The Akonadi control process reported errors during its current startup. The log can be found in <a href='/home/siyman/.local/share/akonadi/akonadi_control.error'>/home/siyman/.local/share/akonadi/akonadi_control.error</a>.

File content of '/home/siyman/.local/share/akonadi/akonadi_control.error':
Unable to register service as "org.freedesktop.Akonadi.Control.lock" Maybe it's already running?
"[
0: /usr/bin/akonadi_control() [0x42a1c8]
1: /usr/bin/akonadi_control() [0x42a452]
2: /lib/x86_64-linux-gnu/libc.so.6(+0x36ff0) [0x7fc1ecef8ff0]
3: /lib/x86_64-linux-gnu/libc.so.6(gsignal+0x37) [0x7fc1ecef8f77]
4: /lib/x86_64-linux-gnu/libc.so.6(abort+0x148) [0x7fc1ecefc5e8]
5: /usr/lib/x86_64-linux-gnu/libQtCore.so.4(_Z17qt_message_output9QtMsgTypePKc+0x102) [0x7fc1edf27912]
6: /usr/bin/akonadi_control() [0x42c3ad]
7: /usr/lib/x86_64-linux-gnu/libQtCore.so.4(_ZN9QIODevice5writeEPKcx+0xb0) [0x7fc1edfc2020]
8: /usr/lib/x86_64-linux-gnu/libQtCore.so.4(+0x1183ad) [0x7fc1edfcf3ad]
9: /usr/lib/x86_64-linux-gnu/libQtCore.so.4(_ZN11QTextStreamD1Ev+0x33) [0x7fc1edfd7f93]
10: /usr/bin/akonadi_control() [0x40c3c0]
11: /usr/bin/akonadi_control() [0x40908b]
12: /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5) [0x7fc1ecee3de5]
13: /usr/bin/akonadi_control() [0x40939f]
]
"


Test 16:  ERROR
--------

Previous Akonadi control error log found.
Details: The Akonadi control process reported errors during its previous startup. The log can be found in <a href='/home/siyman/.local/share/akonadi/akonadi_control.error.old'>/home/siyman/.local/share/akonadi/akonadi_control.error.old</a>.

File content of '/home/siyman/.local/share/akonadi/akonadi_control.error.old':
Unable to register service as "org.freedesktop.Akonadi.Control.lock" Maybe it's already running?
"[
0: /usr/bin/akonadi_control() [0x42a1c8]
1: /usr/bin/akonadi_control() [0x42a452]
2: /lib/x86_64-linux-gnu/libc.so.6(+0x36ff0) [0x7f2d5e7d7ff0]
3: /lib/x86_64-linux-gnu/libc.so.6(gsignal+0x37) [0x7f2d5e7d7f77]
4: /lib/x86_64-linux-gnu/libc.so.6(abort+0x148) [0x7f2d5e7db5e8]
5: /usr/lib/x86_64-linux-gnu/libQtCore.so.4(_Z17qt_message_output9QtMsgTypePKc+0x102) [0x7f2d5f806912]
6: /usr/bin/akonadi_control() [0x42c3ad]
7: /usr/lib/x86_64-linux-gnu/libQtCore.so.4(_ZN9QIODevice5writeEPKcx+0xb0) [0x7f2d5f8a1020]
8: /usr/lib/x86_64-linux-gnu/libQtCore.so.4(+0x1183ad) [0x7f2d5f8ae3ad]
9: /usr/lib/x86_64-linux-gnu/libQtCore.so.4(_ZN11QTextStreamD1Ev+0x33) [0x7f2d5f8b6f93]
10: /usr/bin/akonadi_control() [0x40c3c0]
11: /usr/bin/akonadi_control() [0x40908b]
12: /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5) [0x7f2d5e7c2de5]
13: /usr/bin/akonadi_control() [0x40939f]
]
"


I thinks it's something wrong with D-Bus, though I'm not sure. I also tried to reown every single file in my home-dir to my own user/group, but it didn't work. Do you guys have any idea? Did I miss something? How can I control the D-Bus component?

Thanks in advance
siyman
User avatar papapenguin
Registered Member
Posts
41
Karma
0
OS
ok...now I'm using KDE 4.11.3 and I'm having the damned problem again...any help would be appreciated...

After a number of blocked packages, I had to update KDE, and now I'm having one problem after another in Kontact...the latest is the 'retrieving folder contents' hang...

here is akonadi restart, which may or may not be of any help...

http://pastebin.com/jBSEErVV
User avatar scummos
KDE Developer
Posts
616
Karma
4
OS
For me "kquitapp kmail; akonadictl restart" then restarting kmail always fixes this.


User avatar papapenguin
Registered Member
Posts
41
Karma
0
OS

Tue Nov 12, 2013 4:48 pm
thanks for the suggestion, scummos...I wish that it worked for me, but it did not...

here's the pastebin of the event when I tried that command:

http://pastebin.com/Tm4UgnTj

and here are xsession errors (didn't copy the beginning, as the displayed lines of code were maxed out):

http://pastebin.com/pU5q28p9

this has been a problem for me for a couple of years, and, as you can see, I'm commited to KDE, however I need to have working email system--right now I'm working on a project, and I can't access my previous emails, which makes me look like a jerk when I have to ask to have the information resent!!
User avatar papapenguin
Registered Member
Posts
41
Karma
0
OS

Thu Nov 14, 2013 10:47 pm
this is definitely buggy...and a systemic problem with KMail...

can anyone shed light on this?

I know I'm not the only one with this problem
User avatar papapenguin
Registered Member
Posts
41
Karma
0
OS
I again downgraded to 4.10.5 (which is the 'stable' KDE in Gentoo)...finally--after many many tries--was able to finish building most of the packages...

however, I can no longer log into my user (due to another KDM problem, which I haven't solved), so I created another user and would like to import my settings to this new user, but I'm having import problems...when I click 'Import Wizard' under Tools, a blank 'Detect program' window comes up...with nothing to select...

If I solve this, it may tell me if KMail works on my system, and that my previous user is corrupted in some way...
User avatar einar
Administrator
Posts
2272
Karma
5
OS
Bear in mind that export and import had some quirks that were only fixed in the 4.11.x series.


"Violence is the last refuge of the incompetent."
Image
Plasma FAQ maintainer - Plasma programming with Python
User avatar papapenguin
Registered Member
Posts
41
Karma
0
OS
rats, einar, because all I get from 4.11.3 is 'retrieving folder contents'
User avatar papapenguin
Registered Member
Posts
41
Karma
0
OS
ok, well I upgraded (AGAIN) to 4.11.3...and the damned import function still doesn't work...

now what?

I've had a solid 3 months of constant problems with Kontact, KMail, KDM...I really need help...

 
Reply to topic

Bookmarks



Who is online

Registered users: Alexa [Bot], Artmessiah, Baidu [Spider], barrypicker, Bing [Bot], eagleton, Exabot [Bot], garthecho, ggael, ghevan, Google [Bot], google01103, Hans, jsirek, ken300, koriun, Majestic-12 [Bot], mcaceres, mutlu, nezumi, pinguin74, private_lock, samuelig, scummos, Tepee, TheraHedwig, tparrott, Yahoo [Bot], zabastodwa