Archive of RubyForge sup-devel mailing list
 help / color / mirror / Atom feed
From: Matthieu Rakotojaona <matthieu.rakotojaona@gmail.com>
To: sup-devel <sup-devel@rubyforge.org>
Subject: Re: [sup-devel] use-mail branch and other work
Date: Mon, 31 Mar 2014 21:42:57 +0200	[thread overview]
Message-ID: <1396294116-sup-6519@kpad> (raw)
In-Reply-To: <1396168444-sup-8010@email.archlab.tuwien.ac.at>


[-- Attachment #1.1: Type: text/plain, Size: 4474 bytes --]

Hello Martin!

Excerpts from Martin Bähr's message of 2014-03-30 11:51:43 +0200:
> ongoing work:
> add support for a "new" state that is different from unread.
>   the idea here is that the new state of a message can be cleared without
>   reading the message or marking it as read. this distinction is important
>   because i have lots of old unread mail, and so i can't see where i have
>   actual new mail.
>   i don't want to mark everything as read because occasionally i am searching
>   for an old message where i read about something specific, which is hard if i
>   can't tell the difference between what i read and what i didn't read. 
>   not to mention that it is very hard to mark 500+K messages as read.

Isn't that more ore less achievable with the inbox label ? It is added
automatically to new messages unless you explicitely specify otherwise.

> use the use-mail branch and fix problems as i discover them.
>   i stumbled into this by accident. i tried use-mail because current stable and
>   develop branches have problems on debian 6. as a result i discovered that the
>   use-mail branch is stable enough for my needs. since this branch is
>   inevitably the way forward given that RMail is dead, i figured that my time
>   is better spent fixing my problems here, and avoid RMail alltogether.

Good :)

> some ideas:
>     i'd like the ability to apply a label change to all messages that match a
>   given search, not just the ones loaded into the buffer.
> 
>   i have imported a lot of uncategorized messages from my mutt inbox, and i
>   want to make use of sup's tagging to group them. instead of loading all
>   messages in a search with !! it would be nice to just let sup tagg those
>   messages in the background.

Semi-answer: bin/sup-tweak-labels is this, except it's supposed to be
used from the command line. Moreover you must exit sup because the index
can't be shared safely.
Since Sup is mostly targeted towards the ui and that use case happen
once in the lifetime of a user (hopefully !), I guess I'm ok with how
things are. I don't know how we could manage to reproduce the
bin/sup-tweak-labels _inside_ sup efficiently, but I'm open to the
discussion.

>     i am using procmail still to prefilter mail. it's going to take a while to
>   switch to a sup based filtering, and i am not sure i even want that, at least
>   not until sup can reliably filter mails into folders.
> 
>   procmail also filters spam, and in sup those sources are automatically tagged
>   as spam. my spam filters are aggressive, and do have false positives. sup
>   should be able to determine that any message that is a reply to a known
>   non-spam message is also not spam, and should thus not apply the spam label
>   to this message.
> 
>   the same goes for any message from an email address that i have sent mail to.
>   iaw, all my contacts should automatically be whitelisted.

That would be possible with a hook, possibly in PollManager::do_poll

>     occasionally, when writing mail i need to look up something in other mails.
>   with mutt i "solved" this by running two instances of mutt in parallel. (the
>   main reason for that was to be able to switch between the inbox and other
>   folders without having to reload the inbox all the time. sup solves that part
>   nicely by allowing me to switch between buffers.)
> 
>   so what i want here is some way to switch back and forth between vim and sup.
>   possibly this can be done with tmux or screen by opening vim in another
>   window.
> 
>     i'd like to treat saved searches as virtual folders. they should be in a
>   combined list with labels, and i'd like to be able to open them by typing the
>   name in the search prompt.
> 
>     related to this and above, i'd like to auto-label searches. instead of
>   writing a hook, i'd like to just say: always label messages matching this
>   search, and have sup generate the necessary hook by itself
> 
>   i have some more ideas that don't come to mind right now.

You do have interesting ideas. Welcome on board :)

> you can find my work on https://github.com/embee/sup in the use-mail and
> work-in-progress branches.
> 
> greetings, martin.
> 
> -- 
> eKita                   -   the online platform for your entire academic life
> hackerspace beijing     -                                    http://qike.info

-- 
Matthieu Rakotojaona

[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 966 bytes --]

[-- Attachment #2: Type: text/plain, Size: 143 bytes --]

_______________________________________________
Sup-devel mailing list
Sup-devel@rubyforge.org
http://rubyforge.org/mailman/listinfo/sup-devel

  parent reply	other threads:[~2014-03-31 19:50 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-03-30  9:51 Martin Bähr
2014-03-30 20:47 ` Steven Schmeiser
2014-03-31 12:02   ` Gaute Hope
2014-03-31 12:09 ` Gaute Hope
2014-04-01  4:13   ` Martin Bähr
2014-03-31 19:42 ` Matthieu Rakotojaona [this message]
2014-03-31 20:57   ` Gaute Hope
2014-04-01  3:55     ` Martin Bähr
2014-04-01  3:46   ` Martin Bähr

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1396294116-sup-6519@kpad \
    --to=matthieu.rakotojaona@gmail.com \
    --cc=sup-devel@rubyforge.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox