Alan, Thanks for the response. :)
I've thought about doing something similar to this, but it's a last resort. I end up using mutt on various different workstations and it'd be nice to run everything "locally". Obviously a solution where I'm fetching mail on every machine where I'm using mutt doesn't scale very well. It's certainly an alternative, however, if I can't find anything else that works. -j On Sat, May 2, 2009 at 6:14 PM, Alan McKinnon <alan.mckin...@gmail.com> wrote: > On Sunday 03 May 2009 00:00:13 James wrote: >> I must admit that Thunderbird is pretty good about keeping tabs on the >> many mailboxes I have and updating me when something new pops up. >> >> From what I've been told, gbuffy is one of the few tools that actually >> does what I'm looking for, but as Grant mentioned it won't compile >> successfully (at least not using the ebuild in the portage tree). >> >> Any thoughts on how to do this when using IMAP and lots of folders? :) > > How about this, thinking slightly out the box: > > Pop your mail to a local maildir, but do not delete mails from the server. Run > a local IMAP server with that maildir as it's source and point your mail > client at it > > Getmail is excellent at popping like this, it works in the background and you > can use whatever filtering tool you fancy. If you need mails more immediately > than within three minutes you really should be using jabber instead :-) With > local IMAP you can change mail clients in an instant without mucking about > with all that tedious import/export stuff. And every mailbox monitoring tool > out there will monitor local maildirs and do it well. > > With this you get all the benefits of IMAP, albeit in a sort of disconnected > fashion, and you only suffer the bandwidth hit with large mails once. Your > mails are still on the server, so you can still connect to them with IMAP if > you wish. > > -- > alan dot mckinnon at gmail dot com >