* [sup-talk] Two questions
@ 2009-04-17 19:41 Reid Thompson
2009-04-21 13:06 ` William Morgan
0 siblings, 1 reply; 6+ messages in thread
From: Reid Thompson @ 2009-04-17 19:41 UTC (permalink / raw)
From the readme:
Note that Sup never changes the contents of any mailboxes; it only
indexes in to them. So it shouldn't ever corrupt your mail. The flip
side is that if you change a mailbox (e.g. delete messages, or, in
the case of mbox files, read an unread message) then Sup will be
unable to load messages from that source and will ask you to run
sup-sync --changed.
So, in order to actually manage my email, I have to utilize a different email client to delete unwanted mail - essentially doing the same work twice, or am I missing something?
Could sup-sync --changed be incorporated into sup, and triggered automatically by sup itself?
^ permalink raw reply [flat|nested] 6+ messages in thread
* [sup-talk] Two questions
2009-04-17 19:41 [sup-talk] Two questions Reid Thompson
@ 2009-04-21 13:06 ` William Morgan
2009-04-21 13:13 ` Reid Thompson
0 siblings, 1 reply; 6+ messages in thread
From: William Morgan @ 2009-04-21 13:06 UTC (permalink / raw)
Reformatted excerpts from Reid Thompson's message of 2009-04-17:
> So, in order to actually manage my email, I have to utilize a
> different email client to delete unwanted mail - essentially doing the
> same work twice, or am I missing something?
For the two special cases of "physically" removing messages marked as
deleted or spam, you can use sup-sync-back, which is a batch operation
operating on an entire mail source at a time. Currently it only applies
to mbox sources and can't be run while Sup is also running.
> Could sup-sync --changed be incorporated into sup, and triggered
> automatically by sup itself?
You could certainly do that via Sup's hook mechanism, but it's a very
slow operation (it has to scan over the entire mailbox).
--
William <wmorgan-sup at masanjin.net>
^ permalink raw reply [flat|nested] 6+ messages in thread
* [sup-talk] Two questions
2009-04-21 13:06 ` William Morgan
@ 2009-04-21 13:13 ` Reid Thompson
2009-04-21 14:26 ` William Morgan
0 siblings, 1 reply; 6+ messages in thread
From: Reid Thompson @ 2009-04-21 13:13 UTC (permalink / raw)
On Tue, 2009-04-21 at 06:06 -0700, William Morgan wrote:
> Reformatted excerpts from Reid Thompson's message of 2009-04-17:
> > So, in order to actually manage my email, I have to utilize a
> > different email client to delete unwanted mail - essentially doing the
> > same work twice, or am I missing something?
>
> For the two special cases of "physically" removing messages marked as
> deleted or spam, you can use sup-sync-back, which is a batch operation
> operating on an entire mail source at a time. Currently it only applies
> to mbox sources and can't be run while Sup is also running.
>
> > Could sup-sync --changed be incorporated into sup, and triggered
> > automatically by sup itself?
>
> You could certainly do that via Sup's hook mechanism, but it's a very
> slow operation (it has to scan over the entire mailbox).
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,
^ permalink raw reply [flat|nested] 6+ messages in thread
* [sup-talk] Two questions
2009-04-21 13:13 ` Reid Thompson
@ 2009-04-21 14:26 ` William Morgan
2009-04-21 16:15 ` Reid Thompson
0 siblings, 1 reply; 6+ messages in thread
From: William Morgan @ 2009-04-21 14:26 UTC (permalink / raw)
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 <wmorgan-sup at masanjin.net>
^ permalink raw reply [flat|nested] 6+ messages in thread
* [sup-talk] Two questions
2009-04-21 14:26 ` William Morgan
@ 2009-04-21 16:15 ` Reid Thompson
2009-04-22 15:12 ` William Morgan
0 siblings, 1 reply; 6+ messages in thread
From: Reid Thompson @ 2009-04-21 16:15 UTC (permalink / raw)
On Tue, 2009-04-21 at 07:26 -0700, William Morgan wrote:
> 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.)
for 'fun', i setup a fastmail.fm account, to which i'm using rss2email
to push a number of feeds to. I setup offlineimap to pull these feeds
down for sup, so that I could 'manage' the imap store via sup.
Why is it expecting mbox format?
rthompso at raker ~/.sup $ sup-sync-back -d maildir:~/.fastmaildotfm/INBOX
[Tue Apr 21 12:10:07 -0400 2009] using character set encoding "UTF-8"
[Tue Apr 21 12:10:08 -0400 2009] crypto: detected gpg binary
in /usr/bin/gpg
[Tue Apr 21 12:10:08 -0400 2009] locking /home/rthompso/.sup/lock...
[Tue Apr 21 12:10:08 -0400 2009] loading index...
[Tue Apr 21 12:10:08 -0400 2009] loaded index of 920 messages
Error: maildir:~/.fastmaildotfm/INBOX is not an mbox source.
[Tue Apr 21 12:10:08 -0400 2009] unlocking /home/rthompso/.sup/lock...
offlineimap is populating ~/.fastmaildotfm/INBOX
rthompso at raker ~/.sup $ cat sources.yaml
---
....
- !masanjin.net,2006-10-01/Redwood/Maildir
uri: maildir:~/.fastmaildotfm/INBOX
cur_offset: 12403255620003971
usual: true
archived: false
id: 4
labels:
- rssmail
mtimes:
cur: 2009-04-21 11:47:05 -04:00
new: 2009-04-21 11:47:08 -04:00
- !masanjin.net,2006-10-01/Redwood/SentLoader
cur_offset: 19809
- !masanjin.net,2006-10-01/Redwood/DraftLoader
cur_offset: 0
rthompso at raker ~ $ find .fastmaildotfm/
.fastmaildotfm/
.fastmaildotfm/INBOX.Trash
.fastmaildotfm/INBOX.Trash/cur
.fastmaildotfm/INBOX.Trash/new
.fastmaildotfm/INBOX.Trash/tmp
.fastmaildotfm/INBOX.Sent Items
.fastmaildotfm/INBOX.Sent Items/cur
.fastmaildotfm/INBOX.Sent Items/new
.fastmaildotfm/INBOX.Sent Items/tmp
.fastmaildotfm/INBOX
.fastmaildotfm/INBOX/cur
.fastmaildotfm/INBOX/cur/1240328825_0.15391.raker,U=1,FMD5=7e33429f656f1e6e9d79b29c3f82c57e:2,S
.fastmaildotfm/INBOX/new
.fastmaildotfm/INBOX/new/1240328827_7.15391.raker,U=29,FMD5=7e33429f656f1e6e9d79b29c3f82c57e:2,
.fastmaildotfm/INBOX/new/1240328825_5.15391.raker,U=6,FMD5=7e33429f656f1e6e9d79b29c3f82c57e:2,
.fastmaildotfm/INBOX/new/1240328827_6.15391.raker,U=28,FMD5=7e33429f656f1e6e9d79b29c3f82c57e:2,
.fastmaildotfm/INBOX/new/1240328826_0.15391.raker,U=8,FMD5=7e33429f656f1e6e9d79b29c3f82c57e:2,
.fastmaildotfm/INBOX/new/1240328827_5.15391.raker,U=27,FMD5=7e33429f656f1e6e9d79b29c3f82c57e:2,
.fastmaildotfm/INBOX/new/1240328826_9.15391.raker,U=17,FMD5=7e33429f656f1e6e9d79b29c3f82c57e:2,
.fastmaildotfm/INBOX/new/1240328827_4.15391.raker,U=26,FMD5=7e33429f656f1e6e9d79b29c3f82c57e:2,
.fastmaildotfm/INBOX/new/1240328826_8.15391.raker,U=16,FMD5=7e33429f656f1e6e9d79b29c3f82c57e:2,
.fastmaildotfm/INBOX/new/1240328825_6.15391.raker,U=7,FMD5=7e33429f656f1e6e9d79b29c3f82c57e:2,
.fastmaildotfm/INBOX/new/1240328827_3.15391.raker,U=25,FMD5=7e33429f656f1e6e9d79b29c3f82c57e:2,
.fastmaildotfm/INBOX/new/1240328826_7.15391.raker,U=15,FMD5=7e33429f656f1e6e9d79b29c3f82c57e:2,
.fastmaildotfm/INBOX/new/1240328827_2.15391.raker,U=24,FMD5=7e33429f656f1e6e9d79b29c3f82c57e:2,
.fastmaildotfm/INBOX/new/1240328826_1.15391.raker,U=9,FMD5=7e33429f656f1e6e9d79b29c3f82c57e:2,
.fastmaildotfm/INBOX/new/1240328826_6.15391.raker,U=14,FMD5=7e33429f656f1e6e9d79b29c3f82c57e:2,
.fastmaildotfm/INBOX/new/1240328827_1.15391.raker,U=23,FMD5=7e33429f656f1e6e9d79b29c3f82c57e:2,
.fastmaildotfm/INBOX/new/1240328826_13.15391.raker,U=21,FMD5=7e33429f656f1e6e9d79b29c3f82c57e:2,
.fastmaildotfm/INBOX/new/1240328826_5.15391.raker,U=13,FMD5=7e33429f656f1e6e9d79b29c3f82c57e:2,
.fastmaildotfm/INBOX/new/1240328825_1.15391.raker,U=2,FMD5=7e33429f656f1e6e9d79b29c3f82c57e:2,
.fastmaildotfm/INBOX/new/1240328827_0.15391.raker,U=22,FMD5=7e33429f656f1e6e9d79b29c3f82c57e:2,
.fastmaildotfm/INBOX/new/1240328826_12.15391.raker,U=20,FMD5=7e33429f656f1e6e9d79b29c3f82c57e:2,
.fastmaildotfm/INBOX/new/1240328826_4.15391.raker,U=12,FMD5=7e33429f656f1e6e9d79b29c3f82c57e:2,
.fastmaildotfm/INBOX/new/1240328826_3.15391.raker,U=11,FMD5=7e33429f656f1e6e9d79b29c3f82c57e:2,
.fastmaildotfm/INBOX/new/1240328826_2.15391.raker,U=10,FMD5=7e33429f656f1e6e9d79b29c3f82c57e:2,
.fastmaildotfm/INBOX/new/1240328825_2.15391.raker,U=3,FMD5=7e33429f656f1e6e9d79b29c3f82c57e:2,
.fastmaildotfm/INBOX/new/1240328826_11.15391.raker,U=19,FMD5=7e33429f656f1e6e9d79b29c3f82c57e:2,
.fastmaildotfm/INBOX/new/1240328828_0.15391.raker,U=32,FMD5=7e33429f656f1e6e9d79b29c3f82c57e:2,
.fastmaildotfm/INBOX/new/1240328826_10.15391.raker,U=18,FMD5=7e33429f656f1e6e9d79b29c3f82c57e:2,
.fastmaildotfm/INBOX/new/1240328825_3.15391.raker,U=4,FMD5=7e33429f656f1e6e9d79b29c3f82c57e:2,
.fastmaildotfm/INBOX/new/1240328827_9.15391.raker,U=31,FMD5=7e33429f656f1e6e9d79b29c3f82c57e:2,
.fastmaildotfm/INBOX/new/1240328825_4.15391.raker,U=5,FMD5=7e33429f656f1e6e9d79b29c3f82c57e:2,
.fastmaildotfm/INBOX/new/1240328827_8.15391.raker,U=30,FMD5=7e33429f656f1e6e9d79b29c3f82c57e:2,
.fastmaildotfm/INBOX/tmp
.fastmaildotfm/INBOX.Drafts
.fastmaildotfm/INBOX.Drafts/cur
.fastmaildotfm/INBOX.Drafts/new
.fastmaildotfm/INBOX.Drafts/tmp
^ permalink raw reply [flat|nested] 6+ messages in thread
* [sup-talk] Two questions
2009-04-21 16:15 ` Reid Thompson
@ 2009-04-22 15:12 ` William Morgan
0 siblings, 0 replies; 6+ messages in thread
From: William Morgan @ 2009-04-22 15:12 UTC (permalink / raw)
Reformatted excerpts from Reid Thompson's message of 2009-04-21:
> Why is it expecting mbox format?
Sorry, I gave you kind of a crappy answer above. sup-sync-back currently
only works on mbox files, though not for any reason other than no one's
gotten around to extending it yet. Deleting files from a Maildir is
significantly easier than removing them from an mbox, so the bar's not
very high on this one.
--
William <wmorgan-sup at masanjin.net>
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2009-04-22 15:12 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-04-17 19:41 [sup-talk] Two questions Reid Thompson
2009-04-21 13:06 ` William Morgan
2009-04-21 13:13 ` Reid Thompson
2009-04-21 14:26 ` William Morgan
2009-04-21 16:15 ` Reid Thompson
2009-04-22 15:12 ` William Morgan
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox