Bug 236538

Created attachment 43302 [details]
complete akonadi error protocol

Bug #236535 and bug #236539 happen at the same first start of Akonadi.

I can confirm this bug. I'm also using Debian (sid).
Quitting Kontact, starting KAddressBook, quitting KAddressBook and starting Kontact again solves this issue (as described in http://userbase.kde.org/Akonadi_4.4/Troubleshooting although Kontact does start with me, but Contacts are unavailable at first start)


apt-show-versions | egrep "(akonadi|virtuoso|libqt4-gui/|kdelibs5/|kontact|kaddressbook|mysql)"
akonadi-server/sid uptodate 1.3.1-3
kaddressbook/sid uptodate 4:4.4.3-1
kdelibs5/sid uptodate 4:4.4.3-1
kontact/sid uptodate 4:4.4.3-1
libakonadi-contact4/sid uptodate 4:4.4.3-1
libakonadi-kabc4/sid uptodate 4:4.4.3-1
libakonadi-kcal4/sid uptodate 4:4.4.3-1
libakonadi-kde4/sid uptodate 4:4.4.3-1
libakonadi-kmime4/sid uptodate 4:4.4.3-1
libakonadiprivate1/sid uptodate 1.3.1-3
libdbd-mysql-perl/testing uptodate 4.014-1
libkontactinterface4/sid uptodate 4:4.4.3-1
libmysql-java/testing uptodate 5.1.10+dfsg-2
libmysqlclient16/sid uptodate 5.1.45-3
libqt4-sql-mysql/testing uptodate 4:4.6.2-4
mysql-client-5.1/sid uptodate 5.1.45-3
mysql-common/sid uptodate 5.1.45-3
mysql-server-5.1/sid uptodate 5.1.45-3
mysql-server-core-5.1/sid uptodate 5.1.45-3
virtuoso-minimal/sid uptodate 6.1.1+dfsg1-1
virtuoso-opensource-6.1-bin/sid uptodate 6.1.1+dfsg1-1
virtuoso-opensource-6.1-common/sid uptodate 6.1.1+dfsg1-1

Thanks, okay, now found it in the Wiki page:

------------------------------------------
I can't see any details in my Address Book
At the moment, the cause of this is not identified, but the cure is simple. Close Kontact, and start KAddressBook as a stand-alone application. After you close it you will be able to use it within Kontact. It seems that something is not being triggered when Kontact launches, and I expect this to be identified and fixed soon. This seems to mainly affect version 4.4.0.
------------------------------------------

Anyway I just stop Kontact and restart it again. Then it works too. Like with the other two bugs I reported.

But thats a work-around, not a *fix*.

Same here on Gentoo. Discussed on Ubuntu bugs 554514 and 564263.
What does the KDE team think?

i can reproduce this bug and the 2 bugs that happen at the same time after Kontakt is started (Bug #236535 and bug #236539). My system is debian sid with KDE 4.4.3

versions: 

akonadi-server/sid uptodate 1.3.1-3
kaddressbook/sid uptodate 4:4.4.3-1
kdelibs5/sid uptodate 4:4.4.3-1
kontact/sid uptodate 4:4.4.3-1
libakonadi-contact4/sid uptodate 4:4.4.3-1
libakonadi-kabc4/sid uptodate 4:4.4.3-1
libakonadi-kcal4/sid uptodate 4:4.4.3-1
libakonadi-kde4/sid uptodate 4:4.4.3-1
libakonadi-kmime4/sid uptodate 4:4.4.3-1
libakonadiprivate1/sid uptodate 1.3.1-3
libdbd-mysql-perl/testing uptodate 4.014-1
libkontactinterface4/sid uptodate 4:4.4.3-1
libmysqlclient16/sid uptodate 5.1.45-3
libqt4-sql-mysql/testing uptodate 4:4.6.2-4
mysql-client-5.1/sid uptodate 5.1.45-3
mysql-common/sid uptodate 5.1.45-3
mysql-server/sid uptodate 5.1.45-3
mysql-server-5.1/sid uptodate 5.1.45-3
mysql-server-core-5.1/sid uptodate 5.1.45-3
virtuoso-minimal/sid uptodate 6.1.1+dfsg1-1
virtuoso-opensource-6.1-bin/sid uptodate 6.1.1+dfsg1-1
virtuoso-opensource-6.1-common/sid uptodate 6.1.1+dfsg1-1

the following ressource-agents are present:

/usr/share/akonadi/agents/birthdaysresource.desktop
/usr/share/akonadi/agents/contactsresource.desktop
/usr/share/akonadi/agents/icalresource.desktop
/usr/share/akonadi/agents/imapresource.desktop
/usr/share/akonadi/agents/kabcresource.desktop
/usr/share/akonadi/agents/kcalresource.desktop
/usr/share/akonadi/agents/knutresource.desktop
/usr/share/akonadi/agents/kolabproxyresource.desktop
/usr/share/akonadi/agents/localbookmarksresource.desktop
/usr/share/akonadi/agents/maildirresource.desktop
/usr/share/akonadi/agents/maildispatcheragent.desktop
/usr/share/akonadi/agents/mboxresource.desktop
/usr/share/akonadi/agents/microblog.desktop
/usr/share/akonadi/agents/mtdummyresource.desktop
/usr/share/akonadi/agents/nepomukcalendarfeeder.desktop
/usr/share/akonadi/agents/nepomukcontactfeeder.desktop
/usr/share/akonadi/agents/nepomuktagresource.desktop
/usr/share/akonadi/agents/nntpresource.desktop
/usr/share/akonadi/agents/notesresource.desktop
/usr/share/akonadi/agents/pop3resource.desktop
/usr/share/akonadi/agents/vcarddirresource.desktop
/usr/share/akonadi/agents/vcardresource.desktop


regards 
Ferdinand

Some additional data:

I now have a brand new freshly installed KDE 4.4.3 Debian Sid and didn't experience this issue for a couple of days, but it started today again.
So this does not seem to be an upgrade issue.
Furthermore I've now set up my addresses as akonadi resources as described in http://userbase.kde.org/KAddressBook_4.4 and http://userbase.kde.org/Akonadi_and_AddressBook (maybe that triggered it?).
I'll also attach my akonadi self test log, although it seems quite similar to Martin's.

Created attachment 43497 [details]
Akonadi Server Self-Test report

I now have a workaround which has worked consistently for me so far, so this could help in solving this bug.
Before starting Kontact, I start KAddressBook (via KRunner, but I don't think that's relevant).
When KAddressBook starts up, I see the msg that Akonadi is not operational, but apparently KAddressBook sees that and starts Akonadi, making my contacts available shortly thereafter.
Then I close KAddessBook and start Kontact, which now consistently succeeds.

So apparently KAddressBook standalone does something that Kontact does not, namely noticing Akonadi isn't started and then start it vs merely reporting that Akonadi doesn't work (and doing nothing about it).

Hope this helps.

This still happens with KDE 4.4.4. Starting "akonadictl start" via Alt-F2 before starting Kontact helps here, but quite often I forget this and thus have to quit Kontact and start it again.

Thanks to comment #10 from Martin I now have a workaround (but fix is still better):
Create a script (start_akonadi.sh) and make it executable
#!/bin/sh 
akonadictl start

Then through "System Settings - Advanced - Autostart" add that script and set it to run on Startup. 
While doing this I noticed it (Autostart dialog) didn't exactly do what it should do, so better check whether you can find the script (or link to it) in the ~/.kde/Autostart folder.
No more manually starting kaddressbook before launching Kontact anymore :)

Nice idea, Didi. Hmmm, I might setup this for myself as well, as its pretty
annoying otherwise. Thanks.

Bug is also reported in Debian:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=583566

Please consider fixing it for KDE SC 4.4.5 as otherwise Debian Squeeze users
might be stuck with that annoying bug for a quite long time. I do not expect
Squeeze+1 to be out until after at least one year after Debian Squeeze does
come out.

I have the same issue, but I work around it by starting kontact, closing it, and starting it again.

I have the same issue, but I work around it by starting kontact, closing it,
and starting it again.

KDE 4.4.4 on Kubuntu

Does this happen right away?

Because I have a weird behavior here:
KMail starts and nothing bad happens (probably its not doing anything yet)
I then check Akonadi's status on the console using
akonadictl start

Akonadi is running nicely. Just to be sure I run akonadiconsole and even all agents are running as expected.

Then, I guess this is when KMail starts actually downloading mails, I get the self test log.

Can anyone else confirm this?
You might have to deactivate (check Mail on startup)

Yes, straight away. On each first start of Kontact. First start means: First start after login into KDM for a KDE session. If I logout and login again, it happens again, but not on all subsequent starts of Kontact in the same KDE session.

I think I had KAdressBook loose Akonadi during being open for sometimes as well, but this didn't happen regularily.

The observed behavior suggests that Akonadi is actually starting correctly but KMail, or rather code in libakonadi-kde used by KMail, is not detecting this correctly.

After several attempts to get to the cause of the problem or at least find a way to improve the situation, I might have found at least a partial fix.

Partial in the sense that I haven't tested it a lot yet, but it seems to always work for me (using a patched Debian package so the olther components are exactly as before).

Now working on a cleaned up version of the patch for a review request

SVN commit 1135440 by krake:

If the AgentManager instance is created before Akonadi is running, its D-Bus interface is not valid yet.
However, it never becomes valid afterwards, so it never knows any types or instances, even if they are available.

This lead to ServerManager believing that Akonadi did not start correctly, letting it run into the safety timeout and producing a self test log.
Unfortunately this self test log then contains wrong information ("no resource agents found")

BUG: 236538


 M  +62 -33    agentmanager.cpp  
 M  +1 -0      agentmanager.h  
 M  +4 -1      agentmanager_p.h  


WebSVN link: http://websvn.kde.org/?view=rev&revision=1135440

Fix verified, thanks a lot.

I am still seeing this behaviour, but only on the first run of Akonadi (when MySQL setup takes a bit longer).

openSUSE packages with the r1135440 commit to 4.4 branch.

Steps to reproduce:
1) Quit all clients and akonadictl stop
2) rm .local/share/akonadi/ .config/akonadi/ -rf
3) akonadiconsole (or other client)
4) * Self-test dialog appears with no akonadi server, no resource agents errors
5) Close dialog, akonadiconsole window opens, Server->Configure Server...->Test...
6) * All tests have passed.

Expected behaviour: no error at 5)

Could it be that the startup of akonadiserver simply takes so long that the safety timeout expires?  Where is this timeout set?

Look where the "Could not start/stop Akonadi! " debug from Akonadi::Control appears in the following log.  This is where the selftestdialog appears.  About 2 seconds later the database setup proceeds.  

This confirms that database setup takes longer than the 10s allowed by the self test dialog.  This is on average hardware (core2 1.8Ghz, 5400rpm HD) so either the delay before MySQL allows the DB connection is erroneous, or the safety timeout is too aggressive in the first run case.  If 2., can we detect first run early and set a longer safety timeout in this case?

testuser@gorse:~> rm -rf ~/.local/share/akonadi/db_data/ ~/.local/share/akonadi/db_misc/ ~/.local/share/akonadi/file_db_data/ 
takonadiconsole  akonadictl      
testuser@gorse:~> akonadictl status
Akonadi Control: stopped
Akonadi Server: stopped
Akonadi Server Search Support: available (backend: Virtuoso)
testuser@gorse:~> akonadiconsole 
Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
[akonadiserver] search paths:  ("/usr/lib/mpi/gcc/openmpi/bin", "/home/testuser/bin", "/usr/local/bin", "/usr/bin", "/bin", "/usr/bin/X11", "/usr/X11R6/bin", "/usr/games", "/usr/lib/jvm/jre/bin", "/usr/lib/mit/bin", "/usr/lib/mit/sbin", ".", "/usr/sbin", "/usr/local/sbin", "/usr/local/libexec", "/usr/libexec", "/opt/mysql/libexec", "/opt/local/lib/mysql5/bin")
[akonadiserver] Found mysql_install_db:  "/usr/bin/mysql_install_db"
[akonadiserver] Found mysql_upgrade:  "/usr/bin/mysql_upgrade"
"akonadiserver" [out] "Installing MySQL system tables...
" 
"akonadiserver" [out] "OK
" 
"akonadiserver" [out] "Filling help tables...
" 
"akonadiserver" [out] "OK
" 
"akonadiserver" [out] "
" 
"akonadiserver" [out] "PLEASE REMEMBER TO SET A PASSWORD FOR THE MySQL root USER !
" 
"akonadiserver" [out] "To do so, start the server, then issue the following commands:
" 
"akonadiserver" [out] "
" 
"akonadiserver" [out] "/usr/bin/mysqladmin -u root password 'new-password'
" 
"akonadiserver" [out] "/usr/bin/mysqladmin -u root -h gorse password 'new-password'
" 
"akonadiserver" [out] "
"                                                                                                                                              
"akonadiserver" [out] "Alternatively you can run:                                                                                              
"                                                                                                                                              
"akonadiserver" [out] "/usr/bin/mysql_secure_installation                                                                                      
"                                                                                                                                              
"akonadiserver" [out] "                                                                                                                        
"                                                                                                                                              
"akonadiserver" [out] "which will also give you the option of removing the test                                                                
"                                                                                                                                              
"akonadiserver" [out] "databases and anonymous user created by default.  This is                                                               
" 
"akonadiserver" [out] "strongly recommended for production servers.
" 
"akonadiserver" [out] "
" 
"akonadiserver" [out] "See the manual for more instructions.
" 
"akonadiserver" [out] "
" 
"akonadiserver" [out] "You can start the MySQL daemon with:
" 
"akonadiserver" [out] "rcmysql start
" 
"akonadiserver" [out] "
" 
"akonadiserver" [out] "You can test the MySQL daemon with mysql-test package
" 
"akonadiserver" [out] "
" 
"akonadiserver" [out] "Please report any problems with the /usr/bin/mysqlbug script!
" 
"akonadiserver" [out] "
" 
"akonadiserver" [out] "Looking for 'mysql' as: /usr/bin/mysql
" 
"akonadiserver" [out] "Looking for 'mysqlcheck' as: /usr/bin/mysqlcheck
" 
"akonadiserver" [out] "Running 'mysqlcheck' with connection arguments: '--socket=/home/testuser/.local/share/akonadi/db_misc/mysql.socket' 
" 
[akonadiserver] /usr/bin/mysqlcheck: Got error: 2002: Can't connect to local MySQL server through socket '/home/testuser/.local/share/akonadi/db_misc/mysql.socket' (2) when trying to connect
[akonadiserver] FATAL ERROR: Upgrade failed


akonadiconsole(2295)/libakonadi Akonadi::Control::Private::exec: Could not start/stop Akonadi! 

[akonadiserver] Failed to use database "akonadi"
[akonadiserver] Query error: "Unknown database 'akonadi' QMYSQL: Unable to execute query"
[akonadiserver] Database error: "Can't connect to local MySQL server through socket '/home/testuser/.local/share/akonadi/db_misc/mysql.socket' (2) QMYSQL: Unable to connect"
[akonadiserver] Trying to create database now...
[akonadiserver] Database "akonadi" opened using driver "QMYSQL"
[akonadiserver] DbInitializer::run()
[akonadiserver] checking table  "SchemaVersionTable"
[akonadiserver] "CREATE TABLE SchemaVersionTable (version INTEGER NOT NULL);"
[akonadiserver] checking table  "ResourceTable"
[akonadiserver] "CREATE TABLE ResourceTable (id BIGINT NOT NULL PRIMARY KEY AUTO_INCREMENT, name VARCHAR(255) BINARY NOT NULL UNIQUE, isVirtual BOOL DEFAULT false);"
[akonadiserver] checking table  "CollectionTable"
[akonadiserver] "CREATE TABLE CollectionTable (id BIGINT NOT NULL PRIMARY KEY AUTO_INCREMENT, remoteId TEXT , name VARCHAR(255) BINARY character set utf8 collate utf8_bin NOT NULL, parentId BIGINT DEFAULT NULL REFERENCES CollectionTable(id) ON DELETE CASCADE ON UPDATE CASCADE, resourceId BIGINT NOT NULL REFERENCES ResourceTable(id) ON DELETE CASCADE ON UPDATE CASCADE, subscribed BOOL NOT NULL DEFAULT true, cachePolicyInherit BOOL NOT NULL DEFAULT true, cachePolicyCheckInterval INTEGER NOT NULL DEFAULT -1, cachePolicyCacheTimeout INTEGER NOT NULL DEFAULT -1, cachePolicySyncOnDemand BOOL NOT NULL DEFAULT false, cachePolicyLocalParts TEXT );"
[akonadiserver] adding index "CREATE UNIQUE INDEX CollectionTable_parentAndNameIndex ON CollectionTable (parentId,name);"
[akonadiserver] checking table  "MimeTypeTable"
[akonadiserver] "CREATE TABLE MimeTypeTable (id BIGINT NOT NULL PRIMARY KEY AUTO_INCREMENT, name VARCHAR(255) NOT NULL UNIQUE);"
[akonadiserver] checking table  "PimItemTable"
[akonadiserver] "CREATE TABLE PimItemTable (id BIGINT NOT NULL PRIMARY KEY AUTO_INCREMENT, rev INTEGER NOT NULL DEFAULT 0, remoteId TEXT , collectionId BIGINT  REFERENCES CollectionTable(id) ON DELETE CASCADE ON UPDATE CASCADE, mimeTypeId BIGINT  REFERENCES MimeTypeTable(id) ON DELETE CASCADE ON UPDATE CASCADE, datetime TIMESTAMP DEFAULT CURRENT_TIMESTAMP, atime TIMESTAMP , dirty BOOL , size BIGINT NOT NULL DEFAULT 0);"
[akonadiserver] adding index "CREATE INDEX PimItemTable_collectionIndex ON PimItemTable (collectionId);"
[akonadiserver] checking table  "FlagTable"
[akonadiserver] "CREATE TABLE FlagTable (id BIGINT NOT NULL PRIMARY KEY AUTO_INCREMENT, name VARCHAR(255) NOT NULL UNIQUE);"
[akonadiserver] checking table  "PartTable"
[akonadiserver] "CREATE TABLE PartTable (id BIGINT NOT NULL PRIMARY KEY AUTO_INCREMENT, pimItemId BIGINT NOT NULL REFERENCES PimItemTable(id) ON DELETE CASCADE ON UPDATE CASCADE, name VARCHAR(255) NOT NULL, data LONGBLOB , datasize BIGINT NOT NULL, version INTEGER DEFAULT 0, external BOOL , FOREIGN KEY (pimItemId) REFERENCES PimItemTable(id) ON DELETE CASCADE ON UPDATE CASCADE);"
[akonadiserver] adding index "CREATE UNIQUE INDEX PartTable_pimItemIdNameIndex ON PartTable (pimItemId,name);"
[akonadiserver] checking table  "CollectionAttributeTable"
[akonadiserver] "CREATE TABLE CollectionAttributeTable (id BIGINT NOT NULL PRIMARY KEY AUTO_INCREMENT, collectionId BIGINT NOT NULL REFERENCES CollectionTable(id) ON DELETE CASCADE ON UPDATE CASCADE, type LONGBLOB NOT NULL, value LONGBLOB );"
[akonadiserver] adding index "CREATE INDEX CollectionAttributeTable_collectionIndex ON CollectionAttributeTable (collectionId);"
[akonadiserver] checking relation  "PimItemFlagRelation"
[akonadiserver] "CREATE TABLE PimItemFlagRelation (PimItem_id INTEGER REFERENCES PimItemTable(id) , Flag_id INTEGER REFERENCES FlagTable(id) , PRIMARY KEY (PimItem_id, Flag_id));"
[akonadiserver] checking relation  "CollectionMimeTypeRelation"
[akonadiserver] "CREATE TABLE CollectionMimeTypeRelation (Collection_id INTEGER REFERENCES CollectionTable(id) , MimeType_id INTEGER REFERENCES MimeTypeTable(id) , PRIMARY KEY (Collection_id, MimeType_id));"
[akonadiserver] checking relation  "CollectionPimItemRelation"
[akonadiserver] "CREATE TABLE CollectionPimItemRelation (Collection_id INTEGER REFERENCES CollectionTable(id) , PimItem_id INTEGER REFERENCES PimItemTable(id) , PRIMARY KEY (Collection_id, PimItem_id));"
[akonadiserver] DbInitializer::run() done
[akonadiserver] skipping update 2
[akonadiserver] skipping update 3
[akonadiserver] skipping update 4
[akonadiserver] skipping update 8
[akonadiserver] skipping update 10
[akonadiserver] skipping update 12
[akonadiserver] skipping update 13
[akonadiserver] skipping update 14
[akonadiserver] Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
[akonadiserver] Database "akonadi" opened using driver "QMYSQL"
[akonadiserver] DataStore::unhideAllPimItems()
[akonadiserver] Database "akonadi" opened using driver "QMYSQL"
PLUGINS:  "/usr/share/akonadi/agents" 
PLUGINS:  ("birthdaysresource.desktop", "contactsresource.desktop", "icalresource.desktop", "imapresource.desktop", "kabcresource.desktop", "kcalresource.desktop", "kolabproxyresource.desktop", "localbookmarksresource.desktop", "maildirresource.desktop", "maildispatcheragent.desktop", "mboxresource.desktop", "microblog.desktop", "mtdummyresource.desktop", "nepomukcalendarfeeder.desktop", "nepomukcontactfeeder.desktop", "nepomuktagresource.desktop", "nntpresource.desktop", "notesresource.desktop", "pop3resource.desktop", "vcarddirresource.desktop", "vcardresource.desktop") 
search paths:  ("/usr/lib/mpi/gcc/openmpi/bin", "/home/testuser/bin", "/usr/local/bin", "/usr/bin", "/bin", "/usr/bin/X11", "/usr/X11R6/bin", "/usr/games", "/usr/lib/jvm/jre/bin", "/usr/lib/mit/bin", "/usr/lib/mit/sbin", ".") 
PLUGINS inserting:  "akonadi_birthdays_resource" 0 ("Resource") 
PLUGINS inserting:  "akonadi_contacts_resource" 0 ("Resource") 
PLUGINS inserting:  "akonadi_ical_resource" 0 ("Resource") 
PLUGINS inserting:  "akonadi_imap_resource" 0 ("Resource") 
PLUGINS inserting:  "akonadi_kabc_resource" 0 ("Resource") 
PLUGINS inserting:  "akonadi_kcal_resource" 0 ("Resource") 
PLUGINS inserting:  "akonadi_kolabproxy_resource" 0 ("Resource", "Unique", "NoConfig") 
PLUGINS inserting:  "akonadi_localbookmarks_resource" 0 ("Resource") 
PLUGINS inserting:  "akonadi_maildir_resource" 1 ("Resource") 
PLUGINS inserting:  "akonadi_maildispatcher_agent" 0 ("Unique", "Autostart", "NoConfig") 
PLUGINS inserting:  "akonadi_mbox_resource" 0 ("Resource") 
PLUGINS inserting:  "akonadi_microblog_resource" 0 ("Resource") 
PLUGINS inserting:  "akonadi_mailtransport_dummy_resource" 0 ("Resource", "MailTransport") 
PLUGINS inserting:  "akonadi_nepomuk_calendar_feeder" 0 ("Unique", "NoConfig") 
PLUGINS inserting:  "akonadi_nepomuk_contact_feeder" 0 ("Unique", "Autostart", "NoConfig") 
PLUGINS inserting:  "akonadi_nepomuktag_resource" 0 ("Resource", "Virtual", "Unique", "NoConfig") 
PLUGINS inserting:  "akonadi_nntp_resource" 0 ("Resource") 
PLUGINS inserting:  "akonadi_notes_resource" 0 ("Resource") 
PLUGINS inserting:  "akonadi_pop3_resource" 0 ("Resource") 
PLUGINS inserting:  "akonadi_vcarddir_resource" 0 ("Resource") 
PLUGINS inserting:  "akonadi_vcard_resource" 0 ("Resource") 
[/usr/bin/akonadi_nepomuk_contact_feeder] Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
[akonadiserver] Database "akonadi" opened using driver "QMYSQL"
[akonadiserver] Database "akonadi" opened using driver "QMYSQL"
[/usr/bin/akonadi_maildispatcher_agent] akonadi_maildispatcher_agent(2379)/libakonadi Akonadi::DefaultResourceJob::slotResult: "Unknown resource"
[/usr/bin/akonadi_maildispatcher_agent] akonadi_maildispatcher_agent(2379)/libakonadi Akonadi::ResourceScanJob::Private::fetchResult: "Unknown resource"
[/usr/bin/akonadi_maildispatcher_agent] akonadi_maildispatcher_agent(2379)/libakonadi Akonadi::SpecialCollectionsRequestJobPrivate::resourceScanResult: Failed to request resource "akonadi_maildir_resource_0" : "Unknown error. (Unknown resource)"
[/usr/bin/akonadi_maildispatcher_agent] akonadi_maildispatcher_agent(2379) OutboxQueue::Private::localFoldersRequestResult: Failed to get outbox folder.
[akonadiserver] Database "akonadi" opened using driver "QMYSQL"

I think we can just increase the safety timeout.
Actually Debian has a local patch increasing it to 60 seconds.

Thank you for bug fixing! Now, as this is reopended I have to add: This bug is quite annoying because 
a) depending on how fast KMail is started it appears at every startup of kmail and 
b) it might end in loss of data - if you use any mail functionality before starting Kmail itself! (konqueror -> send mail -> keep mail open -> start kmail => kmail will close including the open message that in this case is lost!)

Regards, Martin

It appeared on every start of KMail unless something else had started Akonadi before.

And it was a very stupid bug indeed.

Fortunately the fix is part of the recently released (April 30th) 4.4.5 version.

*** Bug 229213 has been marked as a duplicate of this bug. ***