Subject: [sup-talk] new mail notification hook

From: [email-masked] (Brian)
Date: Fri, 25 May 2007 22:31:39 -0500

I'd like it if there were a global or per-account setting in config.yaml
specifying a program to run when new mail arrives.

I usually use some OSD stuff like this:
#!/bin/sh
figlet -w 160 -f banner3 'MAIL' | osd_cat \
    -p bottom \
    -A right \
    -d 6 \
    -l 10 \
    -c \#61a199 \
&

So I get a nice big MAIL in my lower right hand corner for a few
seconds.

---

From: [email-masked] (jeff covey)
Date: Sun, 27 May 2007 15:56:10 -0400

> specifying a program to run when new mail arrives.

is this something that really needs to be in sup?  there are plenty of biff
programs that could do this independently.

-- 
jeff covey
http://jeffcovey.net/

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 229 bytes
Desc: Digital signature
Url : http://rubyforge.org/pipermail/sup-talk/attachments/20070527/6bc771df/attachment.bin

---

From: [email-masked] (Brian)
Date: Sun, 27 May 2007 21:32:36 -0500

> programs that could do this independently.

Well, I don't know how anything like biff could detect that I have
unread mail in some IMAP folder. All my accounts are IMAP.

It'd just be another YAML option you could leave unset if you didn't
like it.

---

From: [email-masked] (jeff covey)
Date: Mon, 28 May 2007 06:32:00 -0400

on Sun, May 27, 2007 at 09:32:36PM -0500%, Brian said:

> I don't know how anything like biff could detect that I have unread mail
> in some IMAP folder. 

http://www.google.com/search?&q=imap%20biff

http://www.linuxlinks.com/Software/Internet/Mail/Notification/
, in particular, links to 14 biff programs with imap support.

sincerely,

-- 
jeff covey
http://jeffcovey.net/

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 229 bytes
Desc: Digital signature
Url : http://rubyforge.org/pipermail/sup-talk/attachments/20070528/5fd86154/attachment.bin

---

From: [email-masked] (Brian)
Date: Mon, 28 May 2007 05:51:35 -0500

> , in particular, links to 14 biff programs with imap support.

I didn't defend my feature request very well. Yeah, some other program
could also poll all my sources. But then half the time I'd get the
notification and then be looking at a sup with no new mail, because *it*
hadn't gotten around to polling and seeing the new mail yet.

I'm a minimalist and hate bloat. This feature request is like maybe 5
extra lines. This exact feature has been useful in other MUAs like
Sylpheed and Claws. It would be easy to ignore. It wouldn't slow down
anything by any meaningful amount.

---

From: [email-masked] (William Morgan)
Date: Wed, 30 May 2007 00:11:59 -0700

> anything by any meaningful amount.

I've been thinking about writing a (simple) general framework for
hooking user-written Ruby code onto Sup events. You could then trivially
use that to accomplish this by calling system(...). What do you think?

-- 
William <wmorgan-sup at masanjin.net>

---

From: [email-masked] (Brian)
Date: Wed, 30 May 2007 02:27:11 -0500

> use that to accomplish this by calling system(...). What do you think?

That'd be great.

---

From: [email-masked] (William Morgan)
Date: Sat, 18 Aug 2007 17:30:04 -0700

Excerpts from brian's message of Fri May 25 20:31:39 -0700 2007:
> I'd like it if there were a global or per-account setting in
> config.yaml specifying a program to run when new mail arrives.

The same changeset I'm about to commit also will make this possible. Go
me.