Bug 251458 - KMail doesn't synchronize the folders
Summary: KMail doesn't synchronize the folders
Status: RESOLVED WORKSFORME
Alias: None
Product: kmail2
Classification: Applications
Component: general (show other bugs)
Version: 2.0.90
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-09-16 16:11 UTC by Unknown
Modified: 2010-12-12 01:22 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Unknown 2010-09-16 16:11:24 UTC
Version:           2.0 beta1 (using KDE 4.5.1) 
OS:                Linux

After I upgraded to KMail2, the client simply haven't downloaded a simple letter from my inbox to the present day.

In GMail I have 50+ new mails but in KMail2 the latest one is still from two or three days ago when I migrated to the new client.

I did not touch any configuration files and in KMail 1 I set it check for new mails in every 3 minutes.

Reproducible: Always




OS: Linux (x86_64) release 2.6.34.4-0.1-desktop
Compiler: gcc
Comment 1 Fabian 2010-09-26 00:08:58 UTC
I've got the same issue under kubuntu using kdepim 4.5 beta. But I guess it's more an akonadi problem than kmail one. 
I've used the migration assistant to setup several imap resources in kmail. The problem occurs (at the moment) just with one (arcor.de). In this account the folders are not synchronized anymore. This means that new mails are not shown in the inbox and sent mails are just locally shown in the sent folder.
If I select a message in this account I see about 30 to 60 seconds the screen which says that the message is loading. In this time akonadi produces this output to the terminal:

[akonadiserver] posting retrieval request for item 9749  there are  1  queues and  0  items in mine
[akonadiserver] checking if request for item 9749 has been processed...
[akonadiserver] request for item 9749 still pending - waiting
[akonadiserver] processing retrieval request for item 9749  parts: ("RFC822")  of resource: "akonadi_imap_resource_6"
[akonadiserver] continuing
[akonadiserver] checking if request for item 9749 has been processed...
[akonadiserver] request for item 9749 processed, error: "Unable to retrieve item from resource: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken."
[akonadiserver] ItemRetrieverException :  Unable to retrieve item from resource: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
[akonadiserver] posting retrieval request for item 9749  there are  1  queues and  0  items in mine
[akonadiserver] checking if request for item 9749 has been processed...
[akonadiserver] request for item 9749 still pending - waiting
[akonadiserver] processing retrieval request for item 9749  parts: ("RFC822")  of resource: "akonadi_imap_resource_6"
[akonadiserver] continuing
[akonadiserver] checking if request for item 9749 has been processed...
[akonadiserver] request for item 9749 processed, error: "Unable to retrieve item from resource: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken."
[akonadiserver] ItemRetrieverException :  Unable to retrieve item from resource: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.

Other possible "interesting" messages at the startup of akonadi are the following:
akonadictl start
Starting Akonadi Server...
   done.
Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
[akonadiserver] search paths:  ("/usr/lib/jvm/default-java/bin", "/usr/local/sbin", "/usr/local/bin", "/usr/sbin", "/usr/bin", "/sbin", "/bin", "/usr/games", "~/Skripte", "/usr/sbin", "/usr/local/sbin", "/usr/local/libexec", "/usr/libexec", "/opt/mysql/libexec", "/opt/local/lib/mysql5/bin", "/opt/mysql/sbin")
[akonadiserver] Found mysql_install_db:  "/usr/bin/mysql_install_db"
[akonadiserver] Found mysql_upgrade:  "/usr/bin/mysql_upgrade"
"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: '--port=3306' '--socket=/var/run/mysqld/mysqld.sock' '--socket=~/.local/share/akonadi/db_misc/mysql.socket' 
" 
[akonadiserver] /usr/bin/mysqlcheck: Got error: 2002: Can't connect to local MySQL server through socket '~/.local/share/akonadi/db_misc/mysql.socket' (2) when trying to connect
[akonadiserver] FATAL ERROR: Upgrade failed
[akonadiserver] Database "akonadi" opened using driver "QMYSQL"
[akonadiserver] DbInitializer::run()

and kmail says at startup:

Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
QMetaObject::invokeMethod: No such method KUniqueApplication::loadCommandLineOptionsForNewInstance()
kmail2(4231)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig:
QInotifyFileSystemWatcherEngine::addPaths: inotify_add_watch failed: No such file or directory
QFileSystemWatcher: failed to add paths: ~/.config/ibus/bus
Bus::open: Can not get ibus-daemon's address. 
IBusInputContext::createInputContext: no connection to ibus-daemon 


Perhaps someone has a fix or workaround for me. This problem is very serious for me, because I could not check mail in this account using kmail. And I do not trust it at the other accounts.
Comment 2 Unknown 2010-10-04 14:03:32 UTC
Since in the previous three weeks there was no activity on this bug at all (on the part of the developers), I'm switching back to the stable KMail installation.

I hoped this bug is at least high priority because the whole program is unusable as it doesn't download e-mails, and that's why I had to use other clients. I didn't downgrade to able to answer your questions.

I'll upgrade to 2.0 as soon as you consider it stable, not earlier.
Comment 3 Tobias Koenig 2010-12-12 01:11:01 UTC
Hej,

works fine here.

Ciao,
Tobias
Comment 4 Unknown 2010-12-12 01:22:48 UTC
Yes, I can confirm. This bug got fixed in the meantime.