[Bug 247134] New: akonadi imap resource takes several days to sync Gmail account

2010-08-09 Thread Soren Harward
https://bugs.kde.org/show_bug.cgi?id=247134

   Summary: akonadi imap resource takes several days to sync Gmail
account
   Product: Akonadi
   Version: unspecified
  Platform: Gentoo Packages
OS/Version: Linux
Status: NEW
  Severity: wishlist
  Priority: NOR
 Component: IMAP resource
AssignedTo: er...@kde.org
ReportedBy: stharw...@gmail.com
CC: vkra...@kde.org, kdepim-bugs@kde.org


Version:   unspecified (using KDE 4.4.5) 
OS:Linux

I have added by Gmail IMAP account to Akonadi several times in the past, but it
always took a long time to synchronize.  Akonadi clients (like Kaddressbook and
Kontact) slowed to a crawl while it was synchronizing, and while the resource
was working on one folder, other folders would not get updated, so receiving
new emails was sporadic at best.

So this weekend I finally decided to create an IMAP resource for Gmail let the
synchronizing go all the way to completion.  It has thus far taken 4 days to
sync about 800MB of mail, which is just ridiculously slow.  And if I browse the
resource using the Akonadi Console, I can see the IMAP tree and it reports the
proper number of messages, but the folders don't appear to contain any messages
within them (ie, the right column in the Browser tab is completely blank), so
I'm not even sure that the messages have downloaded correctly.  If Kmail is
going to start using Akonadi in a couple of months, this needs to be improved.

I am happy to help debug, but I really don't know much about Akonadi, so I'll
need instructions like do steps A, B and C and tell us what happens.

Reproducible: Didn't try




The server log is full of messages like the following, which appear about once
every 30 seconds with a new item number:

[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 1612 there are 1 queues and
0 items in mine
[akonadiserver] checking if request for item 1612 has been processed...
[akonadiserver] request for item 1612 still pending - waiting

Does that indicate there is some kind of problem downloading items from Gmail? 
And could the download problems be causing the slow sync, such as making it
wait for a timeout for every one of thousands of items?

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs


[Bug 152009] Any (imap) filters break Gmail IMAP mail that does *not* trigger the filter.

2008-06-16 Thread Soren Harward
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
 
http://bugs.kde.org/show_bug.cgi?id=152009 




--- Additional Comments From stharward gmail com  2008-06-16 15:46 ---
Using kmail 1.9.9 w/ KDE 3.5.9 on Gentoo.

Additionally, even if I add a catch-all rule which specifies that any matching 
message should be moved into the Gmail/inbox IMAP folder, the message still 
won't get moved there.  The filter log says that it's being moved, but it never 
ends up there.  Having the filter move the message into any other folder works 
fine, as does manually moving messages into Gmail/inbox.  But for whatever 
reason, the filter fails to move messages into Gmail/inbox, even when it says 
that it is.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs