View | Annotate | Download (40.2 KB)
Small doc grammar fix. fixes #74.
Clarify instructions for dealing with UID validity issues
Closes: #381449
Fix typo in manual Closes: #360365
Add Gmail IMAP special support.
New repository/folder classes to support "real deletion" of messages thorugh Gmail's IMAP interface: to really delete a message in Gmail, one has to move it to the Trash folder, rather than EXPUNGE it.
Add option '-f' for sync'ing only selected folders
Add option '-k' for overriding config options
Daniel Jacobowitz patches
fixes deb#433732
Date: Sun, 30 Sep 2007 13:54:56 -0400 From: Daniel Jacobowitz <drow@false.org> To: offlineimap@complete.org Subject: Assorted patches
Here's the result of a lazy Sunday hacking on offlineimap. Sorry for not breaking this into multiple patches. They're mostly logically independent so just ask if that would make a difference. First, a new -q (quick) option. The quick option means to only update folders that seem to have had significant changes. For Maildir, any change to any message UID or flags is significant, because checking the flags doesn't add a significant cost. For IMAP, only a change to the total number of messages or a change in the UID of the most recent message is significant. This should catch everything except for flags changes.
The difference in bandwidth is astonishing: a quick sync takes 80K instead of 5.3MB, and 28 seconds instead of 90.
There's a configuration variable that lets you say every tenth sync should update flags, but let all the intervening ones be lighter.
Second, a fix to the UID validity problems many people have been reporting with Courier. As discussed in Debian bug #433732, I changed the UID validity check to use SELECT unless the server complains that the folder is read-only. This avoids the Courier bug (see the Debian log for more details). This won't fix existing validity errors, you need to remove the local status and validity files by hand and resync.
Third, some speedups in Maildir checking. It's still pretty slow due to a combination of poor performance in os.listdir (never reads more than 4K of directory entries at a time) and some semaphore that leads to lots of futex wake operations, but at least this saves 20% or so of the CPU time running offlineimap on a single folder:
Time with quick refresh and md5 in loop: 4.75s user 0.46s system 12% cpu 41.751 total Time with quick refresh and md5 out of loop: 4.38s user 0.50s system 14% cpu 34.799 total Time using string compare to check folder: 4.11s user 0.47s system 13% cpu 34.788 total
And fourth, some display fixes for Curses.Blinkenlights. I made warnings more visible, made the new quick sync message cyan, and made all not explicitly colored messages grey. That last one was really bugging me. Any time OfflineIMAP printed a warning in this UI, it had even odds of coming out black on black!
Anyway, I hope these are useful. I'm happy to revise them if you see a problem.
-- Daniel Jacobowitz CodeSourcery
This patch adds a missing </listitem>
offlineinmap.sgml-unclosed-listitem
Update wording of manual
Document MachineUI
Documented pid file
Remove the Tk interfaces
These were a constant source of trouble. Tkinter likely has multiple memory leaks that OfflineIMAP was tickling. I never used these, so poof, goodbye.
Configurable thread status character for ui.Curses.Blinkenlights
Updated info on bug reporting, etc.
Removed more FAQ stuff from the manual
Update copyright date in manual
Start moving FAQ to wiki
Updated homepage, refs #1
Update docs
SGML syntax fix
Added new info about Exchange to manual
Fixed foldertrans to be nametrans in doc, debian 314429
Step 2 of SVN to arch tree conversion
Removed old bugs.complete.org info and rebuilt docs
Keywords:
(jgoerzen@complete.org--projects/offlineimap--head--1.0--patch-6)