From mboxrd@z Thu Jan 1 00:00:00 1970 From: wmorgan-sup@masanjin.net (William Morgan) Date: Tue, 21 Apr 2009 07:26:20 -0700 Subject: [sup-talk] Two questions In-Reply-To: <1240319634.11793.11.camel@localhost> References: <1239997272.5948.104.camel@localhost> <1240318974-sup-6743@entry> <1240319634.11793.11.camel@localhost> Message-ID: <1240323252-sup-1276@entry> Reformatted excerpts from Reid Thompson's message of 2009-04-21: > OK -- so to 'manage' an imap store, i'd need to setup a mechanism to > fetch all the email to a local store, deleting from the imap store, > and then do something like schedule an overnight run of sup-sync-back, There are a couple issues at play. First, if you're serious about Sup with IMAP, many people have gone the route of mirroring their IMAP folders locally using something like offlineimap. The Ruby IMAP libraries, and possibly IMAP itself, is otherwise too slow for how Sup likes to treat its mailstores. But that's not strictly necessary. Second, if you're serious about deleting email from your IMAP server (as opposed to just letting it stay there forever, since storage is cheap and the too-fleeting moments of your precious mortality are not), you'll need to periodically run sup-sync-back with the appropriate flags. This all stems from design decisions around Sup's target environment, which is that you have too much email to scan every message except in an offline manner. I have 229k emails in my inbox. Sup's the only client I know of that can scale to that. (Besides GMail of course.) -- William