Hi there! On Tue, 21 Feb 2012 14:45:57 +0100, Enrico Tassi wrote: > On Thu, Feb 09, 2012 at 05:47:54PM +0100, Luca Capello wrote: >> Found lockfile of a dead instance. Ignored. >> Enter passphrase for key '/home/luca/.ssh/id_rsa': >> ^C >> real 38m51.588s >> user 0m2.164s >> sys 0m1.644s > > Is it the first synchronization? In that case the long time it takes is > pretty normal (as per doc).
Yes, it was the first synchronization. > If it is not the first run, then there is something wrong going on. In > general it takes few seconds so writing something is not really > needed. Exactly, here the details for the first run and a following one: ===== [2012-12-22 00:00:58] luca@gismo:~$ time smd-pull -v -s default: smd-client@localhost: TAGS: stats::new-mails(1644), del-mails(0), bytes-received(42028641), xdelta-received(19742935) real 77m7.556s user 0m59.384s sys 0m55.047s [2012-12-22 01:18:13] luca@gismo:~$ ===== ===== [2012-12-22 17:49:24] luca@gismo:~$ time smd-pull -v -s default: smd-client@localhost: TAGS: stats::new-mails(34), del-mails(93), bytes-received(310621), xdelta-received(3438) real 0m12.155s user 0m0.744s sys 0m0.228s [2012-12-22 17:49:37] luca@gismo:~$ ===== ===== [2012-12-22 17:49:40] luca@gismo:~$ time smd-pull -v -s default: smd-client@localhost: TAGS: stats::new-mails(0), del-mails(0), bytes-received(0), xdelta-received(211) real 0m6.337s user 0m0.480s sys 0m0.108s [2012-12-22 17:49:47] luca@gismo:~$ ===== So yes, it is *pretty damn fast*. For a quick (so no real benchmark here) comparison OfflineIMAP usually takes ~5 minutes for an "empty" synchronization, i.e. a synchronization with no new emails (like the third one above). > But yes, I'll put this on my todo list. It should be doable. Thank you, what scared me the most was that there was no visible sign of activity. A simple "computing the SHA1 of all the mails on remote host... " would be fine ;-) > What is going on actually? It is computing the sha1 sum of all the mails > on the remote host. This may take some time, depending on the disk you > have. And is needed only the first time... So I suggest you run the > first sync at night, and forget about it. This was something I tried to do twice, but both times I forgot to leave the remote mailbox untouched (as per doc): ===== luca@gismo:~$ time smd-pull -v -s smd-server: ERROR: Unable to open \ Maildir/.lists.Debian.DebConf.team/new/1329610202.29563_0.mantissa: \ Maildir/.lists.Debian.DebConf.team/new/1329610202.29563_0.mantissa: \ No such file or directory smd-server: ERROR: The problem should be transient, please retry. smd-server: ERROR: Unable to open requested file. smd-client: ERROR: Data transmission failed. smd-client: ERROR: This problem is transient, please retry. smd-client: ERROR: server sent ABORT or connection died default: [email protected]: TAGS: \ error::context(transmit) probable-cause(simultaneous-mailbox-edit) \ human-intervention(avoidable) suggested-actions(retry) default: smd-client@localhost: TAGS: \ error::context(receive) probable-cause(network) \ human-intervention(avoidable) suggested-actions(retry) real 57m21.330s user 0m5.768s sys 0m2.220s ===== Basically, everything is in the documentation, but a bit more verbosity to assure the user would be welcomed. Feel free to downgrade this bug to Severity: wishlist ;-) Thx, bye, Gismo / Luca
pgpOqyzAOYRK7.pgp
Description: PGP signature
