[Users] Clawing Gmail

Rodrigo Fresneda fresneda at gmail.com
Fri May 4 03:23:29 CEST 2012


Is IMAP broken? It takes forever to download attachments, and more often
than not, it
just fails. On one occasion, the network log showed:

22:12:35] IMAP4< Login to imap.gmail.com successful
[22:12:35] IMAP4> 3 LIST "" ""
[22:12:35] IMAP4< * LIST (\Noselect) "/" "/"
[22:12:35] IMAP4< 3 OK Success
[22:12:35] IMAP4> 4 STATUS INBOX (MESSAGES UIDNEXT UIDVALIDITY UNSEEN)
[22:12:35] IMAP4< * STATUS "INBOX" (MESSAGES 39 UIDNEXT 77522 UIDVALIDITY 3
UNSEEN 0)
[22:12:35] IMAP4< 4 OK Success
[22:12:35] IMAP4> 5 SELECT INBOX
[22:12:36] IMAP4< * FLAGS (\Answered \Flagged \Draft \Deleted \Seen
receipt-handled JUNK NonJunk NOTJUNK $FORWARDED $has_cal [Gmail]/Drafts)
[22:12:36] IMAP4< * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted
\Seen receipt-handled JUNK NonJunk NOTJUNK $FORWARDED $has_cal
[Gmail]/Drafts \*)] Flags permitted.
[22:12:36] IMAP4< * OK [UIDVALIDITY 3] UIDs valid.
[22:12:36] IMAP4< * 39 EXISTS
[22:12:36] IMAP4< * 0 RECENT
[22:12:36] IMAP4< * OK [UIDNEXT 77522] Predicted next UID.
[22:12:36] IMAP4< 5 OK [READ-WRITE] INBOX selected. (Success)
[22:12:36] IMAP4- [fetching UIDs...]
[22:12:36] IMAP4> 6 UID FETCH 1:* (UID)
[22:12:36] IMAP4< * 1 FETCH (UID 75899)
[22:12:36] IMAP4< * 2 FETCH (UID 76002)
[22:12:36] IMAP4< * 3 FETCH (UID 76042)
[22:12:36] IMAP4< * 4 FETCH (UID 76125)
[22:12:36] IMAP4< * 5 FETCH (UID 76392)
[22:12:36] IMAP4< * 6 FETCH (UID 76548)
[22:12:36] IMAP4< * 7 FETCH (UID 76573)
[22:12:36] IMAP4< * 8 FETCH (UID 76653)
[22:12:36] IMAP4< * 9 FETCH (UID 77027)
[22:12:36] IMAP4< * 10 FETCH (UID 77055)
[22:12:36] IMAP4< * 11 FETCH (UID 77067)
[22:12:36] IMAP4< * 12 FETCH (UID 77075)
[22:12:36] IMAP4< * 13 FETCH (UID 77087)
[22:12:36] IMAP4< [FETCH data - 638 bytes]
[22:12:36] IMAP4> 7 UID FETCH 77521 (UID FLAGS RFC822.SIZE
BODY.PEEK[HEADER.FIELDS (Date From To Cc Subject Message-ID References
In-Reply-To)])
[22:12:36] IMAP4< [FETCH data - 667 bytes]
[22:12:36] IMAP4< 7 OK Success
[22:12:36] IMAP4- [fetching flags...]
[22:12:36] IMAP4> 8 UID FETCH 1:* (FLAGS UID)
[22:12:37] IMAP4< * 1 FETCH (UID 75899 FLAGS (\Seen))
[22:12:37] IMAP4< * 2 FETCH (UID 76002 FLAGS (\Flagged \Seen))
[22:12:37] IMAP4< * 3 FETCH (UID 76042 FLAGS (\Seen))
[22:12:37] IMAP4< * 4 FETCH (UID 76125 FLAGS (\Seen))
[22:12:37] IMAP4< * 5 FETCH (UID 76392 FLAGS (\Flagged \Seen))
[22:12:37] IMAP4< * 6 FETCH (UID 76548 FLAGS (\Seen))
[22:12:37] IMAP4< * 7 FETCH (UID 76573 FLAGS (\Answered \Flagged \Seen))
[22:12:37] IMAP4< * 8 FETCH (UID 76653 FLAGS (\Answered \Seen))
[22:12:37] IMAP4< * 9 FETCH (UID 77027 FLAGS (\Answered receipt-handled
\Seen))
[22:12:37] IMAP4< * 10 FETCH (UID 77055 FLAGS (\Seen))
[22:12:37] IMAP4< * 11 FETCH (UID 77067 FLAGS (\Seen))
[22:12:37] IMAP4< * 12 FETCH (UID 77075 FLAGS (\Seen))
[22:12:37] IMAP4< * 13 FETCH (UID 77087 FLAGS (\Seen))
[22:12:37] IMAP4< [FETCH data - 1068 bytes]
[22:12:37] IMAP4> 9 STATUS "[Gmail]/Starred" (MESSAGES UIDNEXT UIDVALIDITY
UNSEEN)
[22:12:37] IMAP4< * STATUS "[Gmail]/Starred" (MESSAGES 11 UIDNEXT 241
UIDVALIDITY 9 UNSEEN 0)
[22:12:37] IMAP4< 9 OK Success

Does anybody experience a similar problem?


On Sat, Apr 21, 2012 at 11:31 PM, Rodrigo Fresneda <fresneda at gmail.com>wrote:

> Hi,
>
> I have recently made the move to Claws after Evolution got so
> terribly unstable with the new gnome releases, and so far I
> am very impressed.
> However, there is one thing bothering me, and it is perhaps
> related to some config setting I am not yet aware of:
>
> I have Gmail Imap set up according mostly to the instructions on
> http://www.claws-mail.org/faq/index.php?title=Using_Claws_with_Gmail
> but my setup chokes whenever Claws fetches a large message (messages
> with attachments larger than, say, 2MB). It just fetches forever, as
> compared to the time Evolution is able to download the message.
>
> What am I doing wrong?
>
> Note: this is with Claws 3.8.0 from Debian sid.




-- 
"The harmony of the universe knows only one musical form - the legato;
while the symphony of number knows only its opposite - the staccato. All
attempts to reconcile this discrepancy are based on the hope that an
accelerated staccato may appear to our senses as a legato."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.claws-mail.org/pipermail/users/attachments/20120503/10f4104f/attachment.html>


More information about the Users mailing list