aboutsummaryrefslogtreecommitdiffstats
path: root/mail/mail-accounts.c
diff options
context:
space:
mode:
authorDan Winship <danw@src.gnome.org>2001-07-27 03:07:40 +0800
committerDan Winship <danw@src.gnome.org>2001-07-27 03:07:40 +0800
commit8e10bc69590b5594b95abcc8a8efd26bbdd86d2b (patch)
tree885f30495e5badc5bf61c2c7500c9212dcb9f9e6 /mail/mail-accounts.c
parent2ea9d3637827b0be57dd0534b019931a4d0b08ed (diff)
downloadgsoc2013-evolution-8e10bc69590b5594b95abcc8a8efd26bbdd86d2b.tar.gz
gsoc2013-evolution-8e10bc69590b5594b95abcc8a8efd26bbdd86d2b.tar.zst
gsoc2013-evolution-8e10bc69590b5594b95abcc8a8efd26bbdd86d2b.zip
Send an IMAP command, but don't wait for responses.
* providers/imap/camel-imap-command.c (camel_imap_command_start): Send an IMAP command, but don't wait for responses. (camel_imap_command_response): Read a single line of response from the server. (camel_imap_command, etc): Reimplement in terms of the new code. * providers/imap/camel-imap-folder.c (imap_rescan): Use camel_imap_command_start and camel_imap_command_response, and call camel_operation_progress after each line read from the server. (imap_update_summary): Likewise, although with more fudging on the precentages... Also, fix this so that if none of the new messages are cached, it only does a single FETCH, and if some of them are cached, it does two FETCHes (one to get the UIDs, FLAGS, and SIZEs, and another to get the bodies of all of the messages that aren't cached now that it knows the relevant UIDs). This should speed up startup a bunch (especially if you have high bandwidth but also high latency to the IMAP server). svn path=/trunk/; revision=11430
Diffstat (limited to 'mail/mail-accounts.c')
0 files changed, 0 insertions, 0 deletions