On Sun, May 28, 2006 at 07:42:03PM -0700, Ben Barrett wrote:
> Great idea for gmail hack, possibly implementable in GreaseMonkey:
> Allow multiple-select of labels in gmail [trivial]
> (this can just put in a search of "label:x label:y label:z etc")
> Also, offer mbox reformatting of emails & a script to pull to local files,
> all matches of a desired search pattern,
> or better yet, ability to map labels to folders -- only issue here is the
> handling of duplicates, which I think has been covered elsewhere.

Not exactly the interface I had in mind.  More likely, I would like to be
able to define maildrop rules to apply labels (with the death of yumi, I
decided to learn maildrop--I _really_ like its superior regex engine, even
in the older version I have easily available which lacks PCRE.)

Once labelled, I would like a graphical interface much like that of iTunes
with its limiter enabled for sorting by mailbox, sender, or subject.
These three fields approximate the three limiter fields, though I would
move the third into a more typical sidebar tree with inboxes, sent-mail,
trash (30 day auto-expiry), etc.  Below that, since the entire email
system should be indexed (requiring a modification to maildrop to properly
inject a new message into the database, I'll note), there could be
collections of specific messages either appended by hand (email receipts,
saved messages on certain topics) or generated dynamically (based on
metadata from the message headers).


The text-based equivalent involves a folder list similar to mutt's own,
though it need not be actually a UNIX filesystem browser (nor share the
limitations of same) with interface to create and manage both physical
collections and logical boxes, and an index view much like the one it has
now, only with the addition of the optional limiter.  The two-pane setup
mutt can create with its pager doesn't really fit into this all that well,
but then I found that mode to be somewhat of a nuisance anyway.  I grew up
on PINE 3.x and migrated to mutt from there.


The realization hits me that mutt could be patched to provide the limiter
I describe in its index.  The feature already exists--I am just looking to
provide some indexing to provide values for the existing limit command.
What would be harder is how to actually access the mail database and where
to get the indexed data from when not using it.  (The indexing if done
without the database would greatly slow mail access, after all!)


> Joseph, and others:  has anyone gotten any first-hand Zimbra reports?

Nope, sorry.


> Joseph, I agree that multiple folders should be easier -- IMO google has
> simplified the interface, and it would be nice of them to offer a "classic"
> vs. "gmaniac" interface option :)

Google has way simplified the interface.  I want to define simple rules
based on standard headers, complex rules based on regular expression when
those fail, and an easy interface to make and see the basic sorts of
queries a person is likely to make often, and a nice text interface for
the whole thing for use when web-based access is simply not a good option.

_______________________________________________
EUGLUG mailing list
[email protected]
http://www.euglug.org/mailman/listinfo/euglug

Reply via email to