Sync Failure due to UID error with gmail?
Marc MERLIN
marc at merlins.org
Sun Dec 2 21:54:41 GMT 2012
On Fri, Nov 30, 2012 at 09:42:00AM +0000, Ryan Kavanagh wrote:
> On Thu, Nov 29, 2012 at 10:27:05PM -0800, Marc MERLIN wrote:
> > Does syncing with gmail not suck for some?
> > Is it actually reliable without disconnections, hangs for anyone?
>
> Assuming you're talking about gmail setup as any other IMAP server (I
> seem to recall there being some gmail-specific config stanza options at
> some point), then it sucks here too. To the point that I run offlineimap
> with:
> while true; do offlineimap; done
> and have a shell script called 'oik' (OfflineImap Kill) that goes:
> #!/bin/sh
>
> killall -9 offlineimap
> rm -f ~/.offlineimap/*.lock
> Running offlineimap in an always-true while loop means that when I kill
> it, I don't have to restart it. Being able to kill it and not have to
> manually deal with locks is also useful.
Ok, so it's just not just me, good to know.
With offlineimap 6.4.1:
I just ran in debug mode today, and there is however a bug in offlineimap
where it does not restart on its own when it should:
Note that it actually hangs for a long time between the first socket error
where it should have ended on its own, and the 2nd one where it didn't
stop/restart either, but just hung.
DEBUG[imap]: 06:04.60 Folder INBOX [acc: google.com] state => SELECTED
DEBUG[imap]: 06:04.60 Folder INBOX [acc: google.com] [sync] EXAMINE ('INBOX',)
DEBUG[imap]: 06:07.10 Folder INBOX [acc: google.com] state => SELECTED
DEBUG[imap]: 06:07.10 Folder INBOX [acc: google.com] [async] FETCH ("'1:*'", '(FLAGS UID)')
DEBUG[imap]: 36:07.85 imap.gmail.com reader socket error: <type 'exceptions.IOError'> - Too many read 0
DEBUG[imap]: 36:07.85 imap.gmail.com reader finished
imap.gmail.com handler:
DEBUG[imap]: 36:07.85 imap.gmail.com handler terminating: "socket error: <type 'exceptions.IOError'> - Too many read 0"
DEBUG[imap]: 36:07.85 imap.gmail.com handler state_change_free.set
DEBUG[imap]: 36:07.85 imap.gmail.com handler finished
imap.gmail.com writer:
DEBUG[imap]: 36:07.85 imap.gmail.com writer finished
imap.gmail.com reader:
DEBUG[imap]: 36:11.93 imap.gmail.com reader poll => []
DEBUG[imap]: 36:41.93 imap.gmail.com reader poll => []
(...)
DEBUG[imap]: 06:45.52 imap.gmail.com reader poll => []
DEBUG[imap]: 07:15.54 imap.gmail.com reader poll => []
DEBUG[imap]: 07:41.74 imap.gmail.com reader poll => [(5, 25)]
DEBUG[imap]: 07:41.75 imap.gmail.com reader last 20 log messages:
DEBUG[imap]: 44:03.86 Thread-461 [async] NOOP ()
DEBUG[imap]: 44:04.19 Thread-468 [async] NOOP ()
DEBUG[imap]: 45:04.52 Thread-469 [sync] IDLE ()
DEBUG[imap]: 46:04.52 Thread-469 [async] NOOP ()
DEBUG[imap]: 46:04.88 Thread-476 [async] NOOP ()
DEBUG[imap]: 47:05.22 Thread-477 [sync] IDLE ()
DEBUG[imap]: 48:05.23 Thread-477 [async] NOOP ()
DEBUG[imap]: 48:05.59 Thread-484 [async] NOOP ()
DEBUG[imap]: 49:05.92 Thread-485 [sync] IDLE ()
DEBUG[imap]: 50:05.93 Thread-485 [async] NOOP ()
DEBUG[imap]: 50:06.30 Thread-492 [async] NOOP ()
DEBUG[imap]: 51:06.72 Thread-493 [sync] IDLE ()
DEBUG[imap]: 52:06.72 Thread-493 [async] NOOP ()
DEBUG[imap]: 52:07.08 Thread-500 [async] NOOP ()
DEBUG[imap]: 53:07.46 Thread-501 [sync] IDLE ()
DEBUG[imap]: 54:07.46 Thread-501 [async] NOOP ()
DEBUG[imap]: 54:07.81 Thread-508 [async] NOOP ()
DEBUG[imap]: 55:08.16 Thread-509 [sync] IDLE ()
DEBUG[imap]: 56:08.17 Thread-509 [async] NOOP ()
DEBUG[imap]: 56:10.04 Thread-516 [async] NOOP ()
DEBUG[imap]: 07:41.75 imap.gmail.com reader socket error: <class 'socket.error'> - [Errno 110] Connection timed out
DEBUG[imap]: 07:41.75 imap.gmail.com reader finished
imap.gmail.com handler:
DEBUG[imap]: 07:41.75 imap.gmail.com handler terminating: "socket error: <class 'socket.error'> - [Errno 110] Connection timed out"
DEBUG[imap]: 07:41.75 imap.gmail.com handler state_change_free.set
DEBUG[imap]: 07:41.75 imap.gmail.com handler finished
imap.gmail.com writer:
DEBUG[imap]: 07:41.75 imap.gmail.com writer finished
It just hangs there and needs to be manually kill and restarted.
Surely, this could be fixed/improved in offlineimap, right?
Marc
--
"A mouse is a device used to point at the xterm you want to type in" - A.S.R.
Microsoft is to operating systems ....
.... what McDonalds is to gourmet cooking
Home page: http://marc.merlins.org/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 308 bytes
Desc: Digital signature
URL: <http://alioth-lists.debian.net/pipermail/offlineimap-project/attachments/20121202/000dccdb/attachment.sig>
More information about the OfflineIMAP-project
mailing list