community/pipermail-archives/sup-talk/2007-05.txt (34978B) - raw
1 From wmorgan-sup@masanjin.net Sun May 13 23:31:37 2007
2 From: wmorgan-sup@masanjin.net (William Morgan)
3 Date: Sun, 13 May 2007 20:31:37 -0700
4 Subject: [sup-talk] test
5 Message-ID: <1179113482-sup-5314@south>
6
7 test!
8
9
10 --
11 William <wmorgan-sup at masanjin.net>
12
13 From jeff.covey@pobox.com Wed May 16 13:44:51 2007
14 From: jeff.covey@pobox.com (jeff covey)
15 Date: Wed, 16 May 2007 13:44:51 -0400
16 Subject: [sup-talk] sup wishlist
17 Message-ID: <20070516174451.GA3387@mona.jeffcovey.net>
18
19 william,
20
21 thanks again for all the work on sup! i'm looking forward to trying it on
22 my actual mail once a system for physically deleting sup-deleted messages is
23 in place.
24
25 in the meantime, i checked out the todo list, and am glad to see so many of
26 my wishes already there! :) just to add some ideas, here are a few things
27 i would miss from mutt:
28
29 - the ability to pipe a message to a process.
30
31 i often use this, for example, to run a message through urlview to get a
32 list of urls to launch in a browser.
33
34 - an equivalent to mutt's display_filter.
35
36 i like to have messages run through my own filter before they're displayed
37 on the screen. i think sup's method of collapsing comments and signatures
38 works beautifully, but it can't catch everything. for example, i like to
39 remove the ads at the bottoms of yahoo! group posts and ridiculously long
40 signatures about "this message was sent by an employee of yada yada and
41 was intended for foo foo, if it was sent to you in error, please blah blah
42 blah".
43
44 - gpg support would be nice someday. :)
45
46 again, best wishes for your work. i think it has terrific potential.
47
48 sincerely,
49
50 --
51 jeff covey
52 http://jeffcovey.net/
53
54 -------------- next part --------------
55 A non-text attachment was scrubbed...
56 Name: not available
57 Type: application/pgp-signature
58 Size: 229 bytes
59 Desc: Digital signature
60 Url : http://rubyforge.org/pipermail/sup-talk/attachments/20070516/aa747200/attachment.bin
61
62 From wmorgan-sup@masanjin.net Wed May 16 15:36:22 2007
63 From: wmorgan-sup@masanjin.net (William Morgan)
64 Date: Wed, 16 May 2007 12:36:22 -0700
65 Subject: [sup-talk] sup wishlist
66 In-Reply-To: <20070516174451.GA3387@mona.jeffcovey.net>
67 References: <20070516174451.GA3387@mona.jeffcovey.net>
68 Message-ID: <1179344168-sup-5879@south>
69
70 Hi Jeff,
71
72 Excerpts from jeff covey's message of Wed May 16 10:44:51 -0700 2007:
73 > thanks again for all the work on sup!
74
75 You're welcome, and thanks for the positive comments. Keeps me
76 motivated. :)
77
78 > just to add some ideas, here are a few things i would miss from mutt:
79 >
80 > - the ability to pipe a message to a process.
81
82 Sounds good. Should be pretty easy to do.
83
84 > - an equivalent to mutt's display_filter.
85 >
86 > i like to have messages run through my own filter before they're displayed
87 > on the screen. i think sup's method of collapsing comments and signatures
88 > works beautifully, but it can't catch everything. for example, i like to
89 > remove the ads at the bottoms of yahoo! group posts and ridiculously long
90 > signatures about "this message was sent by an employee of yada yada and
91 > was intended for foo foo, if it was sent to you in error, please blah blah
92 > blah".
93
94 This should'nt be hard to do either, but the question is whether we
95 should just improve the signature detection in Sup. Do you use this for
96 other things?
97
98 > - gpg support would be nice someday. :)
99
100 Someone is actually working on this right now!
101
102 --
103 William <wmorgan-sup at masanjin.net>
104
105 From sup@chrislee.dhs.org Thu May 17 17:24:11 2007
106 From: sup@chrislee.dhs.org (Chris Lee)
107 Date: Thu, 17 May 2007 17:24:11 -0400
108 Subject: [sup-talk] GPG Support
109 Message-ID: <D55C81AD71647428E7B489B6@Sumatra.local>
110
111 Jeff,
112
113 GPG support is coming along nicely right now. There are some shortcomings
114 my speedy implementation that I need feedback on.
115
116 1. If all email addresses of an email have keys, then, and only then, do I
117 encrypt the email
118 - this means if you have highly sensitive info, and you miskey an
119 address, whoops it goes out unencrypted
120 * I need a way to know if the user want to encrypt and/or sign an email
121 and then alert him/her if I don't have all the required keys.
122 2. I don't sign any email right now :(
123 3. There is no mechanism to lookup keys from keyservers (e.g., --recv-key)
124 * We'll probably need a separate Manager to handle this
125 4. The sources.yaml file is pgp encrypted now. However, it'd be nice to
126 extend protections to non-pgp users. Should I use openssl to encrypt the
127 config file and then have the pgp password(s) in there?
128 5. I only use one GPG private key, which is not tied to the sending address
129 (it's specified in config.yaml). This should be easy to fix if I store all
130 the passphrases in an encrypted file.
131 * Do you need this feature?
132 6. You'll have to encrypt your sources.yaml file manually before the first
133 time you launch sup with pgp support.
134 * add :gpgkey: to config.yaml
135 :accounts:
136 :default:
137 :name: Chris Lee
138 :signature: /Users/chris/.signature
139 :sendmail: /usr/local/bin/esmtp -t
140 :email: 3v1l at n0spz.net
141 :alternates: []
142 :gpgkey: 14E44DBF
143 * gpg -a -e -r yourself sources.yaml
144 * cp sources.yaml.asc sources.yaml
145 * rm sources.yaml.bak
146
147 * is there a better way to do this transition?
148 7. This totally breaks sup-add, sup-sync, and anything else that reads
149 sources.yaml right now
150 * this should also be easy to fix
151
152 Chris
153
154
155 From jeff.covey@pobox.com Fri May 18 09:39:09 2007
156 From: jeff.covey@pobox.com (jeff covey)
157 Date: Fri, 18 May 2007 09:39:09 -0400
158 Subject: [sup-talk] sup wishlist
159 In-Reply-To: <1179344168-sup-5879@south>
160 References: <20070516174451.GA3387@mona.jeffcovey.net>
161 <1179344168-sup-5879@south>
162 Message-ID: <20070518133908.GA1759@mona.jeffcovey.net>
163
164 on Wed, May 16, 2007 at 12:36:22PM -0700%, William Morgan said:
165
166 > > - an equivalent to mutt's display_filter.
167 >
168 > This should'nt be hard to do either, but the question is whether we should
169 > just improve the signature detection in Sup.
170
171 no, there's no way to make the signature detection handle all the arbitrary
172 problems that people present in their messages. some of them just have to
173 be handled manually on a case-by-case basis. for example, one of the
174 regular posters on one mailing list i read considers this a valid signature
175 (and doesn't demarcate it with "-- "):
176
177 > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
178 > VISTA SOFTWARE, DESIGNED TO RESTRICT WHAT YOU CAN DO. www.badvista.org
179 > +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
180 > "They that can give up essential liberty to obtain a little temporary
181 > safety deserve Neither liberty nor safety", Benjamin Franklin
182 > - - - - - - - - - - - - - - - - - - -
183 > ASCII Ribbon Campaign. . . . . . . . . . . . accessBob
184 > .NO HTML/PDF/RTF/MIME in e-mail. . . . . . . accessys at smartnospam.net
185 > .NO MSWord docs in e-mail . . . .. . . . . . Access Systems, engineers
186 > .NO attachments in e-mail, .*LINUX powered*. access is a civil right
187 > *#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#
188 > THIS message and any attachments are CONFIDENTIAL and may be
189 > privileged. They are intended ONLY for the individual or entity named
190
191 no poor regexp should be taxed with handling things like this.
192
193 > Do you use this for other things?
194
195 i do assorted minor cleanup and generally remove things i don't need to see.
196 i'll attach the script i use, based on one from a friend.
197
198 i don't know what other people do with it, but i imagine some people format
199 messages with par and otherwise make other people's mail look like what they
200 would want to send themselves.
201
202 i find it a very useful feature for limiting what's displayed on the screen
203 to just the meaningful information. for a thread-based display like sup's,
204 i think it would be doubly useful when dealing with screens full of replies.
205 i wouldn't want to scroll past bob's signature again and again.
206
207 > > - gpg support would be nice someday. :)
208 >
209 > Someone is actually working on this right now!
210
211 awesome! :)
212
213 thanks,
214
215 --
216 jeff covey
217 http://jeffcovey.net/
218
219 -------------- next part --------------
220 A non-text attachment was scrubbed...
221 Name: display_filter.sh
222 Type: application/x-sh
223 Size: 3000 bytes
224 Desc: not available
225 Url : http://rubyforge.org/pipermail/sup-talk/attachments/20070518/01d411d9/attachment.sh
226 -------------- next part --------------
227 A non-text attachment was scrubbed...
228 Name: not available
229 Type: application/pgp-signature
230 Size: 229 bytes
231 Desc: Digital signature
232 Url : http://rubyforge.org/pipermail/sup-talk/attachments/20070518/01d411d9/attachment.bin
233
234 From wmorgan-sup@masanjin.net Sun May 20 19:44:33 2007
235 From: wmorgan-sup@masanjin.net (William Morgan)
236 Date: Sun, 20 May 2007 16:44:33 -0700
237 Subject: [sup-talk] sup wishlist
238 In-Reply-To: <20070518133908.GA1759@mona.jeffcovey.net>
239 References: <20070516174451.GA3387@mona.jeffcovey.net>
240 <1179344168-sup-5879@south>
241 <20070518133908.GA1759@mona.jeffcovey.net>
242 Message-ID: <1179704605-sup-2319@south>
243
244 Excerpts from jeff covey's message of Fri May 18 06:39:09 -0700 2007:
245 > no, there's no way to make the signature detection handle all the arbitrary
246 > problems that people present in their messages. some of them just have to
247 > be handled manually on a case-by-case basis. for example, one of the
248 > regular posters on one mailing list i read considers this a valid signature
249 > (and doesn't demarcate it with "-- "):
250
251 Ok. Clearly you have a lot of special-purpose filtering which wouldn't
252 make sense to have in Sup. To the extent that Sup can catch general
253 cases, I'd like to do that there, but I certainly don't have any
254 problems with an external display_filter-type functionality.
255
256 --
257 William <wmorgan-sup at masanjin.net>
258
259 From wmorgan-sup@masanjin.net Sun May 20 19:55:56 2007
260 From: wmorgan-sup@masanjin.net (William Morgan)
261 Date: Sun, 20 May 2007 16:55:56 -0700
262 Subject: [sup-talk] some new features in SVN head
263 Message-ID: <1179704745-sup-2076@south>
264
265 1. When viewing attachments, if the external MIME command fails, Sup
266 will now display it inline as text. I have no idea what kind of
267 tragic things happen when you try to do this with a binary file.
268 Probably ncurses will burn a whole in your screen.
269
270 (As an aside, if anyone knows how to properly launch applications on
271 OS X by MIME type, please tell me.)
272
273 2. There's a new configuration option determining whether messages with
274 the same subject are grouped together in a thread, even if they don't
275 explicitly reference each other in the In-Reply-To or References
276 headers. This is useful if you get lots of mail from broken MUAs
277 which don't properly set those headers.
278
279 By default this is OFF. Previously it was ON and not configurable.
280 Turning if off speeds things up, because Sup will do additional
281 Ferret queries to find messages with the same subject that occur
282 in the recent past, which basically doubles the number of queries.
283
284 The upshot is that index loading should be faster next time you svn
285 update, until you explicitly turn this functionality back on.
286
287 3. I've added a batch deletion tool, bin/sup-sync-back, which will
288 delete (or move) messages from a source which are marked as deleted
289 or spam in the Sup index. This currently only works with mbox
290 sources.
291
292 Please be careful and make a backup before playing with this. It
293 works for me, but it's not thoroughly tested and is the first time
294 Sup has ever done anything destructive with your mail.
295
296 Currently you have to also run sup-sync --changed afterwards.
297
298 Comments, bug reports, etc. are welcome.
299
300 --
301 William <wmorgan-sup at masanjin.net>
302
303 From wmorgan-sup@masanjin.net Mon May 21 12:24:07 2007
304 From: wmorgan-sup@masanjin.net (William Morgan)
305 Date: Mon, 21 May 2007 09:24:07 -0700
306 Subject: [sup-talk] also new in svn: thread autoloading
307 Message-ID: <1179764581-sup-3679@south>
308
309 When you scroll down beyond the boundaries of what's already there, new
310 threads should be autoloaded from the index for you. No more need to
311 press 'M'. Testing appreciated!
312
313 --
314 William <wmorgan-sup at masanjin.net>
315
316 From brian@lorf.org Wed May 23 04:49:58 2007
317 From: brian@lorf.org (Brian)
318 Date: Wed, 23 May 2007 03:49:58 -0500
319 Subject: [sup-talk] multiple accounts
320 Message-ID: <1179909888-sup-1320@doses>
321
322 What should config.yaml look like for multiple accounts? I have several
323 accounts that use different SMTP relays. My plan is to do stuff like
324 :sendmail: /usr/bin/nbsmtp -c /home/brian/.nbsmtp_brian_lorf_org
325 in each account, but I don't understand how to make sup use any account
326 other than :default:.
327
328 How do I tell sup to use a certain account when I compose a new message?
329
330
331 From brian@lorf.org Wed May 23 04:44:19 2007
332 From: brian@lorf.org (Brian)
333 Date: Wed, 23 May 2007 03:44:19 -0500
334 Subject: [sup-talk] also new in svn: thread autoloading
335 In-Reply-To: <1179764581-sup-3679@south>
336 References: <1179764581-sup-3679@south>
337 Message-ID: <1179909502-sup-4328@doses>
338
339 Excerpts from William Morgan's message of Mon May 21 11:24:07 -0500 2007:
340 > When you scroll down beyond the boundaries of what's already there, new
341 > threads should be autoloaded from the index for you. No more need to
342 > press 'M'. Testing appreciated!
343
344 Thanks. It seems to work pretty well, but I think I'm seeing a related
345 bug.
346
347 When new mail comes in, sup says, for instance, "Loaded 2 new messages,
348 2 to inbox," but no new threads appear. To make them appear, I j down
349 past the last visible entry in the threads list. Then the new threads
350 show up near the top.
351
352
353 From brian@lorf.org Wed May 23 04:55:44 2007
354 From: brian@lorf.org (Brian)
355 Date: Wed, 23 May 2007 03:55:44 -0500
356 Subject: [sup-talk] vim as :editor:
357 Message-ID: <1179910229-sup-1018@doses>
358
359 In config.yaml, I'm using
360 :editor: /usr/bin/vim -f -c 'setlocal spell spelllang=en_us' -c 'set filetype=mail'
361 to get vim to do some nice syntax highlighting.
362
363 I have the English spellchecking stuff for vim installed.
364
365 Thought somebody might find it useful. If you're doing something else
366 neat with vim, please post about it. Thanks.
367
368
369 From brian@lorf.org Wed May 23 05:12:14 2007
370 From: brian@lorf.org (Brian)
371 Date: Wed, 23 May 2007 04:12:14 -0500
372 Subject: [sup-talk] IMAP and sent mail
373 Message-ID: <1179910936-sup-8291@doses>
374
375 I'm confused what to do about existing mail in my IMAP Sent folders.
376
377 Right now, sup thinks there are holes in my threads, because it can't
378 find my responses. They're in my Sent folders, and I didn't add the Sent
379 folders as sources. Should I? If I did, and continued to use sup, would
380 they ever change again? It seems as if they wouldn't.
381
382 I could move all the sent mail into INBOX, but that seems wrong because
383 then I'd have stuff I sent sitting in my inbox. Also, I don't know if
384 they'd get the "sent" label.
385
386 What's a good sup/IMAP strategy?
387
388
389 From brian@lorf.org Wed May 23 05:23:33 2007
390 From: brian@lorf.org (Brian)
391 Date: Wed, 23 May 2007 04:23:33 -0500
392 Subject: [sup-talk] searching on subject
393 Message-ID: <1179911900-sup-1786@doses>
394
395 /subject:sup-talk
396 finds fewer messages than
397 /subject:\[sup-talk\]
398 even though "sup-talk" is definitely in the subject lines of the
399 messages found by the second search.
400
401 I thought it was a little unintuitive.
402
403
404 From brian@lorf.org Wed May 23 05:34:52 2007
405 From: brian@lorf.org (Brian)
406 Date: Wed, 23 May 2007 04:34:52 -0500
407 Subject: [sup-talk] saved searches
408 Message-ID: <1179912225-sup-166@doses>
409
410 I'd like it a lot if searches could be saved and search results could be
411 automatically updated as new mail arrives.
412
413 That is, I'd like to be able to save a search called "sup-talk" with
414 query to:sup-talk at rubyforge.org. That saved search would look like a
415 sup-talk folder. It'd be just like the usual search results, only new
416 mails matching its query would become visible in it automatically. I
417 guess a new screen would be needed to show the saved searches and the
418 number of unread messages in each.
419
420 I think Opera's M2 is a little like that.
421
422
423 From wmorgan-sup@masanjin.net Wed May 23 13:44:12 2007
424 From: wmorgan-sup@masanjin.net (William Morgan)
425 Date: Wed, 23 May 2007 10:44:12 -0700
426 Subject: [sup-talk] IMAP and sent mail
427 In-Reply-To: <1179910936-sup-8291@doses>
428 References: <1179910936-sup-8291@doses>
429 Message-ID: <1179941865-sup-8024@south>
430
431 Excerpts from Brian's message of Wed May 23 02:12:14 -0700 2007:
432 > Right now, sup thinks there are holes in my threads, because it can't
433 > find my responses. They're in my Sent folders, and I didn't add the Sent
434 > folders as sources. Should I?
435
436 Yes.
437
438 > If I did, and continued to use sup, would they ever change again? It
439 > seems as if they wouldn't.
440
441 Sup wouldn't alter them. If you used another client and added messages
442 to that folder, then Sup would index the new messages the next time you
443 ran it.
444
445 Unfortunately right now Sup won't add a sent label to those messages. I
446 plan to fix that (by allowing you to attach arbitrary labels to sources,
447 which are applied to all new messages from those sources) in the near
448 future.
449
450 --
451 William <wmorgan-sup at masanjin.net>
452
453 From wmorgan-sup@masanjin.net Wed May 23 13:59:18 2007
454 From: wmorgan-sup@masanjin.net (William Morgan)
455 Date: Wed, 23 May 2007 10:59:18 -0700
456 Subject: [sup-talk] vim as :editor:
457 In-Reply-To: <1179910229-sup-1018@doses>
458 References: <1179910229-sup-1018@doses>
459 Message-ID: <1179942334-sup-6097@south>
460
461 Excerpts from Brian's message of Wed May 23 01:55:44 -0700 2007:
462 > In config.yaml, I'm using
463 > :editor: /usr/bin/vim -f -c 'setlocal spell spelllang=en_us' -c 'set filetype=mail'
464 > to get vim to do some nice syntax highlighting.
465
466 That's great! Thanks. Using it right now, and I've set it as the default
467 in the absence of an $EDITOR.
468
469 --
470 William <wmorgan-sup at masanjin.net>
471
472 From wmorgan-sup@masanjin.net Wed May 23 14:01:12 2007
473 From: wmorgan-sup@masanjin.net (William Morgan)
474 Date: Wed, 23 May 2007 11:01:12 -0700
475 Subject: [sup-talk] also new in svn: thread autoloading
476 In-Reply-To: <1179909502-sup-4328@doses>
477 References: <1179764581-sup-3679@south> <1179909502-sup-4328@doses>
478 Message-ID: <1179943192-sup-6790@south>
479
480 Excerpts from Brian's message of Wed May 23 01:44:19 -0700 2007:
481 > When new mail comes in, sup says, for instance, "Loaded 2 new
482 > messages, 2 to inbox," but no new threads appear. To make them appear,
483 > I j down past the last visible entry in the threads list. Then the new
484 > threads show up near the top.
485
486 This was the case for a while but I thought I fixed it a couple
487 revisions ago. Does it still happen upon svn update?
488
489 --
490 William <wmorgan-sup at masanjin.net>
491
492 From brian@lorf.org Wed May 23 17:13:57 2007
493 From: brian@lorf.org (Brian)
494 Date: Wed, 23 May 2007 16:13:57 -0500
495 Subject: [sup-talk] also new in svn: thread autoloading
496 In-Reply-To: <1179943192-sup-6790@south>
497 References: <1179764581-sup-3679@south> <1179909502-sup-4328@doses>
498 <1179943192-sup-6790@south>
499 Message-ID: <1179954811-sup-7860@doses>
500
501 Excerpts from William Morgan's message of Wed May 23 13:01:12 -0500 2007:
502 > Excerpts from Brian's message of Wed May 23 01:44:19 -0700 2007:
503 > > When new mail comes in, sup says, for instance, "Loaded 2 new
504 > > messages, 2 to inbox," but no new threads appear. To make them appear,
505 > > I j down past the last visible entry in the threads list. Then the new
506 > > threads show up near the top.
507 >
508 > This was the case for a while but I thought I fixed it a couple
509 > revisions ago. Does it still happen upon svn update?
510
511 No. I think it's OK now. I guess I wasn't quite up to date. Thanks.
512
513
514 From brian@lorf.org Fri May 25 23:31:39 2007
515 From: brian@lorf.org (Brian)
516 Date: Fri, 25 May 2007 22:31:39 -0500
517 Subject: [sup-talk] new mail notification hook
518 Message-ID: <1180149989-sup-4780@doses>
519
520 I'd like it if there were a global or per-account setting in config.yaml
521 specifying a program to run when new mail arrives.
522
523 I usually use some OSD stuff like this:
524 #!/bin/sh
525 figlet -w 160 -f banner3 'MAIL' | osd_cat \
526 -p bottom \
527 -A right \
528 -d 6 \
529 -l 10 \
530 -c \#61a199 \
531 &
532
533 So I get a nice big MAIL in my lower right hand corner for a few
534 seconds.
535
536
537 From jeff.covey@pobox.com Sun May 27 15:33:13 2007
538 From: jeff.covey@pobox.com (jeff covey)
539 Date: Sun, 27 May 2007 15:33:13 -0400
540 Subject: [sup-talk] vim as :editor:
541 In-Reply-To: <1179910229-sup-1018@doses>
542 References: <1179910229-sup-1018@doses>
543 Message-ID: <20070527193313.GA4859@mona.jeffcovey.net>
544
545 on Wed, May 23, 2007 at 03:55:44AM -0500%, Brian said:
546
547 > In config.yaml, I'm using
548 > :editor: /usr/bin/vim -f -c 'setlocal spell spelllang=en_us' -c 'set filetype=mail'
549
550 i'm using what i had in ~/.muttrc:
551
552 vim -X -c 'set fo=tcrq' -c 'set tw=76'
553
554 sincerely,
555
556 --
557 jeff covey
558 http://jeffcovey.net/
559
560 -------------- next part --------------
561 A non-text attachment was scrubbed...
562 Name: not available
563 Type: application/pgp-signature
564 Size: 229 bytes
565 Desc: Digital signature
566 Url : http://rubyforge.org/pipermail/sup-talk/attachments/20070527/4e4ab4d7/attachment.bin
567
568 From jeff.covey@pobox.com Sun May 27 15:50:13 2007
569 From: jeff.covey@pobox.com (jeff covey)
570 Date: Sun, 27 May 2007 15:50:13 -0400
571 Subject: [sup-talk] how to avoid adding labels based on source names
572 Message-ID: <20070527195013.GB4859@mona.jeffcovey.net>
573
574 i haven't been quiet this week because i forgot about sup, but because i've
575 been preparing for it. :)
576
577 i took part of my first week of post-spring-commitments time to tackle a
578 two-year old project, going through 10+ years of email, deleting the truly
579 unnecessary, and letting formail+procmail sort the rest by sender (or
580 listid) and date instead of my arbitrary organizing system.
581
582 so i'm taking part of the resulting archive to test the latest svn commit of
583 sup, and my first question is:
584
585 how do i stop sup-sync from adding a label to each message based on the name
586 of its source?
587
588 i have over 10,000 mbox files to add to sup's index. the labeling feature
589 will be useless to me if i have to search for my labels (not to mention
590 "Draft", "Starred", etc.) among all those sup-sync added.
591
592 thanks!
593
594 --
595 jeff covey
596 http://jeffcovey.net/
597
598 -------------- next part --------------
599 A non-text attachment was scrubbed...
600 Name: not available
601 Type: application/pgp-signature
602 Size: 229 bytes
603 Desc: Digital signature
604 Url : http://rubyforge.org/pipermail/sup-talk/attachments/20070527/90093bcd/attachment.bin
605
606 From jeff.covey@pobox.com Sun May 27 15:56:10 2007
607 From: jeff.covey@pobox.com (jeff covey)
608 Date: Sun, 27 May 2007 15:56:10 -0400
609 Subject: [sup-talk] new mail notification hook
610 In-Reply-To: <1180149989-sup-4780@doses>
611 References: <1180149989-sup-4780@doses>
612 Message-ID: <20070527195610.GA25182@mona.jeffcovey.net>
613
614 on Fri, May 25, 2007 at 10:31:39PM -0500%, Brian said:
615
616 > I'd like it if there were a global or per-account setting in config.yaml
617 > specifying a program to run when new mail arrives.
618
619 is this something that really needs to be in sup? there are plenty of biff
620 programs that could do this independently.
621
622 --
623 jeff covey
624 http://jeffcovey.net/
625
626 -------------- next part --------------
627 A non-text attachment was scrubbed...
628 Name: not available
629 Type: application/pgp-signature
630 Size: 229 bytes
631 Desc: Digital signature
632 Url : http://rubyforge.org/pipermail/sup-talk/attachments/20070527/6bc771df/attachment.bin
633
634 From jeff.covey@pobox.com Sun May 27 16:21:05 2007
635 From: jeff.covey@pobox.com (jeff covey)
636 Date: Sun, 27 May 2007 16:21:05 -0400
637 Subject: [sup-talk] sup-sync-back not deleting messages
638 Message-ID: <20070527202105.GA10521@mona.jeffcovey.net>
639
640 sup-sync-back isn't deleting messages for me; i'm getting this:
641
642 [Sun May 27 16:14:25 -0400 2007] loading index...
643 [Sun May 27 16:14:25 -0400 2007] loaded index of 916 messages
644 Scanning mbox:///home/jeff/tmp/sup-test/umbclinux.lists.umbc.edu-2007-01...
645 Scanned 119, deleted 69, moved 0 messages from mbox:///home/jeff/tmp/sup-test/umbclinux.lists.umbc.edu-2007-01.
646 bin/sup-sync-back:106: undefined method `flush' for nil:NilClass (NoMethodError)
647 from bin/sup-sync-back:63:in `each'
648 from bin/sup-sync-back:63
649
650 just to be sure i understand what i should be doing, i'm sitting in the
651 sup/trunk directory and calling sup-sync-back as:
652
653 ruby -I lib -w bin/sup-sync-back --delete-deleted mbox://[filename]
654
655 thanks,
656
657 --
658 jeff covey
659 http://jeffcovey.net/
660
661 -------------- next part --------------
662 A non-text attachment was scrubbed...
663 Name: not available
664 Type: application/pgp-signature
665 Size: 229 bytes
666 Desc: Digital signature
667 Url : http://rubyforge.org/pipermail/sup-talk/attachments/20070527/596cd5b6/attachment-0001.bin
668
669 From brian@lorf.org Sun May 27 22:32:36 2007
670 From: brian@lorf.org (Brian)
671 Date: Sun, 27 May 2007 21:32:36 -0500
672 Subject: [sup-talk] new mail notification hook
673 In-Reply-To: <20070527195610.GA25182@mona.jeffcovey.net>
674 References: <1180149989-sup-4780@doses>
675 <20070527195610.GA25182@mona.jeffcovey.net>
676 Message-ID: <1180319474-sup-513@doses>
677
678 Excerpts from jeff covey's message of Sun May 27 14:56:10 -0500 2007:
679 > is this something that really needs to be in sup? there are plenty of biff
680 > programs that could do this independently.
681
682 Well, I don't know how anything like biff could detect that I have
683 unread mail in some IMAP folder. All my accounts are IMAP.
684
685 It'd just be another YAML option you could leave unset if you didn't
686 like it.
687
688
689 From wmorgan-sup@masanjin.net Sun May 27 22:55:19 2007
690 From: wmorgan-sup@masanjin.net (William Morgan)
691 Date: Sun, 27 May 2007 19:55:19 -0700
692 Subject: [sup-talk] sup-sync-back not deleting messages
693 In-Reply-To: <20070527202105.GA10521@mona.jeffcovey.net>
694 References: <20070527202105.GA10521@mona.jeffcovey.net>
695 Message-ID: <1180320840-sup-2297@south>
696
697 Excerpts from jeff covey's message of Sun May 27 13:21:05 -0700 2007:
698 > sup-sync-back isn't deleting messages for me; i'm getting this:
699
700 Sorry, I messed up. Please svn update and try again.
701
702 > sup/trunk directory and calling sup-sync-back as:
703 >
704 > ruby -I lib -w bin/sup-sync-back --delete-deleted mbox://[filename]
705
706 That's exactly right.
707
708 --
709 William <wmorgan-sup at masanjin.net>
710
711 From wmorgan-sup@masanjin.net Sun May 27 23:15:55 2007
712 From: wmorgan-sup@masanjin.net (William Morgan)
713 Date: Sun, 27 May 2007 20:15:55 -0700
714 Subject: [sup-talk] multiple accounts
715 In-Reply-To: <1179909888-sup-1320@doses>
716 References: <1179909888-sup-1320@doses>
717 Message-ID: <1180321628-sup-8630@south>
718
719 Excerpts from Brian's message of Wed May 23 01:49:58 -0700 2007:
720 > What should config.yaml look like for multiple accounts? I have
721 > several accounts that use different SMTP relays. My plan is to do
722 > stuff like :sendmail: /usr/bin/nbsmtp -c
723 > /home/brian/.nbsmtp_brian_lorf_org in each account, but I don't
724 > understand how to make sup use any account other than :default:.
725
726 So the status of the multiple account stuff is that I started at one
727 point, but never got very far, and so basically none of it works, and
728 stuff that I added after that point (like the ability to send mail) I
729 just threw at the top level.
730
731 But multiple account support is certainly on my todo list. I would like
732 to be able to specify at least the signature, from line, and sendmail or
733 SMTP configuration on a per-account basis, and I would like to be able
734 to explicitly choose the from address on a per-email basis, with
735 defaults based on the recipient.
736
737 Currently this is of fairly high priority for me, so expect it to happen
738 soonish.
739
740 --
741 William <wmorgan-sup at masanjin.net>
742
743 From wmorgan-sup@masanjin.net Sun May 27 23:33:44 2007
744 From: wmorgan-sup@masanjin.net (William Morgan)
745 Date: Sun, 27 May 2007 20:33:44 -0700
746 Subject: [sup-talk] searching on subject
747 In-Reply-To: <1179911900-sup-1786@doses>
748 References: <1179911900-sup-1786@doses>
749 Message-ID: <1180323050-sup-174@south>
750
751 Excerpts from Brian's message of Wed May 23 02:23:33 -0700 2007:
752 > /subject:sup-talk
753 > finds fewer messages than
754 > /subject:\[sup-talk\]
755 > even though "sup-talk" is definitely in the subject lines of the
756 > messages found by the second search.
757 >
758 > I thought it was a little unintuitive.
759
760 Yeah, this is unnecessarily weird.
761
762 I've changed this in SVN. It will take effect immediately for new
763 messages; to apply it to old messages you'll have to run sup-sync -a
764 (and wait while every single message is re-indexed).
765
766 --
767 William <wmorgan-sup at masanjin.net>
768
769 From wmorgan-sup@masanjin.net Mon May 28 00:04:49 2007
770 From: wmorgan-sup@masanjin.net (William Morgan)
771 Date: Sun, 27 May 2007 21:04:49 -0700
772 Subject: [sup-talk] saved searches
773 In-Reply-To: <1179912225-sup-166@doses>
774 References: <1179912225-sup-166@doses>
775 Message-ID: <1180323246-sup-4545@south>
776
777 Excerpts from Brian's message of Wed May 23 02:34:52 -0700 2007:
778 > I'd like it a lot if searches could be saved and search results could
779 > be automatically updated as new mail arrives.
780
781 This is a good idea, and saving searches and reusing them will be easy.
782 Unfortunately it will be tricky to have search results updated
783 automatically (at least in the general case where they can involve
784 subject or body text) because it will require some way of determining
785 whether an in-memory message matches a Ferret query, which Ferret may or
786 may not support. I'll look into it. I would like to have this feature,
787 and in the worst case you will have to manually refresh.
788
789 --
790 William <wmorgan-sup at masanjin.net>
791
792 From wmorgan-sup@masanjin.net Mon May 28 00:12:05 2007
793 From: wmorgan-sup@masanjin.net (William Morgan)
794 Date: Sun, 27 May 2007 21:12:05 -0700
795 Subject: [sup-talk] how to avoid adding labels based on source names
796 In-Reply-To: <20070527195013.GB4859@mona.jeffcovey.net>
797 References: <20070527195013.GB4859@mona.jeffcovey.net>
798 Message-ID: <1180325255-sup-6791@south>
799
800 Excerpts from jeff covey's message of Sun May 27 12:50:13 -0700 2007:
801 > how do i stop sup-sync from adding a label to each message based on
802 > the name of its source?
803
804 There is currently no way to do this. This is my top priority change at
805 the moment. I'm going to make the auto-added labels be a per-source
806 field in sources.yaml, and remove the current magic that generates them
807 without giving you a choice in the matter.
808
809 --
810 William <wmorgan-sup at masanjin.net>
811
812 From jeff.covey@pobox.com Mon May 28 06:32:00 2007
813 From: jeff.covey@pobox.com (jeff covey)
814 Date: Mon, 28 May 2007 06:32:00 -0400
815 Subject: [sup-talk] new mail notification hook
816 In-Reply-To: <1180319474-sup-513@doses>
817 References: <1180149989-sup-4780@doses>
818 <20070527195610.GA25182@mona.jeffcovey.net>
819 <1180319474-sup-513@doses>
820 Message-ID: <20070528103200.GA32323@mona.jeffcovey.net>
821
822 on Sun, May 27, 2007 at 09:32:36PM -0500%, Brian said:
823
824 > I don't know how anything like biff could detect that I have unread mail
825 > in some IMAP folder.
826
827 http://www.google.com/search?&q=imap%20biff
828
829 http://www.linuxlinks.com/Software/Internet/Mail/Notification/
830 , in particular, links to 14 biff programs with imap support.
831
832 sincerely,
833
834 --
835 jeff covey
836 http://jeffcovey.net/
837
838 -------------- next part --------------
839 A non-text attachment was scrubbed...
840 Name: not available
841 Type: application/pgp-signature
842 Size: 229 bytes
843 Desc: Digital signature
844 Url : http://rubyforge.org/pipermail/sup-talk/attachments/20070528/5fd86154/attachment.bin
845
846 From jeff.covey@pobox.com Mon May 28 06:35:49 2007
847 From: jeff.covey@pobox.com (jeff covey)
848 Date: Mon, 28 May 2007 06:35:49 -0400
849 Subject: [sup-talk] sup-sync-back not deleting messages
850 In-Reply-To: <1180320840-sup-2297@south>
851 References: <20070527202105.GA10521@mona.jeffcovey.net>
852 <1180320840-sup-2297@south>
853 Message-ID: <20070528103548.GB32323@mona.jeffcovey.net>
854
855 on Sun, May 27, 2007 at 07:55:19PM -0700%, William Morgan said:
856
857 > > sup-sync-back isn't deleting messages for me
858 >
859 > Sorry, I messed up. Please svn update and try again.
860
861 great; it's working now.
862
863 thanks,
864
865 --
866 jeff covey
867 http://jeffcovey.net/
868
869 -------------- next part --------------
870 A non-text attachment was scrubbed...
871 Name: not available
872 Type: application/pgp-signature
873 Size: 229 bytes
874 Desc: Digital signature
875 Url : http://rubyforge.org/pipermail/sup-talk/attachments/20070528/a8711aae/attachment.bin
876
877 From brian@lorf.org Mon May 28 06:51:35 2007
878 From: brian@lorf.org (Brian)
879 Date: Mon, 28 May 2007 05:51:35 -0500
880 Subject: [sup-talk] new mail notification hook
881 In-Reply-To: <20070528103200.GA32323@mona.jeffcovey.net>
882 References: <1180149989-sup-4780@doses>
883 <20070527195610.GA25182@mona.jeffcovey.net>
884 <1180319474-sup-513@doses>
885 <20070528103200.GA32323@mona.jeffcovey.net>
886 Message-ID: <1180349123-sup-988@doses>
887
888 Excerpts from jeff covey's message of Mon May 28 05:32:00 -0500 2007:
889 > on Sun, May 27, 2007 at 09:32:36PM -0500%, Brian said:
890 >
891 > > I don't know how anything like biff could detect that I have unread mail
892 > > in some IMAP folder.
893 >
894 > http://www.google.com/search?&q=imap%20biff
895 >
896 > http://www.linuxlinks.com/Software/Internet/Mail/Notification/
897 > , in particular, links to 14 biff programs with imap support.
898
899 I didn't defend my feature request very well. Yeah, some other program
900 could also poll all my sources. But then half the time I'd get the
901 notification and then be looking at a sup with no new mail, because *it*
902 hadn't gotten around to polling and seeing the new mail yet.
903
904 I'm a minimalist and hate bloat. This feature request is like maybe 5
905 extra lines. This exact feature has been useful in other MUAs like
906 Sylpheed and Claws. It would be easy to ignore. It wouldn't slow down
907 anything by any meaningful amount.
908
909
910 From wmorgan-sup@masanjin.net Wed May 30 03:11:59 2007
911 From: wmorgan-sup@masanjin.net (William Morgan)
912 Date: Wed, 30 May 2007 00:11:59 -0700
913 Subject: [sup-talk] new mail notification hook
914 In-Reply-To: <1180349123-sup-988@doses>
915 References: <1180149989-sup-4780@doses>
916 <20070527195610.GA25182@mona.jeffcovey.net>
917 <1180319474-sup-513@doses>
918 <20070528103200.GA32323@mona.jeffcovey.net>
919 <1180349123-sup-988@doses>
920 Message-ID: <1180508946-sup-2933@south>
921
922 Excerpts from Brian's message of Mon May 28 03:51:35 -0700 2007:
923 > I'm a minimalist and hate bloat. This feature request is like maybe 5
924 > extra lines. This exact feature has been useful in other MUAs like
925 > Sylpheed and Claws. It would be easy to ignore. It wouldn't slow down
926 > anything by any meaningful amount.
927
928 I've been thinking about writing a (simple) general framework for
929 hooking user-written Ruby code onto Sup events. You could then trivially
930 use that to accomplish this by calling system(...). What do you think?
931
932 --
933 William <wmorgan-sup at masanjin.net>
934
935 From brian@lorf.org Wed May 30 03:27:11 2007
936 From: brian@lorf.org (Brian)
937 Date: Wed, 30 May 2007 02:27:11 -0500
938 Subject: [sup-talk] new mail notification hook
939 In-Reply-To: <1180508946-sup-2933@south>
940 References: <1180149989-sup-4780@doses>
941 <20070527195610.GA25182@mona.jeffcovey.net>
942 <1180319474-sup-513@doses>
943 <20070528103200.GA32323@mona.jeffcovey.net>
944 <1180349123-sup-988@doses> <1180508946-sup-2933@south>
945 Message-ID: <1180509997-sup-405@doses>
946
947 Excerpts from William Morgan's message of Wed May 30 02:11:59 -0500 2007:
948 > I've been thinking about writing a (simple) general framework for
949 > hooking user-written Ruby code onto Sup events. You could then trivially
950 > use that to accomplish this by calling system(...). What do you think?
951
952 That'd be great.
953
954