sup

A curses threads-with-tags style email client

sup-website.git

git clone https://supmua.dev/git/sup-website/

community/pipermail-archives/sup-talk/2010-01.txt (227861B) - raw

      1 From tero@tilus.net  Fri Jan  1 12:01:22 2010
      2 From: tero@tilus.net (Tero Tilus)
      3 Date: Fri, 01 Jan 2010 19:01:22 +0200
      4 Subject: [sup-talk] Question About Sending New Emails
      5 In-Reply-To: <1262283000-sup-2677@ntdws12.chass.utoronto.ca>
      6 References: <1262281249-sup-8341@s897313>
      7 	<1262283000-sup-2677@ntdws12.chass.utoronto.ca>
      8 Message-ID: <1262365184-sup-5976@tilus.net>
      9 
     10 Ben Walton, 2009-12-31 20:12:
     11 > You can use one or both of the before-edit and reply-from hooks
     12 
     13 And of course you can hack the headers too when in editor.
     14 
     15 -- 
     16 Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/
     17 
     18 From wmorgan-sup@masanjin.net  Fri Jan  1 16:48:15 2010
     19 From: wmorgan-sup@masanjin.net (William Morgan)
     20 Date: Fri, 01 Jan 2010 13:48:15 -0800
     21 Subject: [sup-talk] fun stuff in git next
     22 Message-ID: <1262382203-sup-1890@masanjin.net>
     23 
     24 Thanks to inestimable Rich Lane, we have two particularly exciting
     25 things happening now in git next:
     26 
     27 1. Autosave. No more hitting '$' in thread-view-mode. (Actually hitting
     28 '$' will now send you to the bottom of the buffer.)
     29 
     30 2. Ruby 1.9 support. There are a few warts here and there, but it works!
     31 You will need either Xapian or the special compiled-for-1.9 Ferret gem
     32 that's been floating around for this.
     33 
     34 Those of you following git master will also notice a bunch of new
     35 features that have been merged down from next, in preparation for the
     36 0.10 release.
     37 -- 
     38 William <wmorgan-sup at masanjin.net>
     39 
     40 From ezyang@MIT.EDU  Fri Jan  1 17:05:26 2010
     41 From: ezyang@MIT.EDU (Edward Z. Yang)
     42 Date: Fri, 01 Jan 2010 17:05:26 -0500
     43 Subject: [sup-talk] fun stuff in git next
     44 In-Reply-To: <1262382203-sup-1890@masanjin.net>
     45 References: <1262382203-sup-1890@masanjin.net>
     46 Message-ID: <1262383509-sup-2516@ezyang>
     47 
     48 Excerpts from William Morgan's message of Fri Jan 01 16:48:15 -0500 2010:
     49 > Thanks to inestimable Rich Lane, we have two particularly exciting
     50 > things happening now in git next:
     51 
     52 Happy news! I'll upgrade shortly.
     53 
     54 Cheers,
     55 Edward
     56 
     57 From richard@infoarts.info  Fri Jan  1 23:27:25 2010
     58 From: richard@infoarts.info (Richard Sandilands)
     59 Date: Sat, 2 Jan 2010 15:27:25 +1100
     60 Subject: [sup-talk] fun stuff in git next
     61 In-Reply-To: <1262382203-sup-1890@masanjin.net>
     62 References: <1262382203-sup-1890@masanjin.net>
     63 Message-ID: <2e8d08f1001012027w62bbff13gacd8a19a0394f7ed@mail.gmail.com>
     64 
     65 I'm getting the following error after pulling next:
     66 
     67 /Library/Ruby/Gems/1.8/gems/sup-999/lib/sup/util.rb:520:in `send':
     68 undefined method `stop_sync_worker' for
     69 #<Redwood::XapianIndex:0x101fd15b8> (NoMethodError)
     70 	from /Library/Ruby/Gems/1.8/gems/sup-999/lib/sup/util.rb:520:in
     71 `method_missing'
     72 	from /Users/richard/src/mainline/bin/sup:350
     73 
     74 From rlane@club.cc.cmu.edu  Fri Jan  1 23:36:12 2010
     75 From: rlane@club.cc.cmu.edu (Rich Lane)
     76 Date: Fri, 01 Jan 2010 23:36:12 -0500
     77 Subject: [sup-talk] fun stuff in git next
     78 In-Reply-To: <2e8d08f1001012027w62bbff13gacd8a19a0394f7ed@mail.gmail.com>
     79 References: <1262382203-sup-1890@masanjin.net>
     80 	<2e8d08f1001012027w62bbff13gacd8a19a0394f7ed@mail.gmail.com>
     81 Message-ID: <1262406810-sup-6131@zyrg.net>
     82 
     83 Excerpts from Richard Sandilands's message of Fri Jan 01 23:27:25 -0500 2010:
     84 > I'm getting the following error after pulling next:
     85 > 
     86 > /Library/Ruby/Gems/1.8/gems/sup-999/lib/sup/util.rb:520:in `send':
     87 > undefined method `stop_sync_worker' for
     88 > #<Redwood::XapianIndex:0x101fd15b8> (NoMethodError)
     89 >     from /Library/Ruby/Gems/1.8/gems/sup-999/lib/sup/util.rb:520:in
     90 > `method_missing'
     91 >     from /Users/richard/src/mainline/bin/sup:350
     92 
     93 It looks like you're using the lib/ directory of an older installed gem.
     94 Make sure you have -I./lib (or the correct path to your sup lib dir) in
     95 your ruby arguments when running your git working copy.
     96 
     97 From pi+sup@pihost.us  Sat Jan  2 15:06:16 2010
     98 From: pi+sup@pihost.us (Anthony Martinez)
     99 Date: Sat, 02 Jan 2010 13:06:16 -0700
    100 Subject: [sup-talk] Ferret to Xapian conversion
    101 Message-ID: <1262460996-sup-1383@home.mrtheplague.net>
    102 
    103 Ferret is starting to give me trouble (StateErrors when I'm marking messages in
    104 the Unread mode as read), so I figure that there is no better time to convert to
    105 Xapian. However, the documentation on the Wiki hasn't been updated since
    106 (September of) last year.
    107 
    108 A quick glance over the recent patches doesn't suggest anything that would break
    109 the procedure on the Wiki, and I assume that Rich Lane and others are running on
    110 Xapian without excessive trouble, so the only difference from the Wiki is that
    111 we can run sup without -o and rm -rf ~/.sup/ferret nowadays.
    112 
    113 Is that an accurate assessment?
    114 
    115 -- Anthony
    116 
    117 From wmorgan-sup@masanjin.net  Sat Jan  2 16:24:04 2010
    118 From: wmorgan-sup@masanjin.net (William Morgan)
    119 Date: Sat, 02 Jan 2010 13:24:04 -0800
    120 Subject: [sup-talk] Ferret to Xapian conversion
    121 In-Reply-To: <1262460996-sup-1383@home.mrtheplague.net>
    122 References: <1262460996-sup-1383@home.mrtheplague.net>
    123 Message-ID: <1262467343-sup-9565@masanjin.net>
    124 
    125 Reformatted excerpts from Anthony Martinez's message of 2010-01-02:
    126 > A quick glance over the recent patches doesn't suggest anything that would break
    127 > the procedure on the Wiki, and I assume that Rich Lane and others are running on
    128 > Xapian without excessive trouble, so the only difference from the Wiki is that
    129 > we can run sup without -o and rm -rf ~/.sup/ferret nowadays.
    130 
    131 I'm just about to start work on a coversion script, so if you want to
    132 wait a few hours, it should be easy to have an automated version of
    133 this.
    134 
    135 > Is that an accurate assessment?
    136 
    137 Yes.
    138 -- 
    139 William <wmorgan-sup at masanjin.net>
    140 
    141 From wmorgan-sup@masanjin.net  Sat Jan  2 17:34:46 2010
    142 From: wmorgan-sup@masanjin.net (William Morgan)
    143 Date: Sat, 02 Jan 2010 14:34:46 -0800
    144 Subject: [sup-talk] Ferret to Xapian conversion
    145 In-Reply-To: <1262467343-sup-9565@masanjin.net>
    146 References: <1262460996-sup-1383@home.mrtheplague.net>
    147 	<1262467343-sup-9565@masanjin.net>
    148 Message-ID: <1262471675-sup-1708@masanjin.net>
    149 
    150 Reformatted excerpts from William Morgan's message of 2010-01-02:
    151 > I'm just about to start work on a coversion script, so if you want to
    152 > wait a few hours, it should be easy to have an automated version of
    153 > this.
    154 
    155 Or a few days.
    156 -- 
    157 William <wmorgan-sup at masanjin.net>
    158 
    159 From wmorgan-sup@masanjin.net  Sun Jan  3 10:18:53 2010
    160 From: wmorgan-sup@masanjin.net (William Morgan)
    161 Date: Sun, 03 Jan 2010 07:18:53 -0800
    162 Subject: [sup-talk] Ferret to Xapian conversion
    163 In-Reply-To: <1262471675-sup-1708@masanjin.net>
    164 References: <1262460996-sup-1383@home.mrtheplague.net>
    165 	<1262467343-sup-9565@masanjin.net>
    166 	<1262471675-sup-1708@masanjin.net>
    167 Message-ID: <1262531773-sup-5192@masanjin.net>
    168 
    169 If you pull the latest git next, there should be a
    170 sup-convert-ferret-index script which should automate this process. (You
    171 will also start getting yelled at for using Ferret.)
    172 
    173 If you run this script, please report your experience, since I'd like to
    174 include it in the 0.10 release coming soon.
    175 
    176 It doesn't remove your old .ferret directory, so if anything goes wrong
    177 (unlikely, but hey), you should be able to recover.
    178 -- 
    179 William <wmorgan-sup at masanjin.net>
    180 
    181 From pi+sup@pihost.us  Sun Jan  3 14:38:52 2010
    182 From: pi+sup@pihost.us (Anthony Martinez)
    183 Date: Sun, 03 Jan 2010 12:38:52 -0700
    184 Subject: [sup-talk] Ferret to Xapian conversion
    185 In-Reply-To: <1262531773-sup-5192@masanjin.net>
    186 References: <1262460996-sup-1383@home.mrtheplague.net>
    187 	<1262467343-sup-9565@masanjin.net>
    188 	<1262471675-sup-1708@masanjin.net>
    189 	<1262531773-sup-5192@masanjin.net>
    190 Message-ID: <1262546960-sup-6875@home.mrtheplague.net>
    191 
    192 Excerpts from William Morgan's message of Sun Jan 03 08:18:53 -0700 2010:
    193 > If you run this script, please report your experience, since I'd like to
    194 > include it in the 0.10 release coming soon.
    195 
    196 Here is a patch to make it complain about not having Xapian *before* starting
    197 the state dump, so it doesn't get to step 3 and suddenly find out that it can't
    198 load Xapian.
    199 
    200 Speaking of not having the Xapian gem, when I tried "gem install xapian-full",
    201 it looked like it worked, but didn't actually install a gem on my system. Here's
    202 the build log: http://pastebin.com/f2d25a13c
    203 
    204 I tried the regular 'xapian' gem, but the version available in Debian unstable
    205 is newer than the gem bindings, so that one outright refuses to compile.
    206 
    207 Help!
    208 
    209 diff --git a/bin/sup-convert-ferret-index b/bin/sup-convert-ferret-index
    210 index 96a97aa..e78ac4b 100755
    211 --- a/bin/sup-convert-ferret-index
    212 +++ b/bin/sup-convert-ferret-index
    213 @@ -42,6 +42,12 @@ def run cmd
    214    puts
    215  end
    216  
    217 +begin
    218 +    require 'xapian'
    219 +rescue LoadError
    220 +    Trollop::die "you don't have the xapian gem installed, so this script won't do much for you. `gem install xapian' first."
    221 +end
    222 +
    223  Redwood::start
    224  index = Redwood::Index.init
    225  Trollop::die "you appear to already have a Xapian index--delete #{File.join(Redwood::BASE_DIR, "xapian")} if you really want to do this" unless Redwood::Index.is_a_deprecated_ferret_index?
    226 
    227 From rlane@club.cc.cmu.edu  Sun Jan  3 15:18:35 2010
    228 From: rlane@club.cc.cmu.edu (Rich Lane)
    229 Date: Sun, 03 Jan 2010 15:18:35 -0500
    230 Subject: [sup-talk] Ferret to Xapian conversion
    231 In-Reply-To: <1262546960-sup-6875@home.mrtheplague.net>
    232 References: <1262460996-sup-1383@home.mrtheplague.net>
    233 	<1262467343-sup-9565@masanjin.net>
    234 	<1262471675-sup-1708@masanjin.net>
    235 	<1262531773-sup-5192@masanjin.net>
    236 	<1262546960-sup-6875@home.mrtheplague.net>
    237 Message-ID: <1262549410-sup-7918@zyrg.net>
    238 
    239 Excerpts from Anthony Martinez's message of 2010-01-03 14:38:52 -0500:
    240 > Speaking of not having the Xapian gem, when I tried "gem install xapian-full",
    241 > it looked like it worked, but didn't actually install a gem on my system. Here's
    242 > the build log: http://pastebin.com/f2d25a13c
    243 > 
    244 > I tried the regular 'xapian' gem, but the version available in Debian unstable
    245 > is newer than the gem bindings, so that one outright refuses to compile.
    246 
    247 I noticed that gem thinks the xapian compile failed, but it actually
    248 succeeded and since it was in-place the installed gem worked fine. I've
    249 pushed the ncursesw source to my github so please tinker and send me a
    250 patch. I'm traveling for the next day so I won't be able to fix it soon
    251 myself.
    252 
    253 From sjh@foolishpride.org  Sun Jan  3 13:54:23 2010
    254 From: sjh@foolishpride.org (Scott Henson)
    255 Date: Sun, 3 Jan 2010 13:54:23 -0500
    256 Subject: [sup-talk] Moving messages between sources and generic auto
    257 	labeling hook
    258 Message-ID: <6c0c31751001031054o1befd9e4k34911bcc9e04461c@mail.gmail.com>
    259 
    260 Is it possible to have sup move messages between sources?  I have only so
    261 much storage on my mail server (work related) and if I don't expire messages
    262 out of my inbox, I hit the limit on a regular basis.  I have offlineimap
    263 syncing the email down to local maildirs.  I would like to have sup move
    264 mails from the INBOX source to an archive source.  Is this possible?  It
    265 would be nice if the archive source was a group of sources according to year
    266 and month, but that would be gravy.
    267 
    268 I've found a python script that will do this for me on the Maildir, but I'm
    269 not sure what this will do to the sup index.  Would I be able to do this on
    270 a nightly basis and then do a full rescan on the INBOX source and the
    271 archive sources?  Would the messages keep their labels?
    272 
    273 My second question revolves around labeling.  I see the before add hook is
    274 what is supposed to be used for labeling.  Does everyone just write ruby in
    275 that hook or does someone have a simpler syntax for filtering that a generic
    276 before add hook that uses it?  I'm thinking the simplest would be yaml, but
    277 this being ruby I would think creating a DSL for filtering would be pretty
    278 easy and make autolabeling an easier affair than writing straight ruby.
    279 
    280 Any help would be much appreciated.  Thanks.
    281 
    282 -- 
    283 Scott Henson
    284 -------------- next part --------------
    285 An HTML attachment was scrubbed...
    286 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20100103/f9599510/attachment.html>
    287 
    288 From wmorgan-sup@masanjin.net  Sun Jan  3 17:22:25 2010
    289 From: wmorgan-sup@masanjin.net (William Morgan)
    290 Date: Sun, 03 Jan 2010 14:22:25 -0800
    291 Subject: [sup-talk] unread status
    292 In-Reply-To: <1262133096-sup-2807@tangerine.lanl.gov>
    293 References: <1262098048-sup-7303@tw> <1262127103-sup-307@masanjin.net>
    294 	<1262128268-sup-2780@tw> <1262128724-sup-1138@tilus.net>
    295 	<1262130179-sup-8306@zyrg.net> <1262130868-sup-2032@masanjin.net>
    296 	<1262133096-sup-2807@tangerine.lanl.gov>
    297 Message-ID: <1262557187-sup-8151@masanjin.net>
    298 
    299 Reformatted excerpts from John Bent's message of 2009-12-29:
    300 > I spent a couple of unsuccessful hours last week trying to switch.
    301 > Anyway else on an old PPC OS X who has been able to transition?
    302 
    303 Please try sup-convert-ferret-index in git next and report any problems.
    304 -- 
    305 William <wmorgan-sup at masanjin.net>
    306 
    307 From pi+sup@pihost.us  Sun Jan  3 17:47:39 2010
    308 From: pi+sup@pihost.us (Anthony Martinez)
    309 Date: Sun, 03 Jan 2010 15:47:39 -0700
    310 Subject: [sup-talk] Ferret to Xapian conversion
    311 In-Reply-To: <1262549410-sup-7918@zyrg.net>
    312 References: <1262460996-sup-1383@home.mrtheplague.net>
    313 	<1262467343-sup-9565@masanjin.net>
    314 	<1262471675-sup-1708@masanjin.net>
    315 	<1262531773-sup-5192@masanjin.net>
    316 	<1262546960-sup-6875@home.mrtheplague.net>
    317 	<1262549410-sup-7918@zyrg.net>
    318 Message-ID: <1262558818-sup-5188@home.mrtheplague.net>
    319 
    320 Excerpts from Rich Lane's message of Sun Jan 03 13:18:35 -0700 2010:
    321 > Excerpts from Anthony Martinez's message of 2010-01-03 14:38:52 -0500:
    322 > > Speaking of not having the Xapian gem, when I tried "gem install xapian-full",
    323 > > it looked like it worked, but didn't actually install a gem on my system. Here's
    324 > > the build log: http://pastebin.com/f2d25a13c
    325 > 
    326 > I noticed that gem thinks the xapian compile failed, but it actually
    327 > succeeded and since it was in-place the installed gem worked fine.
    328 
    329 I don't know enough about packaging Gems to help out, unfortunately. The way I'm
    330 proceeding for now is to add "-I /var/lib/gems/1.8/gems/xapian-full-1.1.3/lib/"
    331 to my Ruby command line (and in the case of the conversion script, to the
    332 RUBY_INVOCATION environment). Life is ridiculous. :)
    333 
    334 It appears to have worked, though, as I'm now writing this from a
    335 Xapian-indexed sup!
    336 
    337 From kevinr@free-dissociation.com  Sun Jan  3 18:52:20 2010
    338 From: kevinr@free-dissociation.com (Kevin Riggle)
    339 Date: Sun, 03 Jan 2010 18:52:20 -0500
    340 Subject: [sup-talk] Ferret to Xapian conversion
    341 In-Reply-To: <1262531773-sup-5192@masanjin.net>
    342 References: <1262460996-sup-1383@home.mrtheplague.net>
    343 	<1262467343-sup-9565@masanjin.net>
    344 	<1262471675-sup-1708@masanjin.net>
    345 	<1262531773-sup-5192@masanjin.net>
    346 Message-ID: <1262562493-sup-7933@black-opal.mit.edu>
    347 
    348 Excerpts from William Morgan's message of Sun Jan 03 10:18:53 -0500 2010:
    349 > If you run this script, please report your experience, since I'd like to
    350 > include it in the 0.10 release coming soon.
    351 > 
    352 When I run the script, I get a number of lines complaining about being unable
    353 to convert various encodings -- is this expected behavior?
    354 
    355 eg.:
    356 
    357 ## read 15375m (about 19%) @ 8.1m/s. 0:31:44 elapsed, about 2:17:28 remaining
    358 [Sun Jan 03 14:53:33 -0500 2010] WARNING: couldn't transcode text from UTF-8 (utf-8) to UTF-8) ("Summer time is popul"...) (got "\223assisting\224 with"... (Iconv::IllegalSequence))
    359 ...
    360 [Sun Jan 03 15:31:45 -0500 2010] WARNING: couldn't transcode text from ANSI (ANSI) to UTF-8) ("Dear Librarian, \n\nBr"...) (got invalid encoding ("UTF-8", "ANSI") (Iconv::InvalidEncoding))
    361 ## read 33992m (about 41%) @ 8.1m/s. 1:10:13 elapsed, about 1:39:07 remaining
    362 [Sun Jan 03 15:31:55 -0500 2010] WARNING: couldn't transcode text from X-UNKNOWN (ASCII) to UTF-8) ("I agree with Jacky's"...) (got "\240 \240 \240I actually "... (Iconv::IllegalSequence))
    363 
    364 Also, the conversion appeared to terminate prematurely, so I didn't bother 
    365 running Sup against the resulting database.  The last few lines were:
    366 
    367 ## read 34123m (about 42%) @ 8.1m/s. 1:10:28 elapsed, about 1:38:49 remaining
    368 ## read 34259m (about 42%) @ 8.1m/s. 1:10:43 elapsed, about 1:38:30 remaining
    369 ## read 34388m (about 42%) @ 8.1m/s. 1:10:58 elapsed, about 1:38:12 remaining
    370 kevinr at black-opal:~/src/sup$ 
    371 
    372 - Kevin
    373 -- 
    374 Kevin Riggle (kevinr at free-dissociation.com) 
    375 MIT Class of 2010, Course VI-3 (Computer Science)
    376 http://free-dissociation.com
    377 
    378 From scott@foolishpride.org  Sun Jan  3 20:41:49 2010
    379 From: scott@foolishpride.org (Scott Henson)
    380 Date: Sun, 3 Jan 2010 20:41:49 -0500
    381 Subject: [sup-talk] Moving messages between sources and generic auto
    382 	labeling hook
    383 Message-ID: <6c0c31751001031741t59b5352aifacb67dcf51ebd3b@mail.gmail.com>
    384 
    385 Is it possible to have sup move messages between sources?  I have only so
    386 much storage on my mail server (work related) and if I don't expire messages
    387 out of my inbox, I hit the limit on a regular basis.  I have offlineimap
    388 syncing the email down to local maildirs.  I would like to have sup move
    389 mails from the INBOX source to an archive source.  Is this possible?  It
    390 would be nice if the archive source was a group of sources according to year
    391 and month, but that would be gravy.
    392 
    393 I've found a python script that will do this for me on the Maildir, but I'm
    394 not sure what this will do to the sup index.  Would I be able to do this on
    395 a nightly basis and then do a full rescan on the INBOX source and the
    396 archive sources?  Would the messages keep their labels?
    397 
    398 My second question revolves around labeling.  I see the before add hook is
    399 what is supposed to be used for labeling.  Does everyone just write ruby in
    400 that hook or does someone have a simpler syntax for filtering that a generic
    401 before add hook that uses it?  I'm thinking the simplest would be yaml, but
    402 this being ruby I would think creating a DSL for filtering would be pretty
    403 easy and make autolabeling an easier affair than writing straight ruby.
    404 
    405 Any help would be much appreciated.  Thanks.
    406 
    407 -- 
    408 Scott Henson
    409 -------------- next part --------------
    410 An HTML attachment was scrubbed...
    411 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20100103/cd643fe1/attachment.html>
    412 
    413 From jof@thejof.com  Sun Jan  3 22:35:08 2010
    414 From: jof@thejof.com (Jonathan Lassoff)
    415 Date: Sun, 03 Jan 2010 19:35:08 -0800
    416 Subject: [sup-talk] Delete A Source From Ferret Index
    417 Message-ID: <1262573310-sup-6062@sfo.thejof.com>
    418 
    419 I've run into a predicament with my regular-use sup index. I was hit by
    420 the Spamassassin 2010 bug over New Years just now, and realized I ought
    421 to take an occasional look at what gets dropped in my folder for things
    422 marked spam.
    423 
    424 Silly me, I ran sup-add for the maildir containing spam email, but
    425 forgot to add an option to label it as spam.
    426 
    427 Any suggestions for removing all messages from the index that belong to
    428 a certain source?
    429 
    430 Thanks,
    431 jonathan
    432 
    433 From btricha@gmail.com  Mon Jan  4 09:10:21 2010
    434 From: btricha@gmail.com (Bryan Richardson)
    435 Date: Mon, 4 Jan 2010 07:10:21 -0700
    436 Subject: [sup-talk] Question About Sending New Emails
    437 In-Reply-To: <1262365184-sup-5976@tilus.net>
    438 References: <1262281249-sup-8341@s897313>
    439 	<1262283000-sup-2677@ntdws12.chass.utoronto.ca>
    440 	<1262365184-sup-5976@tilus.net>
    441 Message-ID: <3f81a4241001040610r651c2706ve37fdc0bb6b801a1@mail.gmail.com>
    442 
    443 Ah... hacking of the headers is probably what I want. Thanks!
    444 
    445 On Fri, Jan 1, 2010 at 10:01 AM, Tero Tilus <tero at tilus.net> wrote:
    446 
    447 > Ben Walton, 2009-12-31 20:12:
    448 > > You can use one or both of the before-edit and reply-from hooks
    449 >
    450 > And of course you can hack the headers too when in editor.
    451 >
    452 > --
    453 > Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/
    454 > _______________________________________________
    455 > sup-talk mailing list
    456 > sup-talk at rubyforge.org
    457 > http://rubyforge.org/mailman/listinfo/sup-talk
    458 >
    459 -------------- next part --------------
    460 An HTML attachment was scrubbed...
    461 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20100104/bb29e09e/attachment.html>
    462 
    463 From btricha@gmail.com  Mon Jan  4 11:50:57 2010
    464 From: btricha@gmail.com (Bryan Richardson)
    465 Date: Mon, 4 Jan 2010 09:50:57 -0700
    466 Subject: [sup-talk] Add Recipient from Contacts to Existing Email
    467 Message-ID: <3f81a4241001040850u14e865f3s85664ac49515bd30@mail.gmail.com>
    468 
    469 Hello all,
    470 
    471 Say I'm wanting to send an email to someone from my Contacts list, but also
    472 CC someone else from my contacts list. Right now, my method of operation is
    473 to bring up my Contacts, search for the recipient and hit enter. Then, I hit
    474 'c' to edit the CC recipients and add the email address manually. Is there a
    475 way I can add a CC recipient my searching the Contacts once I've already
    476 started a new email?
    477 
    478 --
    479 Thanks!
    480 Bryan
    481 -------------- next part --------------
    482 An HTML attachment was scrubbed...
    483 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20100104/2f45952f/attachment.html>
    484 
    485 From hyperbolist@gmail.com  Mon Jan  4 13:13:21 2010
    486 From: hyperbolist@gmail.com (Eric Sherman)
    487 Date: Mon, 04 Jan 2010 13:13:21 -0500
    488 Subject: [sup-talk] Add Recipient from Contacts to Existing Email
    489 In-Reply-To: <3f81a4241001040850u14e865f3s85664ac49515bd30@mail.gmail.com>
    490 References: <3f81a4241001040850u14e865f3s85664ac49515bd30@mail.gmail.com>
    491 Message-ID: <1262628437-sup-5865@changeling.local>
    492 
    493 Excerpts from Bryan Richardson's message of Mon Jan 04 11:50:57 -0500 2010:
    494 > Hello all,
    495 > 
    496 > Say I'm wanting to send an email to someone from my Contacts list, but also
    497 > CC someone else from my contacts list. Right now, my method of operation is
    498 > to bring up my Contacts, search for the recipient and hit enter. Then, I hit
    499 > 'c' to edit the CC recipients and add the email address manually. Is there a
    500 > way I can add a CC recipient my searching the Contacts once I've already
    501 > started a new email?
    502 
    503 You can use tab completion, optionally making use of the
    504 extra-contact-addresses hook, or just type an alias if it exists.
    505 
    506 From johnbent@lanl.gov  Mon Jan  4 13:22:05 2010
    507 From: johnbent@lanl.gov (John Bent)
    508 Date: Mon, 04 Jan 2010 11:22:05 -0700
    509 Subject: [sup-talk] Add Recipient from Contacts to Existing Email
    510 In-Reply-To: <3f81a4241001040850u14e865f3s85664ac49515bd30@mail.gmail.com>
    511 References: <3f81a4241001040850u14e865f3s85664ac49515bd30@mail.gmail.com>
    512 Message-ID: <1262629283-sup-7854@tangerine.lanl.gov>
    513 
    514 Excerpts from Bryan Richardson's message of Mon Jan 04 09:50:57 -0700 2010:
    515 > Say I'm wanting to send an email to someone from my Contacts list, but also
    516 > CC someone else from my contacts list. Right now, my method of operation is
    517 > to bring up my Contacts, search for the recipient and hit enter. Then, I hit
    518 > 'c' to edit the CC recipients and add the email address manually. Is there a
    519 > way I can add a CC recipient my searching the Contacts once I've already
    520 > started a new email?
    521 > 
    522 I use lbdb integrated into my sup editor (vim):
    523 http://sup.rubyforge.org/wiki/wiki.pl?LbdbIntegration
    524 
    525 John
    526 
    527 From btricha@gmail.com  Mon Jan  4 13:36:51 2010
    528 From: btricha@gmail.com (Bryan Richardson)
    529 Date: Mon, 4 Jan 2010 11:36:51 -0700
    530 Subject: [sup-talk] Add Recipient from Contacts to Existing Email
    531 In-Reply-To: <1262628437-sup-5865@changeling.local>
    532 References: <3f81a4241001040850u14e865f3s85664ac49515bd30@mail.gmail.com>
    533 	<1262628437-sup-5865@changeling.local>
    534 Message-ID: <3f81a4241001041036i62663d06p14480324c961a58e@mail.gmail.com>
    535 
    536 On Mon, Jan 4, 2010 at 11:13 AM, Eric Sherman <hyperbolist at gmail.com> wrote:
    537 
    538 > Excerpts from Bryan Richardson's message of Mon Jan 04 11:50:57 -0500 2010:
    539 > > Hello all,
    540 > >
    541 > > Say I'm wanting to send an email to someone from my Contacts list, but
    542 > also
    543 > > CC someone else from my contacts list. Right now, my method of operation
    544 > is
    545 > > to bring up my Contacts, search for the recipient and hit enter. Then, I
    546 > hit
    547 > > 'c' to edit the CC recipients and add the email address manually. Is
    548 > there a
    549 > > way I can add a CC recipient my searching the Contacts once I've already
    550 > > started a new email?
    551 >
    552 > You can use tab completion, optionally making use of the
    553 > extra-contact-addresses hook, or just type an alias if it exists.
    554 > _______________________________________________
    555 > sup-talk mailing list
    556 > sup-talk at rubyforge.org
    557 > http://rubyforge.org/mailman/listinfo/sup-talk
    558 >
    559 
    560 Grrr... sorry. Hadn't tried tab completion. Thanks!
    561 -------------- next part --------------
    562 An HTML attachment was scrubbed...
    563 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20100104/934db3c3/attachment.html>
    564 
    565 From marka@pobox.com  Mon Jan  4 13:49:31 2010
    566 From: marka@pobox.com (Mark Alexander)
    567 Date: Mon, 04 Jan 2010 13:49:31 -0500
    568 Subject: [sup-talk] Ruby 1.9 required for git next?
    569 Message-ID: <1262630674-sup-174@r50p>
    570 
    571 I finally bit the bullet and converted to Xapian after a doing git
    572 pull and switching to the next branch.  (I had the problems mentioned
    573 earlier with the xapian-full gem not installing correctly even though
    574 it compiled.) Anyway, I'm now getting these warnings:
    575 
    576 ./lib/sup/maildir.rb:210: warning: encoding options not supported in 1.8:
    577 
    578 at this line:
    579 
    580       File.open(fn, 'rb:BINARY') { |f| yield f }
    581 
    582 Am I supposed to be using Ruby 1.9 with next?
    583 
    584 From btricha@gmail.com  Mon Jan  4 13:55:44 2010
    585 From: btricha@gmail.com (Bryan Richardson)
    586 Date: Mon, 4 Jan 2010 11:55:44 -0700
    587 Subject: [sup-talk] sent_source - singular or per-account?
    588 In-Reply-To: <1246542975-sup-7239@ntdws12.chass.utoronto.ca>
    589 References: <f4cc59760907010248r5598eb50sf29b3ae8f500e5f8@mail.gmail.com>
    590 	<1246476925-sup-5046@ntdws12.chass.utoronto.ca>
    591 	<f4cc59760907011930x4678e623j33a777ef03b7da55@mail.gmail.com>
    592 	<1246502666-sup-1295@ntdws12.chass.utoronto.ca>
    593 	<f4cc59760907020314o60100e01r1a1f8af4d354030a@mail.gmail.com>
    594 	<1246542975-sup-7239@ntdws12.chass.utoronto.ca>
    595 Message-ID: <3f81a4241001041055t443931c6vbbe1e7a44599d4f1@mail.gmail.com>
    596 
    597 On Thu, Jul 2, 2009 at 7:02 AM, Ben Walton <bwalton at artsci.utoronto.ca>wrote:
    598 
    599 > Excerpts from Jim Cheetham's message of Thu Jul 02 06:14:23 -0400 2009:
    600 >
    601 > > Almost; what I (could have) said was that I wanted to write to a
    602 > > different source depending on which account is in use for the
    603 > > current message; I wasn't fixating on the From address itself,
    604 > > although with a better understanding of the code you might declare
    605 > > that they are effectively the same anyway :-)
    606 >
    607 > Ok.  I _think_ that difference would come out in the wash, unless I'm
    608 > overlooking a subtlety.  Thanks for clarifying your needs/wants
    609 > though.
    610 >
    611 > > >  You'd either need to make a separate config entry in each account
    612 > > > that gets setup (similar to the sendmail that you note) or provide
    613 > > > the ability for the user to select the sent box in some other way.
    614 > >
    615 > > Yes; and in either case I think we can't just override the current
    616 > > global sent_source, because this is being used to read messages from,
    617 > > in order to include them in the threads.
    618 >
    619 > As long as sup is configured with all sources that might be returned
    620 > from the hook, including the default source, it should be ok.  It'll
    621 > still poll all sources and thread messages appropriately.
    622 >
    623 > > Mmm, I think the hook route would expose you to a lot of change,
    624 > > because whenever a 'new' source (i.e. one not known about as load
    625 > > time) is declared in the hook, you'll have to remember it so it can be
    626 > > included in the index, and be available next time sup starts too.
    627 >
    628 > My take on this is that the hook would be constrained to return only
    629 > existing sources.  On the other hand, aside from an initial import of
    630 > any existing mail in a new folder, I'm not sure that adding new
    631 > sources on the fly would be that bad.
    632 >
    633 > > Whereas requiring sent_sources to be declared at load time only means
    634 > > they can be added as sources just like the current singular one is.
    635 >
    636 > I was picturing the hook return value to be a uri suitable for passing
    637 > to Index.source_for.  If that method call failed, the default would be
    638 > used.  There are of course other (maybe better) ways to do this, but
    639 > that's what I was thinking last night.  Using this technique, you're
    640 > limited to existing sources and you also have an easy way to back out
    641 > of a 'hook gone wild.'
    642 >
    643 > > I've been browsing the source this evening, I don't have a very good
    644 > > grasp of Ruby idiom but I do find it to be very readable in general
    645 > > :-) However, I've come to a halt in SentManager.write_sent_message,
    646 >
    647 > It is a beautiful, expressive language! :)
    648 >
    649 > > because I haven't figured out how @source.store_message relates to my
    650 > > store URI, and therefore the relevant store_message function. I mean,
    651 > > if :sent_store: is configured, how does @source get created from
    652 > > @source_uri?
    653 >
    654 > At startup, SentManager is initialized with a URI.  This is either the
    655 > value of :sent_source: from config.yaml or the default (special) value
    656 > sup://sent.  A little later on, after the Index has been initialized,
    657 > it is asked for the source that corresponds to the URI value passed to
    658 > SentManager.  If this source is found in the Index, it is assigned to
    659 > the @source value.  Otherwise, the SentManager.default_source method
    660 > is triggered.
    661 >
    662 > So, when one of the message modes calls write_sent_message, it has
    663 > either a specific source or the default ready to go.  Sources usable
    664 > by SentManager are constrained such that they must respond to
    665 > store_message.  This excludes ssh+mbox URI's from being a valid sent
    666 > mail source.
    667 >
    668 > > If we have multiple sent_sources, that contradicts the singleton
    669 > > SentManager, unless @source becomes a hash keyed off from_email ... at
    670 > > which point I'm pushing my Ruby skills too far for the evening.
    671 >
    672 > I don't think it precludes it from being a singleton, but it would
    673 > require some heavy reworking of the initialization logic for it.
    674 >
    675 > I just popped into sent.rb and was all set to knock out a patch to add
    676 > the hook and I discovered that my memory of this wasn't what I
    677 > thought.  SentManager doesn't ever _see_ the message.  It simply
    678 > facilitates calling the store_message method of whatever source is
    679 > configured and that source object in turn provides an object that acts
    680 > like an IO object to the edit-message-mode call site.  This
    681 > complicates either approach discussed here since the determination of
    682 > which source to use can't be constrained to SentManager...presently,
    683 > it would end up in edit-message-mode, which wouldn't be the right spot
    684 > for the logic, I don't think.
    685 >
    686 > More thinking required, I believe.
    687 >
    688 > -Ben
    689 > --
    690 > Ben Walton
    691 > Systems Programmer - CHASS
    692 > University of Toronto
    693 > C:416.407.5610 | W:416.978.4302
    694 >
    695 > GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu
    696 > Contact me to arrange for a CAcert assurance meeting.
    697 >
    698 > _______________________________________________
    699 > sup-talk mailing list
    700 > sup-talk at rubyforge.org
    701 > http://rubyforge.org/mailman/listinfo/sup-talk
    702 >
    703 >
    704 Hello,
    705 
    706 Just curious if this ever got implemented... I use Sup at work to check both
    707 work and personal email, and when responding to personal email I'd like the
    708 response to be saved in a different source.
    709 
    710 --
    711 Thanks!
    712 Bryan
    713 -------------- next part --------------
    714 An HTML attachment was scrubbed...
    715 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20100104/a1aac8f1/attachment.html>
    716 
    717 From marka@pobox.com  Mon Jan  4 13:58:45 2010
    718 From: marka@pobox.com (Mark Alexander)
    719 Date: Mon, 04 Jan 2010 13:58:45 -0500
    720 Subject: [sup-talk] Ruby 1.9 required for git next?
    721 In-Reply-To: <1262630674-sup-174@r50p>
    722 References: <1262630674-sup-174@r50p>
    723 Message-ID: <1262631436-sup-2672@r50p>
    724 
    725 Excerpts from Mark Alexander's message of Mon Jan 04 13:49:31 -0500 2010:
    726 > ./lib/sup/maildir.rb:210: warning: encoding options not supported in 1.8:
    727 
    728 The attached horrible hack fixes it for me.  There's probably
    729 a better way, but I was desperate.
    730 -------------- next part --------------
    731 A non-text attachment was scrubbed...
    732 Name: binary.patch
    733 Type: application/octet-stream
    734 Size: 1201 bytes
    735 Desc: not available
    736 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20100104/bff20e6a/attachment.obj>
    737 
    738 From rlane@club.cc.cmu.edu  Mon Jan  4 14:00:51 2010
    739 From: rlane@club.cc.cmu.edu (Rich Lane)
    740 Date: Mon, 04 Jan 2010 14:00:51 -0500
    741 Subject: [sup-talk] Ruby 1.9 required for git next?
    742 In-Reply-To: <1262630674-sup-174@r50p>
    743 References: <1262630674-sup-174@r50p>
    744 Message-ID: <1262631589-sup-798@zyrg.net>
    745 
    746 Excerpts from Mark Alexander's message of 2010-01-04 13:49:31 -0500:
    747 > I finally bit the bullet and converted to Xapian after a doing git
    748 > pull and switching to the next branch.  (I had the problems mentioned
    749 > earlier with the xapian-full gem not installing correctly even though
    750 > it compiled.) Anyway, I'm now getting these warnings:
    751 > 
    752 > ./lib/sup/maildir.rb:210: warning: encoding options not supported in 1.8:
    753 > 
    754 > at this line:
    755 > 
    756 >       File.open(fn, 'rb:BINARY') { |f| yield f }
    757 > 
    758 > Am I supposed to be using Ruby 1.9 with next?
    759 
    760 Those warnings are harmless. If you want to run with -w I suggest
    761 redirecting stderr to a file.
    762 
    763 From bwalton@artsci.utoronto.ca  Mon Jan  4 14:32:09 2010
    764 From: bwalton@artsci.utoronto.ca (Ben Walton)
    765 Date: Mon, 04 Jan 2010 14:32:09 -0500
    766 Subject: [sup-talk] Ruby 1.9 required for git next?
    767 In-Reply-To: <1262631589-sup-798@zyrg.net>
    768 References: <1262630674-sup-174@r50p> <1262631589-sup-798@zyrg.net>
    769 Message-ID: <1262633498-sup-2457@ntdws12.chass.utoronto.ca>
    770 
    771 Excerpts from Rich Lane's message of Mon Jan 04 14:00:51 -0500 2010:
    772 
    773 > Those warnings are harmless. If you want to run with -w I suggest
    774 > redirecting stderr to a file.
    775 
    776 Not on 1.8.5.  It was dying with an exception until I removed all
    777 instances of :BINARY.
    778 
    779 -Ben
    780 -- 
    781 Ben Walton
    782 Systems Programmer - CHASS
    783 University of Toronto
    784 C:416.407.5610 | W:416.978.4302
    785 
    786 GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu
    787 Contact me to arrange for a CAcert assurance meeting.
    788 -------------- next part --------------
    789 A non-text attachment was scrubbed...
    790 Name: signature.asc
    791 Type: application/pgp-signature
    792 Size: 189 bytes
    793 Desc: not available
    794 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20100104/336b30b5/attachment-0001.bin>
    795 
    796 From rlane@club.cc.cmu.edu  Mon Jan  4 14:47:12 2010
    797 From: rlane@club.cc.cmu.edu (Rich Lane)
    798 Date: Mon, 04 Jan 2010 14:47:12 -0500
    799 Subject: [sup-talk] Ruby 1.9 required for git next?
    800 In-Reply-To: <1262633498-sup-2457@ntdws12.chass.utoronto.ca>
    801 References: <1262630674-sup-174@r50p> <1262631589-sup-798@zyrg.net>
    802 	<1262633498-sup-2457@ntdws12.chass.utoronto.ca>
    803 Message-ID: <1262634351-sup-4410@zyrg.net>
    804 
    805 Excerpts from Ben Walton's message of 2010-01-04 14:32:09 -0500:
    806 > Excerpts from Rich Lane's message of Mon Jan 04 14:00:51 -0500 2010:
    807 > 
    808 > > Those warnings are harmless. If you want to run with -w I suggest
    809 > > redirecting stderr to a file.
    810 > 
    811 > Not on 1.8.5.  It was dying with an exception until I removed all
    812 > instances of :BINARY.
    813 
    814 Ok, I just sent in a patch that should fix this.
    815 
    816 From bwalton@artsci.utoronto.ca  Mon Jan  4 15:02:11 2010
    817 From: bwalton@artsci.utoronto.ca (Ben Walton)
    818 Date: Mon, 04 Jan 2010 15:02:11 -0500
    819 Subject: [sup-talk] Ruby 1.9 required for git next?
    820 In-Reply-To: <1262634351-sup-4410@zyrg.net>
    821 References: <1262630674-sup-174@r50p> <1262631589-sup-798@zyrg.net>
    822 	<1262633498-sup-2457@ntdws12.chass.utoronto.ca>
    823 	<1262634351-sup-4410@zyrg.net>
    824 Message-ID: <1262635306-sup-1588@ntdws12.chass.utoronto.ca>
    825 
    826 Excerpts from Rich Lane's message of Mon Jan 04 14:47:12 -0500 2010:
    827 
    828 > Ok, I just sent in a patch that should fix this.
    829 
    830 I saw that.  It looks sound to my eyes.  +1 for this.
    831 
    832 -Ben
    833 -- 
    834 Ben Walton
    835 Systems Programmer - CHASS
    836 University of Toronto
    837 C:416.407.5610 | W:416.978.4302
    838 
    839 GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu
    840 Contact me to arrange for a CAcert assurance meeting.
    841 -------------- next part --------------
    842 A non-text attachment was scrubbed...
    843 Name: signature.asc
    844 Type: application/pgp-signature
    845 Size: 189 bytes
    846 Desc: not available
    847 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20100104/7708f35d/attachment.bin>
    848 
    849 From tero@tilus.net  Mon Jan  4 15:50:02 2010
    850 From: tero@tilus.net (Tero Tilus)
    851 Date: Mon, 04 Jan 2010 22:50:02 +0200
    852 Subject: [sup-talk] sent_source - singular or per-account?
    853 In-Reply-To: <1246476925-sup-5046@ntdws12.chass.utoronto.ca>
    854 References: <f4cc59760907010248r5598eb50sf29b3ae8f500e5f8@mail.gmail.com>
    855 	<1246476925-sup-5046@ntdws12.chass.utoronto.ca>
    856 Message-ID: <1262637543-sup-3095@tilus.net>
    857 
    858 Digging up old stuff...
    859 
    860 Excerpts from 's message of july 01 22:39:57 +0300 2009:
    861 > I think the best way to do it might be to implement a sent_source
    862 > hook that can override the global default.
    863 
    864 If I didn't get it wrong nobody wanted that much of control.  For the
    865 presented usecases per account (and global default) sent source would
    866 be enough.
    867 
    868 I'd prolly use configurable sent source (filing sent to imap server
    869 where I pull incoming from) if sup had one.  Anybody else need this,
    870 or per account sent config?
    871 
    872 -- 
    873 Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/
    874 
    875 From jof@thejof.com  Mon Jan  4 21:21:34 2010
    876 From: jof@thejof.com (Jonathan Lassoff)
    877 Date: Mon, 04 Jan 2010 18:21:34 -0800
    878 Subject: [sup-talk] Delete A Source From Ferret Index
    879 In-Reply-To: <1262573310-sup-6062@sfo.thejof.com>
    880 References: <1262573310-sup-6062@sfo.thejof.com>
    881 Message-ID: <1262657952-sup-6680@sfo.thejof.com>
    882 
    883 Excerpts from Jonathan Lassoff's message of Sun Jan 03 19:35:08 -0800 2010:
    884 > Any suggestions for removing all messages from the index that belong to
    885 > a certain source?
    886 
    887 A solution that ended up working for me:
    888 
    889  - Start the devel console (cd ~/src/sup; ./devel/console.sh)
    890  - Search for message ids from the source you want to remove and run
    891    Redwood::FerretIndex#delete on each (the evil source id was 10 in my case):
    892   ">> Index.each_id(Index.parse_query("source_id:10")){|m| Index.delete(m)}; Index.save_index"
    893 
    894 Cheers,
    895 jonathan
    896 
    897 From wmorgan-sup@masanjin.net  Tue Jan  5 16:09:57 2010
    898 From: wmorgan-sup@masanjin.net (William Morgan)
    899 Date: Tue, 05 Jan 2010 13:09:57 -0800
    900 Subject: [sup-talk] Moving messages between sources and generic auto
    901 	labeling hook
    902 In-Reply-To: <6c0c31751001031054o1befd9e4k34911bcc9e04461c@mail.gmail.com>
    903 References: <6c0c31751001031054o1befd9e4k34911bcc9e04461c@mail.gmail.com>
    904 Message-ID: <1262725492-sup-5621@masanjin.net>
    905 
    906 Reformatted excerpts from Scott Henson's message of 2010-01-03:
    907 > Is it possible to have sup move messages between sources?
    908 
    909 No. Mutt is quite good at this, actually. If you do move them, you will
    910 have to update the Sup index to reflect the new source.
    911 
    912 > I've found a python script that will do this for me on the Maildir, but I'm
    913 > not sure what this will do to the sup index.  Would I be able to do this on
    914 > a nightly basis and then do a full rescan on the INBOX source and the
    915 > archive sources?  Would the messages keep their labels?
    916 
    917 The easiest thing would be to make a dump of the message state with
    918 sup-dump, and then sup-sync -c --restore <dumpfile> on both sources.
    919 Of course, check first to make sure this works!
    920 
    921 That incurs a silly amout of redundant work, so you could also consider
    922 the fancier way of just updating the source_id in the index, using the
    923 console.
    924 
    925 > My second question revolves around labeling.  I see the before add hook is
    926 > what is supposed to be used for labeling.  Does everyone just write ruby in
    927 > that hook or does someone have a simpler syntax for filtering that a generic
    928 > before add hook that uses it?  I'm thinking the simplest would be yaml, but
    929 > this being ruby I would think creating a DSL for filtering would be pretty
    930 > easy and make autolabeling an easier affair than writing straight ruby.
    931 
    932 The hooks are just ruby at the moment. I'm not convinced a DSL would be
    933 an improvement. For example, my before-add hook looks like this:
    934 
    935   to_string = message.recipients.map { |t| t.email }.join(" ")
    936   case to_string
    937   when /\bgit at vger.kernel.org\b/
    938     message.add_label :git
    939     message.remove_label :inbox
    940   when /\bsup-(devel|talk)@rubyforge.org\b/
    941     message.add_label :sup
    942   when /\bditz-talk at rubyforge.org\b/
    943     message.add_label :ditz
    944   [...]
    945 
    946 Apart from the first line, it seems pretty DSL-like already to me.  But
    947 try it, if you like, and report back if you come up with something nice.
    948 -- 
    949 William <wmorgan-sup at masanjin.net>
    950 
    951 From wmorgan-sup@masanjin.net  Tue Jan  5 16:15:38 2010
    952 From: wmorgan-sup@masanjin.net (William Morgan)
    953 Date: Tue, 05 Jan 2010 13:15:38 -0800
    954 Subject: [sup-talk] Ferret to Xapian conversion
    955 In-Reply-To: <1262562493-sup-7933@black-opal.mit.edu>
    956 References: <1262460996-sup-1383@home.mrtheplague.net>
    957 	<1262467343-sup-9565@masanjin.net>
    958 	<1262471675-sup-1708@masanjin.net>
    959 	<1262531773-sup-5192@masanjin.net>
    960 	<1262562493-sup-7933@black-opal.mit.edu>
    961 Message-ID: <1262726087-sup-8434@masanjin.net>
    962 
    963 Reformatted excerpts from Kevin Riggle's message of 2010-01-03:
    964 > When I run the script, I get a number of lines complaining about being unable
    965 > to convert various encodings -- is this expected behavior?
    966 
    967 Not a problem at all. (Typically spam with a wrong declared charset.) I've
    968 turned this down to a debug message so you won't even see it any more.
    969 -- 
    970 William <wmorgan-sup at masanjin.net>
    971 
    972 From wmorgan-sup@masanjin.net  Tue Jan  5 16:51:23 2010
    973 From: wmorgan-sup@masanjin.net (William Morgan)
    974 Date: Tue, 05 Jan 2010 13:51:23 -0800
    975 Subject: [sup-talk] sent_source - singular or per-account?
    976 In-Reply-To: <3f81a4241001041055t443931c6vbbe1e7a44599d4f1@mail.gmail.com>
    977 References: <f4cc59760907010248r5598eb50sf29b3ae8f500e5f8@mail.gmail.com>
    978 	<1246476925-sup-5046@ntdws12.chass.utoronto.ca>
    979 	<f4cc59760907011930x4678e623j33a777ef03b7da55@mail.gmail.com>
    980 	<1246502666-sup-1295@ntdws12.chass.utoronto.ca>
    981 	<f4cc59760907020314o60100e01r1a1f8af4d354030a@mail.gmail.com>
    982 	<1246542975-sup-7239@ntdws12.chass.utoronto.ca>
    983 	<3f81a4241001041055t443931c6vbbe1e7a44599d4f1@mail.gmail.com>
    984 Message-ID: <1262728264-sup-3239@masanjin.net>
    985 
    986 Reformatted excerpts from Bryan Richardson's message of 2010-01-04:
    987 > Just curious if this ever got implemented... I use Sup at work to
    988 > check both work and personal email, and when responding to personal
    989 > email I'd like the response to be saved in a different source.
    990 
    991 Not AFAIK.
    992 -- 
    993 William <wmorgan-sup at masanjin.net>
    994 
    995 From wmorgan-sup@masanjin.net  Tue Jan  5 16:55:42 2010
    996 From: wmorgan-sup@masanjin.net (William Morgan)
    997 Date: Tue, 05 Jan 2010 13:55:42 -0800
    998 Subject: [sup-talk] Delete A Source From Ferret Index
    999 In-Reply-To: <1262657952-sup-6680@sfo.thejof.com>
   1000 References: <1262573310-sup-6062@sfo.thejof.com>
   1001 	<1262657952-sup-6680@sfo.thejof.com>
   1002 Message-ID: <1262728431-sup-8471@masanjin.net>
   1003 
   1004 Reformatted excerpts from Jonathan Lassoff's message of 2010-01-04:
   1005 > Excerpts from Jonathan Lassoff's message of Sun Jan 03 19:35:08 -0800 2010:
   1006 > > Any suggestions for removing all messages from the index that belong to
   1007 > > a certain source?
   1008 > 
   1009 > A solution that ended up working for me:
   1010 > 
   1011 >  - Start the devel console (cd ~/src/sup; ./devel/console.sh)
   1012 >  - Search for message ids from the source you want to remove and run
   1013 >    Redwood::FerretIndex#delete on each (the evil source id was 10 in my case):
   1014 >   ">> Index.each_id(Index.parse_query("source_id:10")){|m| Index.delete(m)}; Index.save_index"
   1015 
   1016 Nice work. A gold star to anyone who adds this to the FAQ. Two for
   1017 anyone who makes a nice bin/sup-drop-source.
   1018 
   1019 In this particular case you could also have run sup-tweak-labels to add
   1020 the spam label to everything from that source (and then edited
   1021 sources.yaml to make it autoapply for any new messages).
   1022 -- 
   1023 William <wmorgan-sup at masanjin.net>
   1024 
   1025 From wmorgan-sup@masanjin.net  Tue Jan  5 17:09:17 2010
   1026 From: wmorgan-sup@masanjin.net (William Morgan)
   1027 Date: Tue, 05 Jan 2010 14:09:17 -0800
   1028 Subject: [sup-talk] Exception when syncing mailbox.
   1029 In-Reply-To: <20091225173041.GA9253@swip.net>
   1030 References: <20091225173041.GA9253@swip.net>
   1031 Message-ID: <1262729316-sup-4536@masanjin.net>
   1032 
   1033 Reformatted excerpts from Kristian Larsson's message of 2009-12-25:
   1034 > What can I do to troubleshoot? Try some later HEAD branch or
   1035 > something?
   1036 > 
   1037 > Kind regards,
   1038 >     Kristian.
   1039 > 
   1040 > /usr/lib/ruby/1.8/ferret/index.rb:421:in `[]'
   1041 
   1042 This should be fixed in 0.10 with the Xapian branch. You can also
   1043 try the latest git next.
   1044 -- 
   1045 William <wmorgan-sup at masanjin.net>
   1046 
   1047 From jof@thejof.com  Tue Jan  5 17:11:48 2010
   1048 From: jof@thejof.com (Jonathan Lassoff)
   1049 Date: Tue, 05 Jan 2010 14:11:48 -0800
   1050 Subject: [sup-talk] Delete A Source From Ferret Index
   1051 In-Reply-To: <1262728431-sup-8471@masanjin.net>
   1052 References: <1262573310-sup-6062@sfo.thejof.com>
   1053 	<1262657952-sup-6680@sfo.thejof.com>
   1054 	<1262728431-sup-8471@masanjin.net>
   1055 Message-ID: <1262729470-sup-100@sfo.thejof.com>
   1056 
   1057 Excerpts from William Morgan's message of Tue Jan 05 13:55:42 -0800 2010:
   1058 > In this particular case you could also have run sup-tweak-labels to add
   1059 > the spam label to everything from that source (and then edited
   1060 > sources.yaml to make it autoapply for any new messages).
   1061 
   1062 Ah. Nice other way around that. Would have been an even quicker solution
   1063 in this case.
   1064 
   1065 I added this recipe to the wiki:
   1066 http://sup.rubyforge.org/wiki/wiki.pl?RemovingASource
   1067 
   1068 --j
   1069 
   1070 From wmorgan-sup@masanjin.net  Tue Jan  5 17:45:44 2010
   1071 From: wmorgan-sup@masanjin.net (William Morgan)
   1072 Date: Tue, 05 Jan 2010 14:45:44 -0800
   1073 Subject: [sup-talk] Delete A Source From Ferret Index
   1074 In-Reply-To: <1262729470-sup-100@sfo.thejof.com>
   1075 References: <1262573310-sup-6062@sfo.thejof.com>
   1076 	<1262657952-sup-6680@sfo.thejof.com>
   1077 	<1262728431-sup-8471@masanjin.net>
   1078 	<1262729470-sup-100@sfo.thejof.com>
   1079 Message-ID: <1262731534-sup-3003@masanjin.net>
   1080 
   1081 Reformatted excerpts from Jonathan Lassoff's message of 2010-01-05:
   1082 > I added this recipe to the wiki:
   1083 > http://sup.rubyforge.org/wiki/wiki.pl?RemovingASource
   1084 
   1085 One gold star!
   1086 -- 
   1087 William <wmorgan-sup at masanjin.net>
   1088 
   1089 From anirudh@anirudhsanjeev.org  Wed Jan  6 06:38:20 2010
   1090 From: anirudh@anirudhsanjeev.org (Anirudh Sanjeev)
   1091 Date: Wed, 06 Jan 2010 17:08:20 +0530
   1092 Subject: [sup-talk] Questions about offlineimap+msmtp+maildir+gmail syncing
   1093 Message-ID: <1262776632-sup-1333@deepthought>
   1094 
   1095 Hi,
   1096 
   1097 This is my first real email with sup! I configured sup to work with my
   1098 Gmail(hosted apps) account as follows:
   1099 
   1100 1. Offlineimap fetches email and saves to Maildir (I am behind a very
   1101    slow connection, I need to mirror email)
   1102 2. The appropriate Maildir is added as a source in sup. Specifically,
   1103    the Gmail.[All Mail] Folder, which has "cur".
   1104 3. I configured msmtp to be used for sending email instead of sendmail.
   1105 
   1106 So far I can read all my emails, and the experience is great. I have a
   1107 few minor questions:
   1108 
   1109 1. When I send email via sup, I see the same email as an unread message
   1110    in my Gmail web frontend in the Inbox folder rather than the sent
   1111    folder.
   1112 2. Any changes in sup aren't reflected in my web frontend. I am guessing
   1113    this is a problem with my offlineimap configuration. Deleting or
   1114    archiving an email doesn't change anything in the web client.
   1115 3. I am unable to work with the drafts already existing in Gmail and the
   1116    web interface is unaware of the drafts I have here. A suggestion on
   1117    how to fix this would be awesome!.
   1118 4. Any other suggestions on how to make the experience with offlineimap
   1119    would be awesome! I initially used offlineimap's imap server
   1120    mirroring feature, but I found putting the emails in Maildir format
   1121    made it a lot easier.
   1122 
   1123 I've pasted some of my config files here:
   1124 1. My config.yaml - http://antileet.pastebin.com/m3209dc32
   1125 2. My sources.yaml - http://antileet.pastebin.com/m6fc935ee
   1126 3. My .msmtprc - http://antileet.pastebin.com/m564eafc3
   1127 4. My .offlineimaprc - http://antileet.pastebin.com/m3ac306b6
   1128 
   1129 Please help me get sup working! This is exactly what I've been looking
   1130 for. I promise to write up a detailed tutorial for the Wiki if I can get
   1131 it to work :)
   1132 
   1133 Thanks,
   1134 Anirudh
   1135 
   1136 --
   1137 Senior undergraduate student, Indian Institute of Technology, Kharagpur
   1138 http://anirudhsanjeev.org
   1139 -------------- next part --------------
   1140 A non-text attachment was scrubbed...
   1141 Name: signature.asc
   1142 Type: application/pgp-signature
   1143 Size: 197 bytes
   1144 Desc: not available
   1145 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20100106/5e259e73/attachment.bin>
   1146 
   1147 From hyperbolist@gmail.com  Wed Jan  6 07:56:20 2010
   1148 From: hyperbolist@gmail.com (Eric Sherman)
   1149 Date: Wed, 06 Jan 2010 07:56:20 -0500
   1150 Subject: [sup-talk] Questions about offlineimap+msmtp+maildir+gmail
   1151 	syncing
   1152 In-Reply-To: <1262776632-sup-1333@deepthought>
   1153 References: <1262776632-sup-1333@deepthought>
   1154 Message-ID: <1262780979-sup-2146@changeling.local>
   1155 
   1156 Excerpts from Anirudh Sanjeev's message of Wed Jan 06 06:38:20 -0500 2010:
   1157 > 1. Offlineimap fetches email and saves to Maildir (I am behind a very
   1158 >    slow connection, I need to mirror email)
   1159 > 2. The appropriate Maildir is added as a source in sup. Specifically,
   1160 >    the Gmail.[All Mail] Folder, which has "cur".
   1161 > 3. I configured msmtp to be used for sending email instead of sendmail.
   1162 
   1163 My setup is similar.
   1164 
   1165 > 1. When I send email via sup, I see the same email as an unread message
   1166 >    in my Gmail web frontend in the Inbox folder rather than the sent
   1167 >    folder.
   1168 
   1169 It looks like in your sup config.yaml you're only using one of your two 
   1170 accounts to send mail from.  You're probably seeing messages sent from 
   1171 anirudh at anirudhsanjeev.org in your andy at ninjagod.com gmail interface?
   1172 
   1173 I would add the ninjagod account to your sup config.yaml and take a look at 
   1174 the wiki [MultipleAccountsAndReply][1] and the reply-from/before-edit 
   1175 [Hooks][2].
   1176 
   1177 [1]: http://sup.rubyforge.org/wiki/wiki.pl?MultipleAccountsAndReply
   1178 [2]: http://sup.rubyforge.org/wiki/wiki.pl?Hooks
   1179 
   1180 > 2. Any changes in sup aren't reflected in my web frontend. I am guessing
   1181 >    this is a problem with my offlineimap configuration. Deleting or
   1182 >    archiving an email doesn't change anything in the web client.
   1183 
   1184 This is because sup is primarily concerned with its own index, and does not 
   1185 at present manipulate its sources by default.  Though there is
   1186 sup-sync-back which can propagate deleted messages or marked-as-spam back 
   1187 to sources--it only supports mbox at present.
   1188 
   1189 The fact that you're not seeing changes is not your fault--sup just doesn't 
   1190 do it.
   1191 
   1192 > 3. I am unable to work with the drafts already existing in Gmail and the
   1193 >    web interface is unaware of the drafts I have here. A suggestion on
   1194 >    how to fix this would be awesome!.
   1195 
   1196 You could add your gmail drafts as another source to get them into sup, 
   1197 though sup won't actually treat those messages as drafts and you won't see 
   1198 sup drafts in gmail.
   1199 
   1200 > 4. Any other suggestions on how to make the experience with offlineimap
   1201 >    would be awesome! I initially used offlineimap's imap server
   1202 >    mirroring feature, but I found putting the emails in Maildir format
   1203 >    made it a lot easier.
   1204 
   1205 If sup actually manipulated its sources, you wouldn't have these issues, 
   1206 but it doesn't.  So aside from the missing account in your sup config.yaml, 
   1207 I'd say your setup is fine and is working as it should.
   1208 
   1209 Sup doesn't play well with other interfaces manipulating its 
   1210 sources--you'll be doing the sup-sync dance a lot.  I just stopped using 
   1211 other mail clients with my sources and I've been happy ever since.
   1212 
   1213 Good luck,
   1214 -eric
   1215 
   1216 From anirudh@anirudhsanjeev.org  Wed Jan  6 14:09:59 2010
   1217 From: anirudh@anirudhsanjeev.org (Anirudh Sanjeev)
   1218 Date: Thu, 07 Jan 2010 00:39:59 +0530
   1219 Subject: [sup-talk] Questions about offlineimap+msmtp+maildir+gmail
   1220 	syncing
   1221 In-Reply-To: <1262780979-sup-2146@changeling.local>
   1222 References: <1262776632-sup-1333@deepthought>
   1223 	<1262780979-sup-2146@changeling.local>
   1224 Message-ID: <1262804701-sup-8673@deepthought>
   1225 
   1226 Hi!
   1227 
   1228 Excerpts from Eric Sherman's message of Wed Jan 06 18:26:20 +0530 2010:
   1229 > I would add the ninjagod account to your sup config.yaml and take a look at 
   1230 > the wiki [MultipleAccountsAndReply][1] and the reply-from/before-edit 
   1231 > [Hooks][2].
   1232 That helped, and my outgoing email seems to be sorted out. Thank you.
   1233 
   1234 > The fact that you're not seeing changes is not your fault--sup just doesn't 
   1235 > do it.
   1236 Oh, that's too bad. Are there any plans to support syncing with IMAP or
   1237 Maildir anytime soon? Either way, looks like I'll have to quit the Web
   1238 interface and Evolution cold turkey and stick with sup!
   1239 
   1240 Since sup supports sync with mbox, is there any utility that takes IMAP
   1241 and packs it into mbox format, or maybe converts Maildir messages into
   1242 mbox?
   1243 
   1244 Thanks!
   1245 Anirudh
   1246 -------------- next part --------------
   1247 A non-text attachment was scrubbed...
   1248 Name: signature.asc
   1249 Type: application/pgp-signature
   1250 Size: 197 bytes
   1251 Desc: not available
   1252 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20100107/0a14be52/attachment.bin>
   1253 
   1254 From btricha@gmail.com  Wed Jan  6 14:18:21 2010
   1255 From: btricha@gmail.com (Bryan Richardson)
   1256 Date: Wed, 6 Jan 2010 12:18:21 -0700
   1257 Subject: [sup-talk] sent_source - singular or per-account?
   1258 In-Reply-To: <1262728264-sup-3239@masanjin.net>
   1259 References: <f4cc59760907010248r5598eb50sf29b3ae8f500e5f8@mail.gmail.com>
   1260 	<1246476925-sup-5046@ntdws12.chass.utoronto.ca>
   1261 	<f4cc59760907011930x4678e623j33a777ef03b7da55@mail.gmail.com>
   1262 	<1246502666-sup-1295@ntdws12.chass.utoronto.ca>
   1263 	<f4cc59760907020314o60100e01r1a1f8af4d354030a@mail.gmail.com>
   1264 	<1246542975-sup-7239@ntdws12.chass.utoronto.ca>
   1265 	<3f81a4241001041055t443931c6vbbe1e7a44599d4f1@mail.gmail.com>
   1266 	<1262728264-sup-3239@masanjin.net>
   1267 Message-ID: <3f81a4241001061118k7fa0c9e6ub556c400a00b139b@mail.gmail.com>
   1268 
   1269 On Tue, Jan 5, 2010 at 2:51 PM, William Morgan <wmorgan-sup at masanjin.net>wrote:
   1270 
   1271 > Reformatted excerpts from Bryan Richardson's message of 2010-01-04:
   1272 > > Just curious if this ever got implemented... I use Sup at work to
   1273 > > check both work and personal email, and when responding to personal
   1274 > > email I'd like the response to be saved in a different source.
   1275 >
   1276 > Not AFAIK.
   1277 > --
   1278 > William <wmorgan-sup at masanjin.net>
   1279 > _______________________________________________
   1280 > sup-talk mailing list
   1281 > sup-talk at rubyforge.org
   1282 > http://rubyforge.org/mailman/listinfo/sup-talk
   1283 >
   1284 
   1285 I'd take a stab at it if a Sup guru would give me a few pointers as to where
   1286 to start... :)
   1287 -------------- next part --------------
   1288 An HTML attachment was scrubbed...
   1289 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20100106/46e4b776/attachment.html>
   1290 
   1291 From wmorgan-sup@masanjin.net  Wed Jan  6 14:29:40 2010
   1292 From: wmorgan-sup@masanjin.net (William Morgan)
   1293 Date: Wed, 06 Jan 2010 14:29:40 -0500
   1294 Subject: [sup-talk] sent_source - singular or per-account?
   1295 In-Reply-To: <3f81a4241001061118k7fa0c9e6ub556c400a00b139b@mail.gmail.com>
   1296 References: <f4cc59760907010248r5598eb50sf29b3ae8f500e5f8@mail.gmail.com>
   1297 	<1246476925-sup-5046@ntdws12.chass.utoronto.ca>
   1298 	<f4cc59760907011930x4678e623j33a777ef03b7da55@mail.gmail.com>
   1299 	<1246502666-sup-1295@ntdws12.chass.utoronto.ca>
   1300 	<f4cc59760907020314o60100e01r1a1f8af4d354030a@mail.gmail.com>
   1301 	<1246542975-sup-7239@ntdws12.chass.utoronto.ca>
   1302 	<3f81a4241001041055t443931c6vbbe1e7a44599d4f1@mail.gmail.com>
   1303 	<1262728264-sup-3239@masanjin.net>
   1304 	<3f81a4241001061118k7fa0c9e6ub556c400a00b139b@mail.gmail.com>
   1305 Message-ID: <1262805923-sup-3586@masanjin.net>
   1306 
   1307 Reformatted excerpts from Bryan Richardson's message of 2010-01-06:
   1308 > I'd take a stab at it if a Sup guru would give me a few pointers as to
   1309 > where to start... :)
   1310 
   1311 SentManager.write_sent_message is the method you want to play with.  For
   1312 hook stuff, take a look at how any of the current hooks are defined and
   1313 called (git grep 'hook' or something).  Ben Walton's posts on this
   1314 thread are also very useful.
   1315 
   1316 The simplest approach might be to just have the hook return a source
   1317 that's used (if supplied) instead of the default source, and leave it up
   1318 to the hook writer to interact with SourceManager or whatever to acquire
   1319 the Source object they want.
   1320 -- 
   1321 William <wmorgan-sup at masanjin.net>
   1322 
   1323 From tero@tilus.net  Wed Jan  6 16:04:22 2010
   1324 From: tero@tilus.net (Tero Tilus)
   1325 Date: Wed, 06 Jan 2010 23:04:22 +0200
   1326 Subject: [sup-talk] sent_source - singular or per-account?
   1327 In-Reply-To: <1262805923-sup-3586@masanjin.net>
   1328 References: <f4cc59760907010248r5598eb50sf29b3ae8f500e5f8@mail.gmail.com>
   1329 	<1246476925-sup-5046@ntdws12.chass.utoronto.ca>
   1330 	<f4cc59760907011930x4678e623j33a777ef03b7da55@mail.gmail.com>
   1331 	<1246502666-sup-1295@ntdws12.chass.utoronto.ca>
   1332 	<f4cc59760907020314o60100e01r1a1f8af4d354030a@mail.gmail.com>
   1333 	<1246542975-sup-7239@ntdws12.chass.utoronto.ca>
   1334 	<3f81a4241001041055t443931c6vbbe1e7a44599d4f1@mail.gmail.com>
   1335 	<1262728264-sup-3239@masanjin.net>
   1336 	<3f81a4241001061118k7fa0c9e6ub556c400a00b139b@mail.gmail.com>
   1337 	<1262805923-sup-3586@masanjin.net>
   1338 Message-ID: <1262811731-sup-2447@tilus.net>
   1339 
   1340 William Morgan, 2010-01-06 21:29:
   1341 > The simplest approach might be to just have the hook return a source
   1342 
   1343 Does it really need to be a hook?  I haven't seen a single use case
   1344 justifying hook over simply having per-account sent_source in
   1345 config.yaml.
   1346 
   1347 -- 
   1348 Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/
   1349 
   1350 From wmorgan-sup@masanjin.net  Wed Jan  6 16:23:41 2010
   1351 From: wmorgan-sup@masanjin.net (William Morgan)
   1352 Date: Wed, 06 Jan 2010 16:23:41 -0500
   1353 Subject: [sup-talk] sent_source - singular or per-account?
   1354 In-Reply-To: <1262811731-sup-2447@tilus.net>
   1355 References: <f4cc59760907010248r5598eb50sf29b3ae8f500e5f8@mail.gmail.com>
   1356 	<1246476925-sup-5046@ntdws12.chass.utoronto.ca>
   1357 	<f4cc59760907011930x4678e623j33a777ef03b7da55@mail.gmail.com>
   1358 	<1246502666-sup-1295@ntdws12.chass.utoronto.ca>
   1359 	<f4cc59760907020314o60100e01r1a1f8af4d354030a@mail.gmail.com>
   1360 	<1246542975-sup-7239@ntdws12.chass.utoronto.ca>
   1361 	<3f81a4241001041055t443931c6vbbe1e7a44599d4f1@mail.gmail.com>
   1362 	<1262728264-sup-3239@masanjin.net>
   1363 	<3f81a4241001061118k7fa0c9e6ub556c400a00b139b@mail.gmail.com>
   1364 	<1262805923-sup-3586@masanjin.net> <1262811731-sup-2447@tilus.net>
   1365 Message-ID: <1262812952-sup-9357@masanjin.net>
   1366 
   1367 Reformatted excerpts from Tero Tilus's message of 2010-01-06:
   1368 > Does it really need to be a hook?  I haven't seen a single use case
   1369 > justifying hook over simply having per-account sent_source in
   1370 > config.yaml.
   1371 
   1372 No, I don't care which it is. But you will be responsible for helping
   1373 the first person who wants to automatically choose their sent source
   1374 based on the body of the message. :)
   1375 -- 
   1376 William <wmorgan-sup at masanjin.net>
   1377 
   1378 From anirudh@anirudhsanjeev.org  Thu Jan  7 10:02:08 2010
   1379 From: anirudh@anirudhsanjeev.org (Anirudh Sanjeev)
   1380 Date: Thu, 07 Jan 2010 20:32:08 +0530
   1381 Subject: [sup-talk] Unable to reply to googlegroups messages
   1382 Message-ID: <1262875977-sup-4418@deepthought>
   1383 
   1384 Hi,
   1385 
   1386 I don't know if this is a bug but a problem in my setup. I am unable to
   1387 respond to messages mailed from Google Groups. The "to" field is
   1388 incorrect. While this is trivial to correct it might be a problem.
   1389 
   1390 Here's a screenshot of how it looks like when I hit "r" on a thread.
   1391 http://i.imgur.com/p8xX3.png
   1392 Here's the actual email headers:
   1393 http://pastebin.com/m7a3577c3
   1394 
   1395 The outgoing email fails when msmtp complains about a bad argument.
   1396 
   1397 The "List-Post" header seems to have the "mailto". If this bug has been
   1398 fixed already, my apologies for the unnecessary post. I am on sup 0.9.1.
   1399 
   1400 Thanks,
   1401 Anirudh
   1402 
   1403 --
   1404 Senior Undergraduate student, Indian Institute of Technology, Kharagpur
   1405 http://anirudhsanjeev.org
   1406 -------------- next part --------------
   1407 A non-text attachment was scrubbed...
   1408 Name: signature.asc
   1409 Type: application/pgp-signature
   1410 Size: 197 bytes
   1411 Desc: not available
   1412 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20100107/50b82559/attachment.bin>
   1413 
   1414 From tero@tilus.net  Thu Jan  7 10:58:28 2010
   1415 From: tero@tilus.net (Tero Tilus)
   1416 Date: Thu, 07 Jan 2010 17:58:28 +0200
   1417 Subject: [sup-talk] sent_source - singular or per-account?
   1418 In-Reply-To: <1262812952-sup-9357@masanjin.net>
   1419 References: <f4cc59760907010248r5598eb50sf29b3ae8f500e5f8@mail.gmail.com>
   1420 	<1246476925-sup-5046@ntdws12.chass.utoronto.ca>
   1421 	<f4cc59760907011930x4678e623j33a777ef03b7da55@mail.gmail.com>
   1422 	<1246502666-sup-1295@ntdws12.chass.utoronto.ca>
   1423 	<f4cc59760907020314o60100e01r1a1f8af4d354030a@mail.gmail.com>
   1424 	<1246542975-sup-7239@ntdws12.chass.utoronto.ca>
   1425 	<3f81a4241001041055t443931c6vbbe1e7a44599d4f1@mail.gmail.com>
   1426 	<1262728264-sup-3239@masanjin.net>
   1427 	<3f81a4241001061118k7fa0c9e6ub556c400a00b139b@mail.gmail.com>
   1428 	<1262805923-sup-3586@masanjin.net> <1262811731-sup-2447@tilus.net>
   1429 	<1262812952-sup-9357@masanjin.net>
   1430 Message-ID: <1262879727-sup-9702@tilus.net>
   1431 
   1432 William Morgan, 2010-01-06 23:23:
   1433 > Reformatted excerpts from Tero Tilus's message of 2010-01-06:
   1434 > > Does it really need to be a hook?  I haven't seen a single use case
   1435 > 
   1436 > No, I don't care which it is. But you will be responsible for helping
   1437 > the first person who wants to automatically choose their sent source
   1438 > based on the body of the message. :)
   1439 
   1440 So be it it, if you (in the other scenario) are willing to help those
   1441 who simply want per-account sent_source and are afraid of Ruby.  :)
   1442 
   1443 -- 
   1444 Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/
   1445 
   1446 From wmorgan-sup@masanjin.net  Thu Jan  7 12:23:19 2010
   1447 From: wmorgan-sup@masanjin.net (William Morgan)
   1448 Date: Thu, 07 Jan 2010 12:23:19 -0500
   1449 Subject: [sup-talk] Unable to reply to googlegroups messages
   1450 In-Reply-To: <1262875977-sup-4418@deepthought>
   1451 References: <1262875977-sup-4418@deepthought>
   1452 Message-ID: <1262884968-sup-7535@masanjin.net>
   1453 
   1454 Reformatted excerpts from Anirudh Sanjeev's message of 2010-01-07:
   1455 > I don't know if this is a bug but a problem in my setup. I am unable
   1456 > to respond to messages mailed from Google Groups. The "to" field is
   1457 > incorrect. While this is trivial to correct it might be a problem.
   1458 
   1459 This is fixed in next and should go out in 0.10. (Will merge to master
   1460 soon.)
   1461 -- 
   1462 William <wmorgan-sup at masanjin.net>
   1463 
   1464 From btricha@gmail.com  Fri Jan  8 11:00:07 2010
   1465 From: btricha@gmail.com (Bryan Richardson)
   1466 Date: Fri, 8 Jan 2010 09:00:07 -0700
   1467 Subject: [sup-talk] sent_source - singular or per-account?
   1468 In-Reply-To: <1262879727-sup-9702@tilus.net>
   1469 References: <f4cc59760907010248r5598eb50sf29b3ae8f500e5f8@mail.gmail.com>
   1470 	<f4cc59760907020314o60100e01r1a1f8af4d354030a@mail.gmail.com>
   1471 	<1246542975-sup-7239@ntdws12.chass.utoronto.ca>
   1472 	<3f81a4241001041055t443931c6vbbe1e7a44599d4f1@mail.gmail.com>
   1473 	<1262728264-sup-3239@masanjin.net>
   1474 	<3f81a4241001061118k7fa0c9e6ub556c400a00b139b@mail.gmail.com>
   1475 	<1262805923-sup-3586@masanjin.net> <1262811731-sup-2447@tilus.net>
   1476 	<1262812952-sup-9357@masanjin.net> <1262879727-sup-9702@tilus.net>
   1477 Message-ID: <3f81a4241001080800ja97a0bbm9c9c39504ed88bec@mail.gmail.com>
   1478 
   1479 So... I take it I would still look at SentManager.write_sent_message
   1480 for this? Are all the configuration options from config.yaml gobbled
   1481 up into an object somewhere when Sup is started?
   1482 
   1483 I guess the first question I should really ask is if Tero is going to
   1484 take a stab at this or if I should... :)
   1485 
   1486 On Thu, Jan 7, 2010 at 8:58 AM, Tero Tilus <tero at tilus.net> wrote:
   1487 > William Morgan, 2010-01-06 23:23:
   1488 >> Reformatted excerpts from Tero Tilus's message of 2010-01-06:
   1489 >> > Does it really need to be a hook? ?I haven't seen a single use case
   1490 >>
   1491 >> No, I don't care which it is. But you will be responsible for helping
   1492 >> the first person who wants to automatically choose their sent source
   1493 >> based on the body of the message. :)
   1494 >
   1495 > So be it it, if you (in the other scenario) are willing to help those
   1496 > who simply want per-account sent_source and are afraid of Ruby. ?:)
   1497 >
   1498 > --
   1499 > Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/
   1500 > _______________________________________________
   1501 > sup-talk mailing list
   1502 > sup-talk at rubyforge.org
   1503 > http://rubyforge.org/mailman/listinfo/sup-talk
   1504 >
   1505 
   1506 From kevinr@free-dissociation.com  Fri Jan  8 18:06:10 2010
   1507 From: kevinr@free-dissociation.com (Kevin Riggle)
   1508 Date: Fri, 08 Jan 2010 18:06:10 -0500
   1509 Subject: [sup-talk] sent_source - singular or per-account?
   1510 In-Reply-To: <f4cc59760907010248r5598eb50sf29b3ae8f500e5f8@mail.gmail.com>
   1511 References: <f4cc59760907010248r5598eb50sf29b3ae8f500e5f8@mail.gmail.com>
   1512 Message-ID: <1262991633-sup-8263@black-opal.mit.edu>
   1513 
   1514 Excerpts from Jim Cheetham's message of Wed Jul 01 05:48:30 -0400 2009:
   1515 > It looks like there is only one place that outbound mail can be stored
   1516 > -- sent_source in config.yaml specifies it globally.
   1517 > 
   1518 > I'd like to be able to save outgoing email into the mailstore for the
   1519 > matching account; can anyone suggest some way to do this? Hacking code
   1520 > is an option, although I'd appreciate some pointers ...
   1521 
   1522 Coming wicked late to the party, and it's a bit of a kludge, but -- I solve 
   1523 this problem with a before-edit hook which BCCs my account, and all the 
   1524 information necessary to choose the appropriate account in a multi-account 
   1525 setup should be present in that hook.  Sup's automatic duplicate suppression 
   1526 means they never actually show up in my inbox view, but they are nevertheless 
   1527 silently and appropriately added to my remote mailstore.
   1528 
   1529 - Kevin
   1530 -- 
   1531 Kevin Riggle (kevinr at free-dissociation.com) 
   1532 MIT Class of 2010, Course VI-3 (Computer Science)
   1533 http://free-dissociation.com
   1534 
   1535 From tero@tilus.net  Sat Jan  9 17:47:16 2010
   1536 From: tero@tilus.net (Tero Tilus)
   1537 Date: Sun, 10 Jan 2010 00:47:16 +0200
   1538 Subject: [sup-talk] sent_source - singular or per-account?
   1539 In-Reply-To: <3f81a4241001080800ja97a0bbm9c9c39504ed88bec@mail.gmail.com>
   1540 References: <f4cc59760907010248r5598eb50sf29b3ae8f500e5f8@mail.gmail.com>
   1541 	<f4cc59760907020314o60100e01r1a1f8af4d354030a@mail.gmail.com>
   1542 	<1246542975-sup-7239@ntdws12.chass.utoronto.ca>
   1543 	<3f81a4241001041055t443931c6vbbe1e7a44599d4f1@mail.gmail.com>
   1544 	<1262728264-sup-3239@masanjin.net>
   1545 	<3f81a4241001061118k7fa0c9e6ub556c400a00b139b@mail.gmail.com>
   1546 	<1262805923-sup-3586@masanjin.net> <1262811731-sup-2447@tilus.net>
   1547 	<1262812952-sup-9357@masanjin.net> <1262879727-sup-9702@tilus.net>
   1548 	<3f81a4241001080800ja97a0bbm9c9c39504ed88bec@mail.gmail.com>
   1549 Message-ID: <1263076756-sup-4633@tilus.net>
   1550 
   1551 Bryan Richardson, 2010-01-08 18:00:
   1552 > I guess the first question I should really ask is if Tero is going
   1553 > to take a stab at this or if I should... :)
   1554 
   1555 Make your choise and take your stab.  I'll be a happy user of
   1556 sent_source selection, be it hook or conf based.
   1557 
   1558 I've already got a long enough backlog of features I want to hack
   1559 with.
   1560 
   1561 -- 
   1562 Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/
   1563 
   1564 From mariano.mara@gmail.com  Sun Jan 10 14:55:35 2010
   1565 From: mariano.mara@gmail.com (Mariano Mara)
   1566 Date: Sun, 10 Jan 2010 16:55:35 -0300
   1567 Subject: [sup-talk] Recovering lost thread
   1568 Message-ID: <1263151714-sup-9969@kafka>
   1569 
   1570 Hi everyone. 
   1571 I've been using sup as a ML reader for quite some time now but a few
   1572 days ago I made my mind and switch from my beloved mutt to sup as my
   1573 email client for everything: so far it has been great and I'm really
   1574 enjoying it.
   1575 I had a problem today though: I was searching for the mail in my work
   1576 account and couldn't find it: I checked in the server (I'm using IMAP
   1577 with offlineimap) and it was there. So it seems I might kill it or delete it in sup
   1578 (I don't know exactly what I did) and now I cannot get it back (I tried
   1579 several combinations of expressions in the search to no avail).
   1580 Can anyone suggest a way to track it down and recover it?
   1581 
   1582 TIA,
   1583 Mariano.
   1584 
   1585 From mariano.mara@gmail.com  Sun Jan 10 16:09:02 2010
   1586 From: mariano.mara@gmail.com (Mariano Mara)
   1587 Date: Sun, 10 Jan 2010 18:09:02 -0300
   1588 Subject: [sup-talk] Recovering lost thread
   1589 In-Reply-To: <1263151714-sup-9969@kafka>
   1590 References: <1263151714-sup-9969@kafka>
   1591 Message-ID: <1263157617-sup-1963@kafka>
   1592 
   1593 Excerpts from Mariano Mara's message of Sun Jan 10 16:55:35 -0300 2010:
   1594 > Hi everyone. 
   1595 > I've been using sup as a ML reader for quite some time now but a few
   1596 > days ago I made my mind and switch from my beloved mutt to sup as my
   1597 > email client for everything: so far it has been great and I'm really
   1598 > enjoying it.
   1599 > I had a problem today though: I was searching for the mail in my work
   1600 > account and couldn't find it: I checked in the server (I'm using IMAP
   1601 > with offlineimap) and it was there. So it seems I might kill it or delete it in
   1602 > sup
   1603 > (I don't know exactly what I did) and now I cannot get it back (I tried
   1604 > several combinations of expressions in the search to no avail).
   1605 > Can anyone suggest a way to track it down and recover it?
   1606 > 
   1607 > TIA,
   1608 > Mariano.
   1609 
   1610 Nevermind... I was not aware I could navigate deleted messages...
   1611 
   1612 Mariano
   1613 
   1614 From wmorgan-sup@masanjin.net  Mon Jan 11 12:55:49 2010
   1615 From: wmorgan-sup@masanjin.net (William Morgan)
   1616 Date: Mon, 11 Jan 2010 12:55:49 -0500
   1617 Subject: [sup-talk] Recovering lost thread
   1618 In-Reply-To: <1263157617-sup-1963@kafka>
   1619 References: <1263151714-sup-9969@kafka> <1263157617-sup-1963@kafka>
   1620 Message-ID: <1263232510-sup-1314@masanjin.net>
   1621 
   1622 Reformatted excerpts from Mariano Mara's message of 2010-01-10:
   1623 > Nevermind... I was not aware I could navigate deleted messages...
   1624 
   1625 Yep, they don't show up by default, but any query with label:deleted in
   1626 it should pull them up, so you can search across them for content too if
   1627 you have lots of deleted messages.
   1628 -- 
   1629 William <wmorgan-sup at masanjin.net>
   1630 
   1631 From hollunder@lavabit.com  Mon Jan 11 16:29:16 2010
   1632 From: hollunder@lavabit.com (=?utf-8?q?Philipp_=C3=9Cberbacher?=)
   1633 Date: Mon, 11 Jan 2010 22:29:16 +0100
   1634 Subject: [sup-talk] Recovering lost thread
   1635 In-Reply-To: <1263232510-sup-1314@masanjin.net>
   1636 References: <1263151714-sup-9969@kafka> <1263157617-sup-1963@kafka>
   1637 	<1263232510-sup-1314@masanjin.net>
   1638 Message-ID: <1263245163-sup-9651@tw>
   1639 
   1640 Excerpts from William Morgan's message of Mon Jan 11 18:55:49 +0100 2010:
   1641 > Reformatted excerpts from Mariano Mara's message of 2010-01-10:
   1642 > > Nevermind... I was not aware I could navigate deleted messages...
   1643 > 
   1644 > Yep, they don't show up by default, but any query with label:deleted in
   1645 > it should pull them up, so you can search across them for content too if
   1646 > you have lots of deleted messages.
   1647 
   1648 
   1649 I have a somewhat related question.
   1650 I'm using offlineimap -> maildir -> sup and the issue I have is that I
   1651 don't get messages that were already read when I installed/ran sup.
   1652 
   1653 How do I get all the message in my imap mailboxes?
   1654 
   1655 
   1656 Btw. I only just now realized how the reply-to (sender/list/whatever)
   1657 works, and I think it's great.
   1658 
   1659 Thanks in advance,
   1660 Philipp
   1661 
   1662 
   1663 From wmorgan-sup@masanjin.net  Tue Jan 12 15:21:28 2010
   1664 From: wmorgan-sup@masanjin.net (William Morgan)
   1665 Date: Tue, 12 Jan 2010 15:21:28 -0500
   1666 Subject: [sup-talk] Recovering lost thread
   1667 In-Reply-To: <1263245163-sup-9651@tw>
   1668 References: <1263151714-sup-9969@kafka> <1263157617-sup-1963@kafka>
   1669 	<1263232510-sup-1314@masanjin.net> <1263245163-sup-9651@tw>
   1670 Message-ID: <1263327582-sup-3477@masanjin.net>
   1671 
   1672 Reformatted excerpts from Philipp ?berbacher's message of 2010-01-11:
   1673 > I have a somewhat related question.
   1674 > I'm using offlineimap -> maildir -> sup and the issue I have is that I
   1675 > don't get messages that were already read when I installed/ran sup.
   1676 
   1677 That's weird. These were messages that are in your imap inbox, but
   1678 simple aren't read? Is it possible you they are in the Sup index but
   1679 aren't showing up in the Sup inbox? E.g. if you search for a particular
   1680 message, do you see it?
   1681 
   1682 Sup adds all messages, regardless of whether they're read or not in the
   1683 source.
   1684 
   1685 > Btw. I only just now realized how the reply-to (sender/list/whatever)
   1686 > works, and I think it's great.
   1687 
   1688 Thanks!
   1689 -- 
   1690 William <wmorgan-sup at masanjin.net>
   1691 
   1692 From btricha@gmail.com  Tue Jan 12 16:38:02 2010
   1693 From: btricha@gmail.com (Bryan Richardson)
   1694 Date: Tue, 12 Jan 2010 14:38:02 -0700
   1695 Subject: [sup-talk] sent_source - singular or per-account?
   1696 In-Reply-To: <1263076756-sup-4633@tilus.net>
   1697 References: <f4cc59760907010248r5598eb50sf29b3ae8f500e5f8@mail.gmail.com>
   1698 	<3f81a4241001041055t443931c6vbbe1e7a44599d4f1@mail.gmail.com>
   1699 	<1262728264-sup-3239@masanjin.net>
   1700 	<3f81a4241001061118k7fa0c9e6ub556c400a00b139b@mail.gmail.com>
   1701 	<1262805923-sup-3586@masanjin.net> <1262811731-sup-2447@tilus.net>
   1702 	<1262812952-sup-9357@masanjin.net> <1262879727-sup-9702@tilus.net>
   1703 	<3f81a4241001080800ja97a0bbm9c9c39504ed88bec@mail.gmail.com>
   1704 	<1263076756-sup-4633@tilus.net>
   1705 Message-ID: <3f81a4241001121338q6260d35dr8f050461d371e181@mail.gmail.com>
   1706 
   1707 On Sat, Jan 9, 2010 at 3:47 PM, Tero Tilus <tero at tilus.net> wrote:
   1708 > Bryan Richardson, 2010-01-08 18:00:
   1709 >> I guess the first question I should really ask is if Tero is going
   1710 >> to take a stab at this or if I should... :)
   1711 >
   1712 > Make your choise and take your stab. ?I'll be a happy user of
   1713 > sent_source selection, be it hook or conf based.
   1714 
   1715 Would someone be nice enough to tell me when/where the source gets set
   1716 in SentManager? I've grepped the heck out of the code and can't find
   1717 it anywhere. Also, where's the code that checks the front of the
   1718 sent_source uri for 'maildir' in order to know to create a new Maildir
   1719 source object?
   1720 
   1721 >
   1722 > I've already got a long enough backlog of features I want to hack
   1723 > with.
   1724 >
   1725 > --
   1726 > Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/
   1727 > _______________________________________________
   1728 > sup-talk mailing list
   1729 > sup-talk at rubyforge.org
   1730 > http://rubyforge.org/mailman/listinfo/sup-talk
   1731 >
   1732 
   1733 --
   1734 Thanks!
   1735 Bryan
   1736 
   1737 From tero@tilus.net  Tue Jan 12 18:10:40 2010
   1738 From: tero@tilus.net (Tero Tilus)
   1739 Date: Wed, 13 Jan 2010 01:10:40 +0200
   1740 Subject: [sup-talk] sent_source - singular or per-account?
   1741 In-Reply-To: <3f81a4241001121338q6260d35dr8f050461d371e181@mail.gmail.com>
   1742 References: <f4cc59760907010248r5598eb50sf29b3ae8f500e5f8@mail.gmail.com>
   1743 	<3f81a4241001041055t443931c6vbbe1e7a44599d4f1@mail.gmail.com>
   1744 	<1262728264-sup-3239@masanjin.net>
   1745 	<3f81a4241001061118k7fa0c9e6ub556c400a00b139b@mail.gmail.com>
   1746 	<1262805923-sup-3586@masanjin.net> <1262811731-sup-2447@tilus.net>
   1747 	<1262812952-sup-9357@masanjin.net> <1262879727-sup-9702@tilus.net>
   1748 	<3f81a4241001080800ja97a0bbm9c9c39504ed88bec@mail.gmail.com>
   1749 	<1263076756-sup-4633@tilus.net>
   1750 	<3f81a4241001121338q6260d35dr8f050461d371e181@mail.gmail.com>
   1751 Message-ID: <1263336305-sup-2783@tilus.net>
   1752 
   1753 Bryan Richardson, 2010-01-12 23:38:
   1754 > Would someone be nice enough to tell me when/where the source gets
   1755 > set in SentManager?
   1756 
   1757 Look at bin/sup lines 157-161.
   1758 
   1759 > Also, where's the code that checks the front of the sent_source uri
   1760 > for 'maildir' in order to know to create a new Maildir source
   1761 > object?
   1762 
   1763 That would be only in bin/sup-add.
   1764 
   1765 If you look inside sources.yaml, you see that source classes are
   1766 stored there (together with instance attributes) and thats how
   1767 SourceManager#load_sources (actually YAML::load_file inside it) knows
   1768 what source classes to instantiate.
   1769 
   1770 -- 
   1771 Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/
   1772 
   1773 From murks@lavabit.com  Tue Jan 12 19:07:49 2010
   1774 From: murks@lavabit.com (=?utf-8?q?Philipp_=C3=9Cberbacher?=)
   1775 Date: Wed, 13 Jan 2010 01:07:49 +0100
   1776 Subject: [sup-talk] Recovering lost thread
   1777 In-Reply-To: <1263327582-sup-3477@masanjin.net>
   1778 References: <1263151714-sup-9969@kafka> <1263157617-sup-1963@kafka>
   1779 	<1263232510-sup-1314@masanjin.net> <1263245163-sup-9651@tw>
   1780 	<1263327582-sup-3477@masanjin.net>
   1781 Message-ID: <1263340870-sup-9488@tw>
   1782 
   1783 Excerpts from William Morgan's message of Tue Jan 12 21:21:28 +0100 2010:
   1784 > Reformatted excerpts from Philipp ?berbacher's message of 2010-01-11:
   1785 > > I have a somewhat related question.
   1786 > > I'm using offlineimap -> maildir -> sup and the issue I have is that I
   1787 > > don't get messages that were already read when I installed/ran sup.
   1788 > 
   1789 > That's weird. These were messages that are in your imap inbox, but
   1790 > simple aren't read? Is it possible you they are in the Sup index but
   1791 > aren't showing up in the Sup inbox? E.g. if you search for a particular
   1792 > message, do you see it?
   1793 
   1794 I think you're right. The messages are there, the messages marked as
   1795 read in the imap inbox simply never showed up in sups inbox.
   1796 
   1797 This is only part of the reason for my confusion. My mail system was a
   1798 bit of a mess and I cleaned it up while switching to sup. Some old
   1799 messages that I'd need live in some pop account that's now defunct, then
   1800 there were strange redirects from one account to another, all of which
   1801 left me in this state. Guess it's all better now, except for all the old
   1802 data that still lives in my now defunct claws mail in some form...
   1803 
   1804 Sorry for the noise.
   1805 Best regards,
   1806 Philipp
   1807 
   1808 
   1809 From gregor@hoffleit.de  Wed Jan 13 08:13:18 2010
   1810 From: gregor@hoffleit.de (Gregor Hoffleit)
   1811 Date: Wed, 13 Jan 2010 14:13:18 +0100
   1812 Subject: [sup-talk] Ruby question: before-add-message.rb and adding multiple
   1813 	labels at once
   1814 Message-ID: <1263386714-sup-5331@sam.mediasupervision.de>
   1815 
   1816 In order to keep before-add-message.rb readable, I was using one-line
   1817 filters like:
   1818 
   1819     message.add_label "ad apple" if message.from.email =~ /@insideapple.apple.com/
   1820     message.add_label "ad amazon" if message.from.email =~ /promotion.*@amazon.com/
   1821     message.add_label "list sup" if message.subj =~ /\[sup-talk\]/
   1822     message.add_label "list sup-devel" if message.subj =~ /\[sup-devel\]/
   1823 
   1824 That seemed to work, somehow. Only now I realized that message.add_label
   1825 in fact only takes a single label as argument.
   1826 
   1827 Is it true that I have to change the above syntax into the much more
   1828 verbose:
   1829 
   1830     if message.subj =~ /\[sup-devel\]/
   1831 	message.add_label :list
   1832 	message.add_label :"sup-devel"
   1833     end
   1834 
   1835 Removing a message from the inbox ("message.remove_label :inbox") while
   1836 applying a label leads to a similar 'code bloat'.
   1837 
   1838 
   1839 Also, it took me a while to realize that errors in before-add-message.rb
   1840 won't lead to a visible error message, but that before-add-message.rb
   1841 just silently quits.
   1842 
   1843 
   1844 The examples in http://sup.rubyforge.org/wiki/wiki.pl?Hooks are a very
   1845 good start.
   1846 
   1847 Still, perhaps somebody with robust Ruby skills could add in a section
   1848 about the exact usage of message.add_label and message.remove_label,
   1849 e.g.:
   1850 
   1851 - What's the difference between "label" and :label?
   1852 - Can I use multiple labels in one invocation?
   1853 - How about dashes in labels? Is :sup-devel valid, or should I use
   1854   :"sup-devel"?
   1855 - How about spaces in label?
   1856 - How about "-inbox"? Does it work?
   1857 
   1858 
   1859 
   1860 Regards,
   1861     Gregor Hoffleit
   1862 
   1863 From hyperbolist@gmail.com  Wed Jan 13 10:49:00 2010
   1864 From: hyperbolist@gmail.com (Eric Sherman)
   1865 Date: Wed, 13 Jan 2010 10:49:00 -0500
   1866 Subject: [sup-talk] Ruby question: before-add-message.rb and adding
   1867 	multiple labels at once
   1868 In-Reply-To: <1263386714-sup-5331@sam.mediasupervision.de>
   1869 References: <1263386714-sup-5331@sam.mediasupervision.de>
   1870 Message-ID: <1263396697-sup-5561@changeling.local>
   1871 
   1872 Excerpts from Gregor Hoffleit's message of Wed Jan 13 08:13:18 -0500 2010:
   1873 > In order to keep before-add-message.rb readable, I was using one-line
   1874 > filters like:
   1875 > 
   1876 >     message.add_label "ad apple" if message.from.email =~ /@insideapple.apple.com/
   1877 >     message.add_label "ad amazon" if message.from.email =~ /promotion.*@amazon.com/
   1878 >     message.add_label "list sup" if message.subj =~ /\[sup-talk\]/
   1879 >     message.add_label "list sup-devel" if message.subj =~ /\[sup-devel\]/
   1880 > 
   1881 > That seemed to work, somehow. Only now I realized that message.add_label
   1882 > in fact only takes a single label as argument.
   1883 > 
   1884 > Is it true that I have to change the above syntax into the much more
   1885 > verbose:
   1886 > 
   1887 >     if message.subj =~ /\[sup-devel\]/
   1888 >     message.add_label :list
   1889 >     message.add_label :"sup-devel"
   1890 >     end
   1891 > 
   1892 > Removing a message from the inbox ("message.remove_label :inbox") while
   1893 > applying a label leads to a similar 'code bloat'.
   1894 
   1895 You could try this:
   1896 [:list, :sup-devel].each { |l| message.add_label l } if condition
   1897 [:inbox, :unread].each { |l| message.remove_label l } if condition
   1898 
   1899 Or something like this:
   1900 case [message.from, message.subj].flatten.to_s
   1901   when /foo/ then
   1902     [:label1, :label2].each { |l| message.add_label l }
   1903     [:inbox, :unread].each { |l| message.remove_label l }
   1904   when /bar/ then
   1905     [:label3, :label4].each { |l| message.add_label l }
   1906     [:inbox, :unread].each { |l| message.remove_label l }
   1907 end
   1908 
   1909 From wmorgan-sup@masanjin.net  Wed Jan 13 16:49:47 2010
   1910 From: wmorgan-sup@masanjin.net (William Morgan)
   1911 Date: Wed, 13 Jan 2010 16:49:47 -0500
   1912 Subject: [sup-talk] Recovering lost thread
   1913 In-Reply-To: <1263340870-sup-9488@tw>
   1914 References: <1263151714-sup-9969@kafka> <1263157617-sup-1963@kafka>
   1915 	<1263232510-sup-1314@masanjin.net> <1263245163-sup-9651@tw>
   1916 	<1263327582-sup-3477@masanjin.net> <1263340870-sup-9488@tw>
   1917 Message-ID: <1263419339-sup-2337@masanjin.net>
   1918 
   1919 Reformatted excerpts from Philipp ?berbacher's message of 2010-01-12:
   1920 > I think you're right. The messages are there, the messages marked as
   1921 > read in the imap inbox simply never showed up in sups inbox.
   1922 
   1923 You can fix this in one swell foop by adding the inbox label to those
   1924 messages using sup-tweak-labels, if you want.
   1925 -- 
   1926 William <wmorgan-sup at masanjin.net>
   1927 
   1928 From murks@lavabit.com  Wed Jan 13 17:30:44 2010
   1929 From: murks@lavabit.com (=?utf-8?q?Philipp_=C3=9Cberbacher?=)
   1930 Date: Wed, 13 Jan 2010 23:30:44 +0100
   1931 Subject: [sup-talk] Recovering lost thread
   1932 In-Reply-To: <1263419339-sup-2337@masanjin.net>
   1933 References: <1263151714-sup-9969@kafka> <1263157617-sup-1963@kafka>
   1934 	<1263232510-sup-1314@masanjin.net> <1263245163-sup-9651@tw>
   1935 	<1263327582-sup-3477@masanjin.net> <1263340870-sup-9488@tw>
   1936 	<1263419339-sup-2337@masanjin.net>
   1937 Message-ID: <1263421791-sup-9314@tw>
   1938 
   1939 Excerpts from William Morgan's message of Wed Jan 13 22:49:47 +0100 2010:
   1940 > Reformatted excerpts from Philipp ?berbacher's message of 2010-01-12:
   1941 > > I think you're right. The messages are there, the messages marked as
   1942 > > read in the imap inbox simply never showed up in sups inbox.
   1943 > 
   1944 > You can fix this in one swell foop by adding the inbox label to those
   1945 > messages using sup-tweak-labels, if you want.
   1946 
   1947 Thanks William, that's actually a nice idea, hadn't thought about that
   1948 :)
   1949 
   1950 
   1951 From aep@exys.org  Thu Jan 14 01:11:53 2010
   1952 From: aep@exys.org (Arvid Picciani)
   1953 Date: Thu, 14 Jan 2010 07:11:53 +0100
   1954 Subject: [sup-talk] trying sup again, couple of crashes, etc
   1955 Message-ID: <4B4EB5A9.8050001@exys.org>
   1956 
   1957 So heres is how my sup experience has been so far: awesome idea, but 
   1958 unusable.
   1959 0.9.1 starts 3 processes where 2 are dead and ignore sigkill.
   1960 The interface only responds to shift-q.  Typing only "q" will prompt and 
   1961 that prompt can not be answered with y Y ^y  sane for the ^C prompt.
   1962 It crashes the second time i start it (after killing it with -9 since it 
   1963 doesnt respond to anything else)
   1964 
   1965 
   1966 So i went to the git next tree:
   1967 It takes 30 seconds to start on a core2, and uses 100% cpu polling for 
   1968 new messages apparantly.  Screen is flooded with ruby warnings, so it is 
   1969 unusable. additionaly more crashes:
   1970 
   1971 
   1972 sup-add nukes itself:
   1973 
   1974 Error: the index is locked by another process! User '' on
   1975 host '' is running  with pid .
   1976 The process was alive as of at least 14 seconds ago.
   1977 
   1978 Should I ask that process to kill itself (y/n)? y
   1979 Ok, trying to kill process...
   1980 Terminated
   1981 aep at barf: ~/kram/mainline
   1982 
   1983 
   1984 until i remove ~/.sup. then it crashes like:
   1985 
   1986 
   1987 Adding imaps://samir.ibcsolutions.de/INBOX...
   1988 [2010-01-14 07:08:54 +0100] Flushing Xapian updates to disk. This may 
   1989 take a while...
   1990 /home/aep/kram/mainline/lib/sup/xapian_index.rb:52: warning: instance 
   1991 variable @xapian not initialized
   1992 /home/aep/kram/mainline/lib/sup/xapian_index.rb:52:in `save_index': 
   1993 undefined method `flush' for nil:NilClass (NoMethodError)
   1994 	from /home/aep/kram/mainline/lib/sup/index.rb:78:in `save'
   1995 	from bin/sup-add:129:in `<main>'
   1996 
   1997 
   1998 but adds the source
   1999 
   2000 sup then takes around 20 seconds per message  (100% cpu usage), then sup 
   2001 finally crashes:
   2002 
   2003 
   2004 sup:
   2005 /usr/lib/ruby/gems/1.9.1/gems/lockfile-1.4.3/lib/lockfile.rb:82: 
   2006 warning: optional boolean argument is obsoleted
   2007 /usr/lib/ruby/gems/1.9.1/gems/lockfile-1.4.3/lib/lockfile.rb:83: 
   2008 warning: optional boolean argument is obsoleted
   2009 /usr/lib/ruby/gems/1.9.1/gems/lockfile-1.4.3/lib/lockfile.rb:84: 
   2010 warning: optional boolean argument is obsoleted
   2011 /usr/lib/ruby/gems/1.9.1/gems/lockfile-1.4.3/lib/lockfile.rb:85: 
   2012 warning: optional boolean argument is obsoleted
   2013 /usr/lib/ruby/gems/1.9.1/gems/lockfile-1.4.3/lib/lockfile.rb:86: 
   2014 warning: optional boolean argument is obsoleted
   2015 /usr/lib/ruby/gems/1.9.1/gems/lockfile-1.4.3/lib/lockfile.rb:87: 
   2016 warning: optional boolean argument is obsoleted
   2017 /usr/lib/ruby/gems/1.9.1/gems/lockfile-1.4.3/lib/lockfile.rb:88: 
   2018 warning: optional boolean argument is obsoleted
   2019 /usr/lib/ruby/gems/1.9.1/gems/lockfile-1.4.3/lib/lockfile.rb:89: 
   2020 warning: optional boolean argument is obsoleted
   2021 /usr/lib/ruby/gems/1.9.1/gems/lockfile-1.4.3/lib/lockfile.rb:139: 
   2022 warning: optional boolean argument is obsoleted
   2023 /usr/lib/ruby/1.9.1/pathname.rb:270: warning: `*' interpreted as 
   2024 argument prefix
   2025 /home/aep/kram/mainline/lib/sup/util.rb:9: warning: method redefined; 
   2026 discarding old gen_lock_id
   2027 /home/aep/kram/mainline/lib/sup/util.rb:20: warning: method redefined; 
   2028 discarding old dump_lock_id
   2029 /home/aep/kram/mainline/lib/sup/util.rb:561: warning: method redefined; 
   2030 discarding old included
   2031 /home/aep/kram/mainline/lib/sup/message-chunks.rb:36: warning: method 
   2032 redefined; discarding old make_tmpname
   2033 /usr/lib/ruby/gems/1.9.1/gems/rmail-1.0.0/lib/rmail/header.rb:474: 
   2034 warning: shadowing outer local variable - name
   2035 /usr/lib/ruby/gems/1.9.1/gems/rmail-1.0.0/lib/rmail/header.rb:474: 
   2036 warning: shadowing outer local variable - value
   2037 /usr/lib/ruby/gems/1.9.1/gems/rmail-1.0.0/lib/rmail/header.rb:507: 
   2038 warning: shadowing outer local variable - name
   2039 /usr/lib/ruby/gems/1.9.1/gems/rmail-1.0.0/lib/rmail/header.rb:507: 
   2040 warning: shadowing outer local variable - value
   2041 /usr/lib/ruby/gems/1.9.1/gems/rmail-1.0.0/lib/rmail/header.rb:892: 
   2042 warning: optional boolean argument is obsoleted
   2043 /usr/lib/ruby/gems/1.9.1/gems/rmail-1.0.0/lib/rmail/message.rb:133: 
   2044 warning: optional boolean argument is obsoleted
   2045 /usr/lib/ruby/gems/1.9.1/gems/rmail-1.0.0/lib/rmail/message.rb:140: 
   2046 warning: optional boolean argument is obsoleted
   2047 /home/aep/kram/mainline/lib/sup/imap.rb:119: warning: ambiguous first 
   2048 argument; put parentheses or even spaces
   2049 /home/aep/kram/mainline/lib/sup/account.rb:77: warning: shadowing outer 
   2050 local variable - a
   2051 /home/aep/kram/mainline/lib/sup/colormap.rb:165: warning: shadowing 
   2052 outer local variable - color
   2053 /home/aep/kram/mainline/lib/sup/poll.rb:122: warning: mismatched 
   2054 indentations at 'end' with 'if' at 112
   2055 /home/aep/kram/mainline/lib/sup/modes/edit-message-mode.rb:376: warning: 
   2056 shadowing outer local variable - v
   2057 /home/aep/kram/mainline/lib/sup/modes/thread-index-mode.rb:567: warning: 
   2058 shadowing outer local variable - old_labels
   2059 /home/aep/kram/mainline/lib/sup/modes/thread-index-mode.rb:823: warning: 
   2060 shadowing outer local variable - p
   2061 /usr/lib/ruby/1.9.1/dl/func.rb:49: warning: instance variable @unsigned 
   2062 not initialized
   2063 /home/aep/kram/mainline/lib/sup/xapian_index.rb:135: warning: shadowing 
   2064 outer local variable - doc
   2065 /home/aep/kram/mainline/lib/sup/xapian_index.rb:370: warning: `&' 
   2066 interpreted as argument prefix
   2067 bin/sup:138: warning: method redefined; discarding old pair_content
   2068 [2010-01-14 06:57:10 +0100] ERROR: oh crap, an exception
   2069 ----------------------------------------------------------------
   2070 I'm very sorry. It seems that an error occurred in Sup. Please
   2071 accept my sincere apologies. Please submit the contents of
   2072 /home/aep/.sup/exception-log.txt and a brief report of the
   2073 circumstances to http://masanjin.net/sup-bugs/ so that I might
   2074 address this problem. Thank you!
   2075 
   2076 Sincerely,
   2077 William
   2078 ----------------------------------------------------------------
   2079 --- NoMethodError from thread: poll after loading inbox
   2080 undefined method `[]' for nil:NilClass
   2081 /home/aep/kram/mainline/lib/sup/xapian_index.rb:570:in `mkterm'
   2082 /home/aep/kram/mainline/lib/sup/xapian_index.rb:345:in `find_docid'
   2083 /home/aep/kram/mainline/lib/sup/xapian_index.rb:351:in `find_doc'
   2084 /home/aep/kram/mainline/lib/sup/xapian_index.rb:361:in `get_entry'
   2085 /home/aep/kram/mainline/lib/sup/xapian_index.rb:75:in `block in 
   2086 build_message'
   2087 /usr/lib/ruby/1.9.1/monitor.rb:190:in `mon_synchronize'
   2088 /home/aep/kram/mainline/lib/sup/xapian_index.rb:370:in `synchronize'
   2089 /home/aep/kram/mainline/lib/sup/xapian_index.rb:75:in `build_message'
   2090 /home/aep/kram/mainline/lib/sup/index.rb:236:in `method_missing'
   2091 /home/aep/kram/mainline/lib/sup/poll.rb:110:in `block (3 levels) in do_poll'
   2092 /home/aep/kram/mainline/lib/sup/poll.rb:169:in `block in each_message_from'
   2093 /home/aep/kram/mainline/lib/sup/imap.rb:197:in `block in each'
   2094 /home/aep/kram/mainline/lib/sup/imap.rb:185:in `upto'
   2095 /home/aep/kram/mainline/lib/sup/imap.rb:185:in `each'
   2096 /home/aep/kram/mainline/lib/sup/util.rb:593:in `__pass'
   2097 /home/aep/kram/mainline/lib/sup/util.rb:580:in `method_missing'
   2098 /home/aep/kram/mainline/lib/sup/poll.rb:157:in `each_message_from'
   2099 /home/aep/kram/mainline/lib/sup/poll.rb:109:in `block (2 levels) in do_poll'
   2100 /home/aep/kram/mainline/lib/sup/poll.rb:97:in `each'
   2101 /home/aep/kram/mainline/lib/sup/poll.rb:97:in `block in do_poll'
   2102 <internal:prelude>:8:in `synchronize'
   2103 /home/aep/kram/mainline/lib/sup/poll.rb:96:in `do_poll'
   2104 /home/aep/kram/mainline/lib/sup/util.rb:553:in `method_missing'
   2105 /home/aep/kram/mainline/lib/sup/modes/poll-mode.rb:15:in `poll'
   2106 /home/aep/kram/mainline/lib/sup/poll.rb:47:in `poll_with_sources'
   2107 /home/aep/kram/mainline/lib/sup/poll.rb:62:in `poll'
   2108 /home/aep/kram/mainline/lib/sup/util.rb:553:in `method_missing'
   2109 bin/sup:245:in `block (2 levels) in <module:Redwood>'
   2110 /home/aep/kram/mainline/lib/sup.rb:77:in `block in reporting_thread'
   2111 
   2112 
   2113 at that point i gave up.
   2114 
   2115 
   2116 
   2117 -- 
   2118 Arvid
   2119 Asgaard Technologies
   2120 
   2121 From wmorgan-sup@masanjin.net  Thu Jan 14 09:07:44 2010
   2122 From: wmorgan-sup@masanjin.net (William Morgan)
   2123 Date: Thu, 14 Jan 2010 09:07:44 -0500
   2124 Subject: [sup-talk] Questions about offlineimap+msmtp+maildir+gmail
   2125 	syncing
   2126 In-Reply-To: <1262804701-sup-8673@deepthought>
   2127 References: <1262776632-sup-1333@deepthought>
   2128 	<1262780979-sup-2146@changeling.local>
   2129 	<1262804701-sup-8673@deepthought>
   2130 Message-ID: <1263478004-sup-6388@masanjin.net>
   2131 
   2132 Reformatted excerpts from Anirudh Sanjeev's message of 2010-01-06:
   2133 > Since sup supports sync with mbox, is there any utility that takes IMAP
   2134 > and packs it into mbox format, or maybe converts Maildir messages into
   2135 > mbox?
   2136 
   2137 Fetchmail for the first, and I think there's probably and md2mbox or
   2138 something out there for the second.
   2139 -- 
   2140 William <wmorgan-sup at masanjin.net>
   2141 
   2142 From jm@jmason.org  Thu Jan 14 09:30:58 2010
   2143 From: jm@jmason.org (Justin Mason)
   2144 Date: Thu, 14 Jan 2010 14:30:58 +0000
   2145 Subject: [sup-talk] Questions about offlineimap+msmtp+maildir+gmail
   2146 	syncing
   2147 In-Reply-To: <1263478004-sup-6388@masanjin.net>
   2148 References: <1262776632-sup-1333@deepthought>
   2149 	<1262780979-sup-2146@changeling.local>
   2150 	<1262804701-sup-8673@deepthought> <1263478004-sup-6388@masanjin.net>
   2151 Message-ID: <6c399e451001140630ldee5cf5t16e24d33261c094@mail.gmail.com>
   2152 
   2153 for the first, I've used fetchmail to do that:
   2154 
   2155 : 576...; cat fetchmailrc
   2156 
   2157 
   2158 
   2159 poll hostname.domain.com proto IMAP
   2160 
   2161   user "jmason" pass "[your imap password]" is "jmason"
   2162 
   2163   folder "name_of_folder"
   2164 
   2165   ssl
   2166 
   2167   fetchall
   2168 
   2169   keep
   2170 
   2171   no rewrite
   2172 
   2173   expunge 100
   2174 
   2175   mda "/usr/bin/procmail -f %F /home/jmason/Mail/procmailrc";
   2176 
   2177 
   2178 
   2179 : 577...; cat procmailrc
   2180 
   2181 MAILDIR=$HOME
   2182 DEFAULT=$MAILDIR/mbox
   2183 
   2184 
   2185 
   2186 :0
   2187 
   2188 $DEFAULT
   2189 
   2190 
   2191 
   2192 
   2193 
   2194 and it'll append it all to ~/mbox.
   2195 
   2196 --j.
   2197 
   2198 On Thu, Jan 14, 2010 at 14:07, William Morgan <wmorgan-sup at masanjin.net> wrote:
   2199 > Reformatted excerpts from Anirudh Sanjeev's message of 2010-01-06:
   2200 >> Since sup supports sync with mbox, is there any utility that takes IMAP
   2201 >> and packs it into mbox format, or maybe converts Maildir messages into
   2202 >> mbox?
   2203 >
   2204 > Fetchmail for the first, and I think there's probably and md2mbox or
   2205 > something out there for the second.
   2206 > --
   2207 > William <wmorgan-sup at masanjin.net>
   2208 > _______________________________________________
   2209 > sup-talk mailing list
   2210 > sup-talk at rubyforge.org
   2211 > http://rubyforge.org/mailman/listinfo/sup-talk
   2212 >
   2213 >
   2214 
   2215 
   2216 
   2217 -- 
   2218 --j.
   2219 
   2220 From jm@jmason.org  Thu Jan 14 09:32:33 2010
   2221 From: jm@jmason.org (Justin Mason)
   2222 Date: Thu, 14 Jan 2010 14:32:33 +0000
   2223 Subject: [sup-talk] Questions about offlineimap+msmtp+maildir+gmail
   2224 	syncing
   2225 In-Reply-To: <6c399e451001140630ldee5cf5t16e24d33261c094@mail.gmail.com>
   2226 References: <1262776632-sup-1333@deepthought>
   2227 	<1262780979-sup-2146@changeling.local>
   2228 	<1262804701-sup-8673@deepthought> <1263478004-sup-6388@masanjin.net>
   2229 	<6c399e451001140630ldee5cf5t16e24d33261c094@mail.gmail.com>
   2230 Message-ID: <6c399e451001140632l5b33528el5b45e330806f288a@mail.gmail.com>
   2231 
   2232 hmm.  apologies for the additional line breaks; a cut and paste bug
   2233 with Synergy.  here's fixed versions:
   2234 
   2235 : 576...; cat fetchmailrc
   2236 
   2237 poll hostname.domain.com proto IMAP
   2238  ?user "jmason" pass "[your imap password]" is "jmason"
   2239  ?folder "name_of_folder"
   2240  ?ssl
   2241  ?fetchall
   2242  ?keep
   2243  ?no rewrite
   2244  ?expunge 100
   2245  ?mda "/usr/bin/procmail -f %F /home/jmason/Mail/procmailrc";
   2246 
   2247 : 577...; cat procmailrc
   2248 MAILDIR=$HOME
   2249 DEFAULT=$MAILDIR/mbox
   2250 
   2251 :0
   2252 $DEFAULT
   2253 
   2254 
   2255 --j.
   2256 
   2257 On Thu, Jan 14, 2010 at 14:30, Justin Mason <jm at jmason.org> wrote:
   2258 > for the first, I've used fetchmail to do that:
   2259 >
   2260 > : 576...; cat fetchmailrc
   2261 >
   2262 >
   2263 >
   2264 > poll hostname.domain.com proto IMAP
   2265 >
   2266 > ?user "jmason" pass "[your imap password]" is "jmason"
   2267 >
   2268 > ?folder "name_of_folder"
   2269 >
   2270 > ?ssl
   2271 >
   2272 > ?fetchall
   2273 >
   2274 > ?keep
   2275 >
   2276 > ?no rewrite
   2277 >
   2278 > ?expunge 100
   2279 >
   2280 > ?mda "/usr/bin/procmail -f %F /home/jmason/Mail/procmailrc";
   2281 >
   2282 >
   2283 >
   2284 > : 577...; cat procmailrc
   2285 >
   2286 > MAILDIR=$HOME
   2287 > DEFAULT=$MAILDIR/mbox
   2288 >
   2289 >
   2290 >
   2291 > :0
   2292 >
   2293 > $DEFAULT
   2294 >
   2295 >
   2296 >
   2297 >
   2298 >
   2299 > and it'll append it all to ~/mbox.
   2300 >
   2301 > --j.
   2302 >
   2303 > On Thu, Jan 14, 2010 at 14:07, William Morgan <wmorgan-sup at masanjin.net> wrote:
   2304 >> Reformatted excerpts from Anirudh Sanjeev's message of 2010-01-06:
   2305 >>> Since sup supports sync with mbox, is there any utility that takes IMAP
   2306 >>> and packs it into mbox format, or maybe converts Maildir messages into
   2307 >>> mbox?
   2308 >>
   2309 >> Fetchmail for the first, and I think there's probably and md2mbox or
   2310 >> something out there for the second.
   2311 >> --
   2312 >> William <wmorgan-sup at masanjin.net>
   2313 >> _______________________________________________
   2314 >> sup-talk mailing list
   2315 >> sup-talk at rubyforge.org
   2316 >> http://rubyforge.org/mailman/listinfo/sup-talk
   2317 >>
   2318 >>
   2319 >
   2320 >
   2321 >
   2322 > --
   2323 > --j.
   2324 >
   2325 
   2326 
   2327 
   2328 -- 
   2329 --j.
   2330 
   2331 From tero@tilus.net  Thu Jan 14 19:03:01 2010
   2332 From: tero@tilus.net (Tero Tilus)
   2333 Date: Fri, 15 Jan 2010 02:03:01 +0200
   2334 Subject: [sup-talk] trying sup again, couple of crashes, etc
   2335 In-Reply-To: <4B4EB5A9.8050001@exys.org>
   2336 References: <4B4EB5A9.8050001@exys.org>
   2337 Message-ID: <1263511303-sup-1489@tilus.net>
   2338 
   2339 Arvid Picciani, 2010-01-14 08:11:
   2340 > So heres is how my sup experience has been so far: awesome idea, but
   2341 > unusable.
   2342 
   2343 I see sup's offered you a rough ride... :(
   2344 
   2345 Is this with ruby 1.9?  If so, have you tried with 1.8.x?
   2346 
   2347 > sup-add nukes itself:
   2348 > 
   2349 > Error: the index is locked by another process! User '' on
   2350 > host '' is running  with pid .
   2351 > The process was alive as of at least 14 seconds ago.
   2352 > 
   2353 > Should I ask that process to kill itself (y/n)? y
   2354 > Ok, trying to kill process...
   2355 > Terminated
   2356 > aep at barf: ~/kram/mainline
   2357 
   2358 Looks like it somehow failed to write or read the contents of
   2359 lockfile.  When pid is nil, lock resolver ends up calling
   2360 Process.kill('TERM', 0) killing the process itself.  Can you
   2361 reproduce?
   2362 
   2363 > sup then takes around 20 seconds per message (100% cpu usage)
   2364 
   2365 Thats insane.  Could you try that again with ruby-prof and post the
   2366 profile so we can figure out what gives?
   2367 
   2368   $ sudo gem install ruby-prof
   2369   $ ruby-prof -p graph_html -f sup-profile.html sup
   2370 
   2371 -- 
   2372 Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/
   2373 
   2374 From hollunder@lavabit.com  Fri Jan 15 11:03:54 2010
   2375 From: hollunder@lavabit.com (=?utf-8?q?Philipp_=C3=9Cberbacher?=)
   2376 Date: Fri, 15 Jan 2010 17:03:54 +0100
   2377 Subject: [sup-talk] reply-from.rb troubles
   2378 Message-ID: <1263571025-sup-73@tw>
   2379 
   2380 It currently looks like this:
   2381 
   2382 if message.has_label?(:mailinglists)
   2383   Person.from_address("<hollunder at lavabit.com>")
   2384 elsif message.has_label?(:murks_lavabit)
   2385   Person.from_address("<murks at lavabit.com>")
   2386 end
   2387 
   2388 Yet it replies to messages with label mailinglists using murks at ... which is the default address.
   2389 I really don't know what to do...
   2390 
   2391 Regards,
   2392 Philipp
   2393 
   2394 
   2395 From gregor@hoffleit.de  Fri Jan 15 12:01:12 2010
   2396 From: gregor@hoffleit.de (Gregor Hoffleit)
   2397 Date: Fri, 15 Jan 2010 18:01:12 +0100
   2398 Subject: [sup-talk] Ruby question: before-add-message.rb and adding
   2399 	multiple labels at once
   2400 Message-ID: <1263574849-sup-3477@sam.mediasupervision.de>
   2401 
   2402 Ok. I ended up with
   2403 
   2404     ([:list,:"sup-devel"].each {|l| message.add_label l}; message.remove_label :inbox) if message.subj =~ /\[sup-devel\]/
   2405 
   2406 May I request a new function "message.edit_labels" that groks the syntax
   2407 of the 'edit labels' command (cf. multi_edit_labels in thread-index-mode.rb):
   2408 
   2409     message.edit_labels "list sup-devel -inbox" if message.subj =~ /\[sup-devel\]/
   2410 
   2411 Comments?
   2412 
   2413 Regards,
   2414     Gregor Hoffleit
   2415 
   2416 
   2417 
   2418 * Eric Sherman <hyperbolist at gmail.com> [Mi Jan 13 16:49:00 +0100 2010]
   2419 > You could try this:
   2420 > [:list, :sup-devel].each { |l| message.add_label l } if condition
   2421 > [:inbox, :unread].each { |l| message.remove_label l } if condition
   2422 > 
   2423 > Or something like this:
   2424 > case [message.from, message.subj].flatten.to_s
   2425 >   when /foo/ then
   2426 >     [:label1, :label2].each { |l| message.add_label l }
   2427 >     [:inbox, :unread].each { |l| message.remove_label l }
   2428 >   when /bar/ then
   2429 >     [:label3, :label4].each { |l| message.add_label l }
   2430 >     [:inbox, :unread].each { |l| message.remove_label l }
   2431 > end
   2432 >
   2433 > Excerpts from Gregor Hoffleit's message of Wed Jan 13 08:13:18 -0500 2010:
   2434 > > In order to keep before-add-message.rb readable, I was using one-line
   2435 > > filters like:
   2436 > > 
   2437 > >     message.add_label "ad apple" if message.from.email =~ /@insideapple.apple.com/
   2438 > >     message.add_label "ad amazon" if message.from.email =~ /promotion.*@amazon.com/
   2439 > >     message.add_label "list sup" if message.subj =~ /\[sup-talk\]/
   2440 > >     message.add_label "list sup-devel" if message.subj =~ /\[sup-devel\]/
   2441 > > 
   2442 > > That seemed to work, somehow. Only now I realized that message.add_label
   2443 > > in fact only takes a single label as argument.
   2444 > > 
   2445 > > Is it true that I have to change the above syntax into the much more
   2446 > > verbose:
   2447 > > 
   2448 > >     if message.subj =~ /\[sup-devel\]/
   2449 > >     message.add_label :list
   2450 > >     message.add_label :"sup-devel"
   2451 > >     end
   2452 > > 
   2453 > > Removing a message from the inbox ("message.remove_label :inbox") while
   2454 > > applying a label leads to a similar 'code bloat'.
   2455 > 
   2456 
   2457 From tero@tilus.net  Fri Jan 15 13:41:15 2010
   2458 From: tero@tilus.net (Tero Tilus)
   2459 Date: Fri, 15 Jan 2010 20:41:15 +0200
   2460 Subject: [sup-talk] reply-from.rb troubles
   2461 In-Reply-To: <1263571025-sup-73@tw>
   2462 References: <1263571025-sup-73@tw>
   2463 Message-ID: <1263580522-sup-1905@tilus.net>
   2464 
   2465 Philipp ?berbacher, 2010-01-15 18:03:
   2466 > It currently looks like this:
   2467 > 
   2468 > if message.has_label?(:mailinglists)
   2469 >   Person.from_address("<hollunder at lavabit.com>")
   2470 > elsif message.has_label?(:murks_lavabit)
   2471 >   Person.from_address("<murks at lavabit.com>")
   2472 > end
   2473 > 
   2474 > Yet it replies to messages with label mailinglists using murks at .
   2475 
   2476 Have you tried[1] what Person.from_address("<hollunder at lavabit.com>")
   2477 actually returns?  I bet its nil and thus sup uses default address.
   2478 You can try it interactively for example using sup console, it is your
   2479 dearest friend when you debug.
   2480 
   2481 Iirc #from_address expects plain email address.  Try
   2482 
   2483 if message.has_label?(:mailinglists)
   2484   Person.from_address("hollunder at lavabit.com")
   2485 elsif message.has_label?(:murks_lavabit)
   2486   Person.from_address("murks at lavabit.com")
   2487 end
   2488 
   2489 -- 
   2490 Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/
   2491 
   2492 From danfalcone@gmail.com  Fri Jan 15 14:49:18 2010
   2493 From: danfalcone@gmail.com (Dan Falcone)
   2494 Date: Fri, 15 Jan 2010 14:49:18 -0500
   2495 Subject: [sup-talk] curses exception
   2496 In-Reply-To: <1255620005-sup-7616@masanjin.net>
   2497 References: <ed5557340910061533w7854510tabe9bb2fc864db09@mail.gmail.com> 
   2498 	<1255292940-sup-5558@masanjin.net>
   2499 	<ed5557340910120709u62e97e67id6580f0a8ee6ec64@mail.gmail.com> 
   2500 	<1255611057-sup-1320@masanjin.net>
   2501 	<ed5557340910150740i4e701044l12be4fd43e2bc072@mail.gmail.com> 
   2502 	<1255620005-sup-7616@masanjin.net>
   2503 Message-ID: <ed5557341001151149g34460038ub7a8a445409da034@mail.gmail.com>
   2504 
   2505 Hi William,
   2506 
   2507 Sorry I didn't get back to you sooner.  I finally got back around to playing
   2508 with this again.  Here are the answers to your questions:
   2509 
   2510 >gem list --local | grep curse
   2511 ncurses (0.9.1)
   2512 
   2513 The test script prints:
   2514 true
   2515 
   2516 The ncurses examples all seem to work and display color.  I did have to edit
   2517 them to add require 'rubygems' at the top.
   2518 
   2519 I also tried playing with the sup code a bit.  If I comment out lines 133-4
   2520 in lib/sup/colormap.rb:
   2521 
   2522 #      Curses.init_pair id, fg, bg or raise ArgumentError,
   2523 #       "couldn't initialize curses color pair #{fg}, #{bg} (key #{id})"
   2524 
   2525 sup loads, but everything is in black and white and a bit difficult to
   2526 read.  I also tried uncommenting that, then changing Curses to Ncurses so it
   2527 looks like this:
   2528 
   2529       Nurses.init_pair id, fg, bg or raise ArgumentError,
   2530        "couldn't initialize curses color pair #{fg}, #{bg} (key #{id})"
   2531 
   2532 sup loads with that as well, and displays some color, but most of the screen
   2533 is unreadable (I'm guessing it's displaying as white text on white
   2534 background).
   2535 
   2536 Any ideas?  I tried changing more things from Curses to Ncurses, but that
   2537 quickly started generating method undefined errors.
   2538 
   2539 Thanks!
   2540 Dan
   2541 
   2542 
   2543 On Thu, Oct 15, 2009 at 11:27 AM, William Morgan
   2544 <wmorgan-sup at masanjin.net>wrote:
   2545 
   2546 > Reformatted excerpts from Dan Falcone's message of 2009-10-15:
   2547 > > Hmm... good question.  I regularly use emacs with colors enabled, but
   2548 > > I'm not sure if that uses curses.  I tried typespeed and that seemed
   2549 > > to work.  According to its man page, it uses curses.
   2550 >
   2551 > Hm. What version of the ncurses gem do you have? (gem list --local
   2552 > should tell you.)
   2553 >
   2554 > What does this program print?
   2555 >
   2556 >  require 'rubygems'
   2557 >  require 'ncurses'
   2558 >
   2559 >  x = begin
   2560 >    Ncurses::initscr();
   2561 >    Ncurses::has_colors?()
   2562 >  ensure
   2563 >    Ncurses::endwin();
   2564 >  end
   2565 >
   2566 >  puts x
   2567 >
   2568 > If it prints true, then, if you look in the contents of the gem
   2569 > (wherever that is on your system), there should be an examples/
   2570 > directory. If you run examples/tlock.rb or examples/rain.rb, (probably
   2571 > with ruby -rubygems), do you see color?
   2572 > --
   2573 > William <wmorgan-sup at masanjin.net>
   2574 > _______________________________________________
   2575 > sup-talk mailing list
   2576 > sup-talk at rubyforge.org
   2577 > http://rubyforge.org/mailman/listinfo/sup-talk
   2578 >
   2579 -------------- next part --------------
   2580 An HTML attachment was scrubbed...
   2581 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20100115/98fa131f/attachment.html>
   2582 
   2583 From hollunder@lavabit.com  Fri Jan 15 15:38:23 2010
   2584 From: hollunder@lavabit.com (=?utf-8?q?Philipp_=C3=9Cberbacher?=)
   2585 Date: Fri, 15 Jan 2010 21:38:23 +0100
   2586 Subject: [sup-talk] reply-from.rb troubles
   2587 In-Reply-To: <1263580522-sup-1905@tilus.net>
   2588 References: <1263571025-sup-73@tw> <1263580522-sup-1905@tilus.net>
   2589 Message-ID: <1263587689-sup-3094@tw>
   2590 
   2591 Excerpts from Tero Tilus's message of Fri Jan 15 19:41:15 +0100 2010:
   2592 > Philipp ?berbacher, 2010-01-15 18:03:
   2593 > > It currently looks like this:
   2594 > > 
   2595 > > if message.has_label?(:mailinglists)
   2596 > >   Person.from_address("<hollunder at lavabit.com>")
   2597 > > elsif message.has_label?(:murks_lavabit)
   2598 > >   Person.from_address("<murks at lavabit.com>")
   2599 > > end
   2600 > > 
   2601 > > Yet it replies to messages with label mailinglists using murks at .
   2602 > 
   2603 > Have you tried[1] what Person.from_address("<hollunder at lavabit.com>")
   2604 > actually returns?  I bet its nil and thus sup uses default address.
   2605 > You can try it interactively for example using sup console, it is your
   2606 > dearest friend when you debug.
   2607 
   2608 >> Person.from_address("<hollunder at lavabit.com>")
   2609 => #<Redwood::Person:0x7f6d045b1ff8
   2610  @email="hollunder at lavabit.com",
   2611   @name="hollunder">
   2612 
   2613 > Iirc #from_address expects plain email address.  Try
   2614 > 
   2615 > if message.has_label?(:mailinglists)
   2616 >   Person.from_address("hollunder at lavabit.com")
   2617 > elsif message.has_label?(:murks_lavabit)
   2618 >   Person.from_address("murks at lavabit.com")
   2619 > end
   2620 
   2621 Changing that changed nothing, as I'm writing this it's at default
   2622 again and I have to edit it manually.
   2623 I usually restarted sup, this time I did clear_hooks tough, which
   2624 returned nil.
   2625 
   2626 
   2627 From sjh@foolishpride.org  Sat Jan 16 12:21:22 2010
   2628 From: sjh@foolishpride.org (Scott Henson)
   2629 Date: Sat, 16 Jan 2010 12:21:22 -0500
   2630 Subject: [sup-talk] Questions about offlineimap+msmtp+maildir+gmail
   2631 	syncing
   2632 In-Reply-To: <1262804701-sup-8673@deepthought>
   2633 References: <1262776632-sup-1333@deepthought>
   2634 	<1262780979-sup-2146@changeling.local>
   2635 	<1262804701-sup-8673@deepthought>
   2636 Message-ID: <6c0c31751001160921y6efe36cft6614df8e46175a57@mail.gmail.com>
   2637 
   2638  On Wed, Jan 6, 2010 at 2:09 PM, Anirudh Sanjeev <anirudh at anirudhsanjeev.org
   2639 > wrote:
   2640 
   2641 > Hi!
   2642 >
   2643 > Excerpts from Eric Sherman's message of Wed Jan 06 18:26:20 +0530 2010:
   2644 > > I would add the ninjagod account to your sup config.yaml and take a look
   2645 > at
   2646 > > the wiki [MultipleAccountsAndReply][1] and the reply-from/before-edit
   2647 > > [Hooks][2].
   2648 > That helped, and my outgoing email seems to be sorted out. Thank you.
   2649 >
   2650 > > The fact that you're not seeing changes is not your fault--sup just
   2651 > doesn't
   2652 > > do it.
   2653 > Oh, that's too bad. Are there any plans to support syncing with IMAP or
   2654 > Maildir anytime soon? Either way, looks like I'll have to quit the Web
   2655 > interface and Evolution cold turkey and stick with sup!
   2656 >
   2657 > Since sup supports sync with mbox, is there any utility that takes IMAP
   2658 > and packs it into mbox format, or maybe converts Maildir messages into
   2659 > mbox?
   2660 >
   2661 >
   2662 I'm currently working on getting sup to support syncing back to maildirs.
   2663 I'm using a setup a lot like yours, with offlineimap syncing with an imap
   2664 server.
   2665 
   2666 I've currently got a local branch that makes sup use maildir ids as the
   2667 internal sup id.  I've almost got sup to the point that it will sync back
   2668 changes to a maildir.  I have a few more bugs to work out, but I intend to
   2669 post a patch relatively soon.
   2670 
   2671 
   2672 
   2673 -- 
   2674 Scott Henson
   2675 -------------- next part --------------
   2676 An HTML attachment was scrubbed...
   2677 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20100116/2c467538/attachment.html>
   2678 
   2679 From tero@tilus.net  Sat Jan 16 15:04:37 2010
   2680 From: tero@tilus.net (Tero Tilus)
   2681 Date: Sat, 16 Jan 2010 22:04:37 +0200
   2682 Subject: [sup-talk] Questions about offlineimap+msmtp+maildir+gmail
   2683 	syncing
   2684 In-Reply-To: <6c0c31751001160921y6efe36cft6614df8e46175a57@mail.gmail.com>
   2685 References: <1262776632-sup-1333@deepthought>
   2686 	<1262780979-sup-2146@changeling.local>
   2687 	<1262804701-sup-8673@deepthought>
   2688 	<6c0c31751001160921y6efe36cft6614df8e46175a57@mail.gmail.com>
   2689 Message-ID: <1263672001-sup-2219@tilus.net>
   2690 
   2691 Scott Henson, 2010-01-16 19:21:
   2692 > I'm currently working on getting sup to support syncing back to maildirs.
   2693 
   2694 Wonderful!  I love you!  :-*
   2695 
   2696 > I've currently got a local branch that makes sup use maildir ids as the
   2697 > internal sup id.
   2698 
   2699 Why would you need to do that?  Afaik storing the maildir id to index
   2700 should be enough so that you can map sup index back to maildir.  Am I
   2701 overlooking somethin here?
   2702 
   2703 -- 
   2704 Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/
   2705 
   2706 From tero@tilus.net  Sat Jan 16 16:38:16 2010
   2707 From: tero@tilus.net (Tero Tilus)
   2708 Date: Sat, 16 Jan 2010 23:38:16 +0200
   2709 Subject: [sup-talk] reply-from.rb troubles
   2710 In-Reply-To: <1263587689-sup-3094@tw>
   2711 References: <1263571025-sup-73@tw> <1263580522-sup-1905@tilus.net>
   2712 	<1263587689-sup-3094@tw>
   2713 Message-ID: <1263677294-sup-712@tilus.net>
   2714 
   2715 Philipp ?berbacher, 2010-01-15 22:38:
   2716 >> Have you tried[1] what Person.from_address("<hollunder at lavabit.com>")
   2717 >> actually returns?
   2718 > 
   2719 > >> Person.from_address("<hollunder at lavabit.com>")
   2720 > => #<Redwood::Person:0x7f6d045b1ff8
   2721 >  @email="hollunder at lavabit.com",
   2722 >   @name="hollunder">
   2723 
   2724 So no problem there.  Does your log show anything when replying?  If
   2725 not, you could add logging to your hook (logging things you do in your
   2726 hooks ain't a bad habit).
   2727 
   2728 if message.has_label?(:mailinglists)
   2729   info "Looks like replying to a mailinglist."
   2730   Person.from_address("hollunder at lavabit.com")
   2731 elsif message.has_label?(:murks_lavabit)
   2732   info "Looks like replying as murks."
   2733   Person.from_address("murks at lavabit.com")
   2734 end
   2735 
   2736 -- 
   2737 Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/
   2738 
   2739 From tero@tilus.net  Sat Jan 16 17:41:09 2010
   2740 From: tero@tilus.net (Tero Tilus)
   2741 Date: Sun, 17 Jan 2010 00:41:09 +0200
   2742 Subject: [sup-talk] [PATCH] Message#edit_labels [was: Ruby question:
   2743 	before-add-message.rb and adding multiple labels at once]
   2744 In-Reply-To: <1263574849-sup-3477@sam.mediasupervision.de>
   2745 References: <1263574849-sup-3477@sam.mediasupervision.de>
   2746 Message-ID: <1263680819-sup-415@tilus.net>
   2747 
   2748 Gregor Hoffleit, 2010-01-15 19:01:
   2749 > Ok. I ended up with
   2750 > 
   2751 >     ([:list,:"sup-devel"].each {|l| message.add_label l}; message.remove_label :inbox) if message.subj =~ /\[sup-devel\]/
   2752 > 
   2753 > May I request a new function "message.edit_labels" that groks the syntax
   2754 > of the 'edit labels' command (cf. multi_edit_labels in thread-index-mode.rb):
   2755 > 
   2756 >     message.edit_labels "list sup-devel -inbox" if message.subj =~ /\[sup-devel\]/
   2757 > 
   2758 > Comments?
   2759 
   2760 I'll be using that one too.  Here's a patch.  Message#edit_labels
   2761 accepts array of strings.  I thought it'll be better that way.
   2762 Otherwise it gets really ugly with spaces in labels.
   2763 
   2764 So your usecase would be
   2765 
   2766   message.edit_labels %w{list sup-devel -inbox} if message.subj =~ /\[sup-devel\]/
   2767 
   2768 By the way, my pretty general list-labeling code looks like this
   2769 <http://pastie.org/781240>.
   2770 
   2771 And then the patch...
   2772 
   2773 >From 9eff953dbda404b149a77969305c5732fa1d694e Mon Sep 17 00:00:00 2001
   2774 From: Tero Tilus <tero at tilus.net>
   2775 Date: Sun, 17 Jan 2010 00:23:26 +0200
   2776 Subject: [PATCH] Message#edit_labels
   2777 
   2778 Signed-off-by: Tero Tilus <tero at tilus.net>
   2779 ---
   2780  lib/sup/message.rb |   12 ++++++++++++
   2781  1 files changed, 12 insertions(+), 0 deletions(-)
   2782 
   2783 diff --git a/lib/sup/message.rb b/lib/sup/message.rb
   2784 index 3e55de5..e047927 100644
   2785 --- a/lib/sup/message.rb
   2786 +++ b/lib/sup/message.rb
   2787 @@ -206,6 +206,18 @@ class Message
   2788      @labels.delete l
   2789      @dirty = true
   2790    end
   2791 +  ## calling m.edit_labels ['foo', '-index', '+bar']
   2792 +  ## adds labels foo and bar and removes label index
   2793 +  def edit_labels l_arr
   2794 +    l_arr.each do |signedlabel|
   2795 +      signedlabel, sign, label = signedlabel.match(/^(-|\+)?(.*)$/).to_a
   2796 +      if sign == '-'
   2797 +        remove_label label
   2798 +      else
   2799 +        add_label label
   2800 +      end
   2801 +    end
   2802 +  end
   2803  
   2804    def recipients
   2805      @to + @cc + @bcc
   2806 -- 
   2807 1.5.6.5
   2808 
   2809 
   2810 -- 
   2811 Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/
   2812 
   2813 From hollunder@lavabit.com  Sat Jan 16 21:01:16 2010
   2814 From: hollunder@lavabit.com (=?utf-8?q?Philipp_=C3=9Cberbacher?=)
   2815 Date: Sun, 17 Jan 2010 03:01:16 +0100
   2816 Subject: [sup-talk] reply-from.rb troubles
   2817 In-Reply-To: <1263677294-sup-712@tilus.net>
   2818 References: <1263571025-sup-73@tw> <1263580522-sup-1905@tilus.net>
   2819 	<1263587689-sup-3094@tw> <1263677294-sup-712@tilus.net>
   2820 Message-ID: <1263689857-sup-8245@tw>
   2821 
   2822 Excerpts from Tero Tilus's message of Sat Jan 16 22:38:16 +0100 2010:
   2823 > Philipp ?berbacher, 2010-01-15 22:38:
   2824 > >> Have you tried[1] what Person.from_address("<hollunder at lavabit.com>")
   2825 > >> actually returns?
   2826 > > 
   2827 > > >> Person.from_address("<hollunder at lavabit.com>")
   2828 > > => #<Redwood::Person:0x7f6d045b1ff8
   2829 > >  @email="hollunder at lavabit.com",
   2830 > >   @name="hollunder">
   2831 > 
   2832 > So no problem there.  Does your log show anything when replying?  If
   2833 > not, you could add logging to your hook (logging things you do in your
   2834 > hooks ain't a bad habit).
   2835 > 
   2836 > if message.has_label?(:mailinglists)
   2837 >   info "Looks like replying to a mailinglist."
   2838 >   Person.from_address("hollunder at lavabit.com")
   2839 > elsif message.has_label?(:murks_lavabit)
   2840 >   info "Looks like replying as murks."
   2841 >   Person.from_address("murks at lavabit.com")
   2842 > end
   2843 > 
   2844 I added said lines but after attempting a reply I don't see the messages
   2845 in any log files. So far I've discovered in ~/.sup/ exception-log.txt
   2846 and sup-exception-log.txt but I see none of these entries in there.
   2847 Where are those supposed to end up?
   2848 
   2849 Regards,
   2850 Philipp
   2851 
   2852 
   2853 From israel.herraiz@gmail.com  Sun Jan 17 07:36:16 2010
   2854 From: israel.herraiz@gmail.com (Israel Herraiz)
   2855 Date: Sun, 17 Jan 2010 13:36:16 +0100
   2856 Subject: [sup-talk] Missing the save index option (patch attached)
   2857 Message-ID: <1263731685-sup-8287@duck>
   2858 
   2859 Hi all,
   2860 
   2861 since the last changes to get rid of the save option and to migrate to
   2862 the Xapian index, I am really missing the save index option.
   2863 
   2864 Currently, when Sup exits, all the changes to the index are flushed,
   2865 and in my case it takes ages because I am a heavy email load user. For
   2866 me that is a problem, because my Sup is always open, and I usually
   2867 suspend my laptop. From time to time, my laptop won't wake up, and I
   2868 am forced to do an unclean reboot. When I open again Sup, all the
   2869 changes I did (archiving threads, etc) are lost because the index was
   2870 not flushed.
   2871 
   2872 I know that I can use the XAPIAN_FLUSH_THRESHOLD option, but if I use
   2873 that option, when the threshold is reached it interrupts me while I am
   2874 dealing with my email, and I have to wait some seconds until the index
   2875 is flushed. This behavior is very annoying.
   2876 
   2877 I don't know if someone else in this list is also missing the
   2878 possibility of flushing the index from Sup. I have done the attached
   2879 changes to my Sup, that recovers a sort-of the old save index
   2880 option. I am sending to the list just in case the patch is useful for
   2881 others too. If there are not strong objections to this change, I
   2882 suggest to merge it with Sup.
   2883 
   2884 Cheers,
   2885 Israel
   2886 
   2887 ---
   2888  lib/sup/modes/thread-index-mode.rb |    7 +++++++
   2889  1 files changed, 7 insertions(+), 0 deletions(-)
   2890 
   2891 diff --git a/lib/sup/modes/thread-index-mode.rb b/lib/sup/modes/thread-index-mode.rb
   2892 index a5bd344..3a1bb76 100644
   2893 --- a/lib/sup/modes/thread-index-mode.rb
   2894 +++ b/lib/sup/modes/thread-index-mode.rb
   2895 @@ -37,6 +37,7 @@ EOS
   2896      k.add :toggle_spam, "Mark/unmark thread as spam", 'S'
   2897      k.add :toggle_deleted, "Delete/undelete thread", 'd'
   2898      k.add :kill, "Kill thread (never to be seen in inbox again)", '&'
   2899 +    k.add :flush_index, "Flush all changes now", '$'
   2900      k.add :jump_to_next_new, "Jump to next new thread", :tab
   2901      k.add :reply, "Reply to latest message in a thread", 'r'
   2902      k.add :reply_all, "Reply to all participants of the latest message in a thread", 'G'
   2903 @@ -449,6 +450,12 @@ EOS
   2904      multi_kill [t]
   2905    end
   2906  
   2907 +  def flush_index
   2908 +    @flush_id = BufferManager.say "Flushing index..."
   2909 +    Index.save_index
   2910 +    BufferManager.clear @flush_id
   2911 +  end
   2912 +  
   2913    ## m-m-m-m-MULTI-KILL
   2914    def multi_kill threads
   2915      UndoManager.register "killing #{threads.size.pluralize 'thread'}" do
   2916 -- 
   2917 1.6.6
   2918 
   2919 From wmorgan-sup@masanjin.net  Sun Jan 17 09:54:48 2010
   2920 From: wmorgan-sup@masanjin.net (William Morgan)
   2921 Date: Sun, 17 Jan 2010 09:54:48 -0500
   2922 Subject: [sup-talk] Questions about offlineimap+msmtp+maildir+gmail
   2923 	syncing
   2924 In-Reply-To: <1263672001-sup-2219@tilus.net>
   2925 References: <1262776632-sup-1333@deepthought>
   2926 	<1262780979-sup-2146@changeling.local>
   2927 	<1262804701-sup-8673@deepthought>
   2928 	<6c0c31751001160921y6efe36cft6614df8e46175a57@mail.gmail.com>
   2929 	<1263672001-sup-2219@tilus.net>
   2930 Message-ID: <1263740027-sup-751@masanjin.net>
   2931 
   2932 Reformatted excerpts from Tero Tilus's message of 2010-01-16:
   2933 > Why would you need to do that?  Afaik storing the maildir id to index
   2934 > should be enough so that you can map sup index back to maildir.  Am I
   2935 > overlooking somethin here?
   2936 
   2937 Yeah, there's a Maildir#filename_for_id that you should be able to use.
   2938 -- 
   2939 William <wmorgan-sup at masanjin.net>
   2940 
   2941 From lbolla@gmail.com  Fri Jan 15 06:20:28 2010
   2942 From: lbolla@gmail.com (lbolla)
   2943 Date: Fri, 15 Jan 2010 03:20:28 -0800 (PST)
   2944 Subject: [sup-talk] deleting labels
   2945 Message-ID: <1e52684c-da16-4070-a62d-ce0d0fcdaf25@u6g2000yqf.googlegroups.com>
   2946 
   2947 Is there a way to delete labels?
   2948 Thanks!
   2949 Lorenzo
   2950 
   2951 From hoffleit@mediasupervision.de  Fri Jan 15 10:51:46 2010
   2952 From: hoffleit@mediasupervision.de (Gregor Hoffleit)
   2953 Date: Fri, 15 Jan 2010 16:51:46 +0100
   2954 Subject: [sup-talk] Ruby question: before-add-message.rb and adding
   2955 	multiple labels at once
   2956 In-Reply-To: <1263396697-sup-5561@changeling.local>
   2957 References: <1263386714-sup-5331@sam.mediasupervision.de>
   2958 	<1263396697-sup-5561@changeling.local>
   2959 Message-ID: <1263570054-sup-9348@sam.mediasupervision.de>
   2960 
   2961 Ok. I ended up with
   2962 
   2963     ([:list,:"sup-devel"].each {|l| message.add_label l}; message.remove_label :inbox) if message.subj =~ /\[sup-devel\]/
   2964 
   2965 May I request a new function "message.edit_labels" that groks the syntax
   2966 of the 'edit labels' command (cf. multi_edit_labels in thread-index-mode.rb):
   2967 
   2968     message.edit_labels "list sup-devel -inbox" if message.subj =~ /\[sup-devel\]/
   2969 
   2970 Comments?
   2971 
   2972 Regards,
   2973     Gregor Hoffleit
   2974 
   2975 
   2976 
   2977 * Eric Sherman <hyperbolist at gmail.com> [Mi Jan 13 16:49:00 +0100 2010]
   2978 > You could try this:
   2979 > [:list, :sup-devel].each { |l| message.add_label l } if condition
   2980 > [:inbox, :unread].each { |l| message.remove_label l } if condition
   2981 > 
   2982 > Or something like this:
   2983 > case [message.from, message.subj].flatten.to_s
   2984 >   when /foo/ then
   2985 >     [:label1, :label2].each { |l| message.add_label l }
   2986 >     [:inbox, :unread].each { |l| message.remove_label l }
   2987 >   when /bar/ then
   2988 >     [:label3, :label4].each { |l| message.add_label l }
   2989 >     [:inbox, :unread].each { |l| message.remove_label l }
   2990 > end
   2991 >
   2992 > Excerpts from Gregor Hoffleit's message of Wed Jan 13 08:13:18 -0500 2010:
   2993 > > In order to keep before-add-message.rb readable, I was using one-line
   2994 > > filters like:
   2995 > > 
   2996 > >     message.add_label "ad apple" if message.from.email =~ /@insideapple.apple.com/
   2997 > >     message.add_label "ad amazon" if message.from.email =~ /promotion.*@amazon.com/
   2998 > >     message.add_label "list sup" if message.subj =~ /\[sup-talk\]/
   2999 > >     message.add_label "list sup-devel" if message.subj =~ /\[sup-devel\]/
   3000 > > 
   3001 > > That seemed to work, somehow. Only now I realized that message.add_label
   3002 > > in fact only takes a single label as argument.
   3003 > > 
   3004 > > Is it true that I have to change the above syntax into the much more
   3005 > > verbose:
   3006 > > 
   3007 > >     if message.subj =~ /\[sup-devel\]/
   3008 > >     message.add_label :list
   3009 > >     message.add_label :"sup-devel"
   3010 > >     end
   3011 > > 
   3012 > > Removing a message from the inbox ("message.remove_label :inbox") while
   3013 > > applying a label leads to a similar 'code bloat'.
   3014 > 
   3015 
   3016 From wmorgan-sup@masanjin.net  Sun Jan 17 10:24:36 2010
   3017 From: wmorgan-sup@masanjin.net (William Morgan)
   3018 Date: Sun, 17 Jan 2010 10:24:36 -0500
   3019 Subject: [sup-talk] reply-from.rb troubles
   3020 In-Reply-To: <1263689857-sup-8245@tw>
   3021 References: <1263571025-sup-73@tw> <1263580522-sup-1905@tilus.net>
   3022 	<1263587689-sup-3094@tw> <1263677294-sup-712@tilus.net>
   3023 	<1263689857-sup-8245@tw>
   3024 Message-ID: <1263741838-sup-8726@masanjin.net>
   3025 
   3026 Reformatted excerpts from Philipp ?berbacher's message of 2010-01-16:
   3027 > I added said lines but after attempting a reply I don't see the
   3028 > messages in any log files. So far I've discovered in ~/.sup/
   3029 > exception-log.txt and sup-exception-log.txt but I see none of these
   3030 > entries in there.  Where are those supposed to end up?
   3031 
   3032 In the log buffer. If you hit ';' you'll see it.
   3033 -- 
   3034 William <wmorgan-sup at masanjin.net>
   3035 
   3036 From wmorgan-sup@masanjin.net  Sun Jan 17 10:25:59 2010
   3037 From: wmorgan-sup@masanjin.net (William Morgan)
   3038 Date: Sun, 17 Jan 2010 10:25:59 -0500
   3039 Subject: [sup-talk] Missing the save index option (patch attached)
   3040 In-Reply-To: <1263731685-sup-8287@duck>
   3041 References: <1263731685-sup-8287@duck>
   3042 Message-ID: <1263741896-sup-8418@masanjin.net>
   3043 
   3044 Reformatted excerpts from Israel Herraiz's message of 2010-01-17:
   3045 > I don't know if someone else in this list is also missing the
   3046 > possibility of flushing the index from Sup. I have done the attached
   3047 > changes to my Sup, that recovers a sort-of the old save index option.
   3048 > I am sending to the list just in case the patch is useful for others
   3049 > too. If there are not strong objections to this change, I suggest to
   3050 > merge it with Sup.
   3051 
   3052 I believe we've discussed this before and decided it would be a good
   3053 idea. Any objections to adding this to the insta-save branch?
   3054 
   3055 (Also has the nice side-effect of making '$' not go to the bottom of the
   3056 screen, which was driving me batty.)
   3057 -- 
   3058 William <wmorgan-sup at masanjin.net>
   3059 
   3060 From wmorgan-sup@masanjin.net  Sun Jan 17 10:29:43 2010
   3061 From: wmorgan-sup@masanjin.net (William Morgan)
   3062 Date: Sun, 17 Jan 2010 10:29:43 -0500
   3063 Subject: [sup-talk] Ruby question: before-add-message.rb and adding
   3064 	multiple labels at once
   3065 In-Reply-To: <1263386714-sup-5331@sam.mediasupervision.de>
   3066 References: <1263386714-sup-5331@sam.mediasupervision.de>
   3067 Message-ID: <1263742014-sup-8127@masanjin.net>
   3068 
   3069 Reformatted excerpts from Gregor Hoffleit's message of 2010-01-13:
   3070 > Still, perhaps somebody with robust Ruby skills could add in a section
   3071 > about the exact usage of message.add_label and message.remove_label,
   3072 > e.g.:
   3073 > 
   3074 > - What's the difference between "label" and :label?
   3075 
   3076 Nothing. Strings get turned into symbols automagically and so both will
   3077 add the label :label.
   3078 
   3079 > - Can I use multiple labels in one invocation?
   3080 
   3081 No.
   3082 
   3083 > - How about dashes in labels? Is :sup-devel valid, or should I use
   3084 >   :"sup-devel"?
   3085 
   3086 The latter is necessary, but only because of Ruby's syntax. You can also
   3087 use "sup-devel", of course.
   3088 
   3089 > - How about spaces in label?
   3090 
   3091 Same as with -'s.
   3092 
   3093 > - How about "-inbox"? Does it work?
   3094 
   3095 It will work but will give you weird errors later on down the road as
   3096 punishment for being tricky. :)
   3097 -- 
   3098 William <wmorgan-sup at masanjin.net>
   3099 
   3100 From hollunder@lavabit.com  Sun Jan 17 10:43:07 2010
   3101 From: hollunder@lavabit.com (=?utf-8?q?Philipp_=C3=9Cberbacher?=)
   3102 Date: Sun, 17 Jan 2010 16:43:07 +0100
   3103 Subject: [sup-talk] reply-from.rb troubles
   3104 In-Reply-To: <1263741838-sup-8726@masanjin.net>
   3105 References: <1263571025-sup-73@tw> <1263580522-sup-1905@tilus.net>
   3106 	<1263587689-sup-3094@tw> <1263677294-sup-712@tilus.net>
   3107 	<1263689857-sup-8245@tw> <1263741838-sup-8726@masanjin.net>
   3108 Message-ID: <1263742626-sup-2758@tw>
   3109 
   3110 Excerpts from William Morgan's message of Sun Jan 17 16:24:36 +0100 2010:
   3111 > Reformatted excerpts from Philipp ?berbacher's message of 2010-01-16:
   3112 > > I added said lines but after attempting a reply I don't see the
   3113 > > messages in any log files. So far I've discovered in ~/.sup/
   3114 > > exception-log.txt and sup-exception-log.txt but I see none of these
   3115 > > entries in there.  Where are those supposed to end up?
   3116 > 
   3117 > In the log buffer. If you hit ';' you'll see it.
   3118 
   3119 Thanks. Now when replying to this message I see:
   3120 [Sun Jan 17 16:37:06 +0100 2010] Looks like replying to a mailinglist.
   3121 
   3122 Yet it doesn't use the right address.
   3123 This is the hook:
   3124 
   3125 if message.has_label? :mailinglists
   3126   info "Looks like replying to a mailinglist."
   3127   Person.from_address "<hollunder at lavabit.com>"
   3128 elsif message.has_label? :murks_lavabit
   3129   info "Looks like replying with default."
   3130   Person.from_address "<murks at lavabit.com>"
   3131 end
   3132 
   3133 So it seems the issue is that
   3134 Person.from_address "<hollunder at lavabit.com>"
   3135 doesn't get executed or doesn't work for some reason.
   3136 
   3137 I don't know what's the issue here...
   3138 
   3139 Thanks,
   3140 Philipp
   3141 
   3142 
   3143 From wmorgan-sup@masanjin.net  Sun Jan 17 11:01:31 2010
   3144 From: wmorgan-sup@masanjin.net (William Morgan)
   3145 Date: Sun, 17 Jan 2010 11:01:31 -0500
   3146 Subject: [sup-talk] reply-from.rb troubles
   3147 In-Reply-To: <1263742626-sup-2758@tw>
   3148 References: <1263571025-sup-73@tw> <1263580522-sup-1905@tilus.net>
   3149 	<1263587689-sup-3094@tw> <1263677294-sup-712@tilus.net>
   3150 	<1263689857-sup-8245@tw> <1263741838-sup-8726@masanjin.net>
   3151 	<1263742626-sup-2758@tw>
   3152 Message-ID: <1263743898-sup-2154@masanjin.net>
   3153 
   3154 Reformatted excerpts from Philipp ?berbacher's message of 2010-01-17:
   3155 > So it seems the issue is that
   3156 > Person.from_address "<hollunder at lavabit.com>"
   3157 > doesn't get executed or doesn't work for some reason.
   3158 > 
   3159 > I don't know what's the issue here...
   3160 
   3161 When I copy your code to my reply-from.rb, add a label "mailinglists" to
   3162 a message, and reply, I see "From: hollunder <hollunder at lavabit.com>".
   3163 So, it works for me...
   3164 
   3165 You can add more logging and see what Person object it's returning.
   3166 Failing that, you can add some info statements to reply-mode.rb and see
   3167 what's happening in there.
   3168 -- 
   3169 William <wmorgan-sup at masanjin.net>
   3170 
   3171 From wmorgan-sup@masanjin.net  Sun Jan 17 11:06:33 2010
   3172 From: wmorgan-sup@masanjin.net (William Morgan)
   3173 Date: Sun, 17 Jan 2010 11:06:33 -0500
   3174 Subject: [sup-talk] trying sup again, couple of crashes, etc
   3175 In-Reply-To: <4B4EB5A9.8050001@exys.org>
   3176 References: <4B4EB5A9.8050001@exys.org>
   3177 Message-ID: <1263744149-sup-2441@masanjin.net>
   3178 
   3179 Hi Arvid,
   3180 
   3181 Sorry to hear about your negative experience. Sounds like it's several
   3182 unrelated issues all adding up.
   3183 
   3184 Reformatted excerpts from Arvid Picciani's message of 2010-01-14:
   3185 > The interface only responds to shift-q.  Typing only "q" will prompt and 
   3186 > that prompt can not be answered with y Y ^y  sane for the ^C prompt.
   3187 
   3188 Sounds like you're using Ruby 1.9. You can either use Ruby 1.8, sup next
   3189 (bleeding-edge code, as you see below), or wait for Sup 0.10.
   3190 
   3191 > So i went to the git next tree: It takes 30 seconds to start on a
   3192 > core2, and uses 100% cpu polling for new messages apparantly.  Screen
   3193 > is flooded with ruby warnings, so it is unusable.
   3194 
   3195 Can you run sup-sync before running Sup the first time? Adding new
   3196 messages does take a lot of CPU, but it's typically only an issue if you
   3197 have to add lots of documents.
   3198 
   3199 > /home/aep/kram/mainline/lib/sup/xapian_index.rb:52:in `save_index': 
   3200 > undefined method `flush' for nil:NilClass (NoMethodError)
   3201 
   3202 Fixed in next already. Sorry about that.
   3203 
   3204 > --- NoMethodError from thread: poll after loading inbox
   3205 > undefined method `[]' for nil:NilClass
   3206 > /home/aep/kram/mainline/lib/sup/xapian_index.rb:570:in `mkterm'
   3207 > /home/aep/kram/mainline/lib/sup/xapian_index.rb:345:in `find_docid'
   3208 
   3209 I believe this is also fixed in next.
   3210 
   3211 Please try again.
   3212 -- 
   3213 William <wmorgan-sup at masanjin.net>
   3214 
   3215 From bwalton@artsci.utoronto.ca  Sun Jan 17 11:12:24 2010
   3216 From: bwalton@artsci.utoronto.ca (Ben Walton)
   3217 Date: Sun, 17 Jan 2010 11:12:24 -0500
   3218 Subject: [sup-talk] Missing the save index option (patch attached)
   3219 In-Reply-To: <1263741896-sup-8418@masanjin.net>
   3220 References: <1263731685-sup-8287@duck> <1263741896-sup-8418@masanjin.net>
   3221 Message-ID: <1263744728-sup-405@ntdws12.chass.utoronto.ca>
   3222 
   3223 Excerpts from William Morgan's message of Sun Jan 17 10:25:59 -0500 2010:
   3224 
   3225 > (Also has the nice side-effect of making '$' not go to the bottom of the
   3226 > screen, which was driving me batty.)
   3227 
   3228 Yes, that has been hard for me to unlearn too.
   3229 
   3230 -Ben
   3231 -- 
   3232 Ben Walton
   3233 Systems Programmer - CHASS
   3234 University of Toronto
   3235 C:416.407.5610 | W:416.978.4302
   3236 
   3237 GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu
   3238 Contact me to arrange for a CAcert assurance meeting.
   3239 -------------- next part --------------
   3240 A non-text attachment was scrubbed...
   3241 Name: signature.asc
   3242 Type: application/pgp-signature
   3243 Size: 189 bytes
   3244 Desc: not available
   3245 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20100117/507a22ba/attachment.bin>
   3246 
   3247 From hollunder@lavabit.com  Sun Jan 17 11:40:36 2010
   3248 From: hollunder@lavabit.com (=?utf-8?q?Philipp_=C3=9Cberbacher?=)
   3249 Date: Sun, 17 Jan 2010 17:40:36 +0100
   3250 Subject: [sup-talk] reply-from.rb troubles
   3251 In-Reply-To: <1263743898-sup-2154@masanjin.net>
   3252 References: <1263571025-sup-73@tw> <1263580522-sup-1905@tilus.net>
   3253 	<1263587689-sup-3094@tw> <1263677294-sup-712@tilus.net>
   3254 	<1263689857-sup-8245@tw> <1263741838-sup-8726@masanjin.net>
   3255 	<1263742626-sup-2758@tw> <1263743898-sup-2154@masanjin.net>
   3256 Message-ID: <1263745866-sup-915@tw>
   3257 
   3258 Excerpts from William Morgan's message of Sun Jan 17 17:01:31 +0100 2010:
   3259 > Reformatted excerpts from Philipp ?berbacher's message of 2010-01-17:
   3260 > > So it seems the issue is that
   3261 > > Person.from_address "<hollunder at lavabit.com>"
   3262 > > doesn't get executed or doesn't work for some reason.
   3263 > > 
   3264 > > I don't know what's the issue here...
   3265 > 
   3266 > When I copy your code to my reply-from.rb, add a label "mailinglists" to
   3267 > a message, and reply, I see "From: hollunder <hollunder at lavabit.com>".
   3268 > So, it works for me...
   3269 > 
   3270 > You can add more logging and see what Person object it's returning.
   3271 > Failing that, you can add some info statements to reply-mode.rb and see
   3272 > what's happening in there.
   3273 
   3274 Now I did:
   3275 if message.has_label? :mailinglists
   3276   info "Looks like replying to a mailinglist."
   3277   Person.from_address "<hollunder at lavabit.com>"
   3278   a = Person.from_address "<hollunder at lavabit.com>"
   3279   info 'This is Person.from_address "<hollunder at lavabit.com>": '
   3280 elsif message.has_label? :murks_lavabit
   3281   info "Looks like replying with default."
   3282   Person.from_address "<murks at lavabit.com>"
   3283 end
   3284 
   3285 Which is probably not clever, but I got:
   3286 [Sun Jan 17 17:38:17 +0100 2010] Looks like replying to a mailinglist.
   3287 [Sun Jan 17 17:38:17 +0100 2010] This is Person.from_address
   3288 "<hollunder at lavabit.com>":
   3289 [Sun Jan 17 17:38:17 +0100 2010] reply-from returned non-Person, using
   3290 default from.
   3291 
   3292 It seems this is trying to tell me what's wrong..
   3293 
   3294 
   3295 From anirudh@anirudhsanjeev.org  Sun Jan 17 11:57:19 2010
   3296 From: anirudh@anirudhsanjeev.org (Anirudh Sanjeev)
   3297 Date: Sun, 17 Jan 2010 22:27:19 +0530
   3298 Subject: [sup-talk] Questions about offlineimap+msmtp+maildir+gmail
   3299 	syncing
   3300 In-Reply-To: <1263478004-sup-6388@masanjin.net>
   3301 References: <1262776632-sup-1333@deepthought>
   3302 	<1262780979-sup-2146@changeling.local>
   3303 	<1262804701-sup-8673@deepthought>
   3304 	<1263478004-sup-6388@masanjin.net>
   3305 Message-ID: <1263747342-sup-1165@deepthought>
   3306 
   3307 Hi,
   3308 
   3309 I wrote a small document describing how I got sup to work with Gmail,
   3310 since there isn't any "definitive" guide on it.
   3311 
   3312 I really want some review and feedback on the text:
   3313 http://sup.rubyforge.org/wiki/wiki.pl?GmailOfflineImapSmtp
   3314 
   3315 Thank you,
   3316 Anirudh
   3317 
   3318 --
   3319 http://anirudhsanjeev.org
   3320 -------------- next part --------------
   3321 A non-text attachment was scrubbed...
   3322 Name: signature.asc
   3323 Type: application/pgp-signature
   3324 Size: 197 bytes
   3325 Desc: not available
   3326 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20100117/9205e03f/attachment-0001.bin>
   3327 
   3328 From anirudh@anirudhsanjeev.org  Sun Jan 17 12:13:12 2010
   3329 From: anirudh@anirudhsanjeev.org (Anirudh Sanjeev)
   3330 Date: Sun, 17 Jan 2010 22:43:12 +0530
   3331 Subject: [sup-talk] Libnotify popups with sup
   3332 Message-ID: <1263747594-sup-5588@deepthought>
   3333 
   3334 Hi,
   3335 
   3336 I want to write a small hook to sup to use libnotify and show a small
   3337 popup whenever email comes from specific sources.
   3338 
   3339 I need to be able to mention a list of email addresses of people who's
   3340 emails are important to me and need to be notified of, and the other
   3341 ones I can just ignore.
   3342 
   3343 I don't know any ruby, but I'm sure that this isn't something too
   3344 difficult to implement. I am not sure how to use the hooks and the API
   3345 in them. I guess I have to use a hook that is executed when the email is
   3346 received, but I'm not sure how to get the exact text of the email
   3347 address.
   3348 
   3349 Any suggestions on how to go about doing this would be awesome!
   3350 
   3351 Thanks,
   3352 Anirudh
   3353 -------------- next part --------------
   3354 A non-text attachment was scrubbed...
   3355 Name: signature.asc
   3356 Type: application/pgp-signature
   3357 Size: 197 bytes
   3358 Desc: not available
   3359 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20100117/9522830f/attachment.bin>
   3360 
   3361 From sjh@foolishpride.org  Sun Jan 17 12:52:56 2010
   3362 From: sjh@foolishpride.org (Scott Henson)
   3363 Date: Sun, 17 Jan 2010 12:52:56 -0500
   3364 Subject: [sup-talk] Questions about offlineimap+msmtp+maildir+gmail
   3365 	syncing
   3366 In-Reply-To: <1263740027-sup-751@masanjin.net>
   3367 References: <1262776632-sup-1333@deepthought>
   3368 	<1262780979-sup-2146@changeling.local>
   3369 	<1262804701-sup-8673@deepthought>
   3370 	<6c0c31751001160921y6efe36cft6614df8e46175a57@mail.gmail.com>
   3371 	<1263672001-sup-2219@tilus.net> <1263740027-sup-751@masanjin.net>
   3372 Message-ID: <6c0c31751001170952ne597517s3824b6de02ed25b1@mail.gmail.com>
   3373 
   3374 On Sun, Jan 17, 2010 at 9:54 AM, William Morgan <wmorgan-sup at masanjin.net>wrote:
   3375 
   3376 > Reformatted excerpts from Tero Tilus's message of 2010-01-16:
   3377 > > Why would you need to do that?  Afaik storing the maildir id to index
   3378 > > should be enough so that you can map sup index back to maildir.  Am I
   3379 > > overlooking somethin here?
   3380 >
   3381 > Yeah, there's a Maildir#filename_for_id that you should be able to use.
   3382 >
   3383 >
   3384 Using the maildir id as the sup id allows sup to play a little fast and
   3385 loose with the access of mail in the maildir.  I've got a 15% speed increase
   3386 (measured by sup-sync --all).  This also allows sup to play nice with other
   3387 mail clients accessing the maildir.
   3388 
   3389 I'm down to the last few issues with my new maildir sync back code, I just
   3390 can't get sup to show me the deleted and spam messages.  I'm working on the
   3391 next branch, and it seems like it might be having problems with ruby 1.8
   3392 that comes with F12 and I seem to be unable to get ruby 1.9 installed.  Once
   3393 I get things working I'll publish the branch to github.
   3394 
   3395 
   3396 -- 
   3397 Scott Henson
   3398 -------------- next part --------------
   3399 An HTML attachment was scrubbed...
   3400 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20100117/9564fde2/attachment.html>
   3401 
   3402 From pi+sup@pihost.us  Sun Jan 17 13:14:51 2010
   3403 From: pi+sup@pihost.us (Anthony Martinez)
   3404 Date: Sun, 17 Jan 2010 11:14:51 -0700
   3405 Subject: [sup-talk] deleting labels
   3406 In-Reply-To: <1e52684c-da16-4070-a62d-ce0d0fcdaf25@u6g2000yqf.googlegroups.com>
   3407 References: <1e52684c-da16-4070-a62d-ce0d0fcdaf25@u6g2000yqf.googlegroups.com>
   3408 Message-ID: <1263751975-sup-3363@home.mrtheplague.net>
   3409 
   3410 Excerpts from lbolla's message of Fri Jan 15 04:20:28 -0700 2010:
   3411 > Is there a way to delete labels?
   3412 
   3413 Please see "sup-tweak-labels"
   3414 
   3415 $ sup-tweak-labels -d "whatever-label" --all
   3416 
   3417 You've got to run this with sup closed so tweak-labels can lock the index.
   3418 
   3419 > Thanks!
   3420 > Lorenzo
   3421 
   3422 -- 
   3423 panic ("No CPUs found.  System halted.\n");
   3424         2.4.3 linux/arch/parisc/kernel/setup.c
   3425 
   3426 From cam+sup@cammunism.org  Sun Jan 17 13:19:37 2010
   3427 From: cam+sup@cammunism.org (Cameron Matheson)
   3428 Date: Sun, 17 Jan 2010 11:19:37 -0700
   3429 Subject: [sup-talk] Libnotify popups with sup
   3430 In-Reply-To: <1263747594-sup-5588@deepthought>
   3431 References: <1263747594-sup-5588@deepthought>
   3432 Message-ID: <1263751543-sup-5745@cammunism.org>
   3433 
   3434 Excerpts from Anirudh Sanjeev's message of Sun Jan 17 10:13:12 -0700 2010:
   3435 > I want to write a small hook to sup to use libnotify and show a small
   3436 > popup whenever email comes from specific sources.
   3437 > 
   3438 > I need to be able to mention a list of email addresses of people who's
   3439 > emails are important to me and need to be notified of, and the other
   3440 > ones I can just ignore.
   3441 > 
   3442 > I don't know any ruby, but I'm sure that this isn't something too
   3443 > difficult to implement. I am not sure how to use the hooks and the API
   3444 > in them. I guess I have to use a hook that is executed when the email is
   3445 > received, but I'm not sure how to get the exact text of the email
   3446 > address.
   3447 
   3448 You can see the hooks (and the variables they expose) by running sup -l.
   3449 I think you want the after-poll hook.  Something like this might work
   3450 (I'm modifying my after-poll.rb slightly)
   3451 
   3452   require 'cgi'
   3453   notify_addresses = %w(
   3454     someguy at example.com
   3455     otherguy at example.com
   3456   )
   3457   from_and_subj.each do |m|
   3458     next if notify_addresses.select { |a| m[0].include? a }.empty?
   3459     msg = CGI.escapeHTML(m.join "\n")
   3460     system("notify-send", "-t", "10000", "New E-Mail", msg)
   3461   end
   3462 
   3463 (the HTML escaping is necessary for notify-send to work, otherwise you
   3464 just get a blank popup).
   3465 
   3466 Cam
   3467 
   3468 From bgamari.foss@gmail.com  Sun Jan 17 13:20:10 2010
   3469 From: bgamari.foss@gmail.com (Ben Gamari)
   3470 Date: Sun, 17 Jan 2010 13:20:10 -0500
   3471 Subject: [sup-talk] Libnotify popups with sup
   3472 In-Reply-To: <1263747594-sup-5588@deepthought>
   3473 References: <1263747594-sup-5588@deepthought>
   3474 Message-ID: <1263752381-sup-3121@ben-laptop>
   3475 
   3476 Excerpts from Anirudh Sanjeev's message of Sun Jan 17 12:13:12 -0500 2010:
   3477 > Hi,
   3478 > 
   3479 > I want to write a small hook to sup to use libnotify and show a small
   3480 > popup whenever email comes from specific sources.
   3481 >
   3482 You mean something like this? It was a little flaky when I last used it,
   3483 but it did work.
   3484 
   3485 - Ben
   3486 
   3487 
   3488 # libnotify notifications
   3489 # Requires libnotify-bin package
   3490 notify_cmd = "/usr/bin/notify-send -i /usr/share/icons/Human?/scalable/emblems/emblem-mail.svg"
   3491 if num >= 1
   3492 notify_summary = "sup found #{num_inbox}/#{num} new message"
   3493 notify_summary << "s" if num > 1
   3494 notify_body = ""
   3495 
   3496 from_and_subj.each do |f,s|
   3497   f.gsub! /\(.*\)/, ''
   3498   f.gsub! /<.*>/, ''
   3499   f.strip!
   3500   s.slice! 0..20
   3501   s << "..."
   3502   notify_body << "M-b~VM-6 #{f} :
   3503 end
   3504 if notify_body.length > 100
   3505   notify_body.slice! 0..100
   3506   notify_body << "\n..."
   3507 end
   3508 
   3509 cmd = "#{notify_cmd} '#{notify_summary}' '#{notify_body}'"
   3510 Logger.warn cmd
   3511 system cmd
   3512 else
   3513 #system "#{notify_cmd} 'sup status' 'No new email (yet)'"
   3514 end
   3515 
   3516 From cam+sup@cammunism.org  Sun Jan 17 13:30:30 2010
   3517 From: cam+sup@cammunism.org (Cameron Matheson)
   3518 Date: Sun, 17 Jan 2010 11:30:30 -0700
   3519 Subject: [sup-talk] reply-from.rb troubles
   3520 In-Reply-To: <1263745866-sup-915@tw>
   3521 References: <1263571025-sup-73@tw> <1263580522-sup-1905@tilus.net>
   3522 	<1263587689-sup-3094@tw> <1263677294-sup-712@tilus.net>
   3523 	<1263689857-sup-8245@tw> <1263741838-sup-8726@masanjin.net>
   3524 	<1263742626-sup-2758@tw> <1263743898-sup-2154@masanjin.net>
   3525 	<1263745866-sup-915@tw>
   3526 Message-ID: <1263752630-sup-5428@cammunism.org>
   3527 
   3528 Excerpts from Philipp ?berbacher's message of Sun Jan 17 09:40:36 -0700 2010:
   3529 > Now I did:
   3530 > if message.has_label? :mailinglists
   3531 >   info "Looks like replying to a mailinglist."
   3532 >   Person.from_address "<hollunder at lavabit.com>"
   3533 >   a = Person.from_address "<hollunder at lavabit.com>"
   3534 >   info 'This is Person.from_address "<hollunder at lavabit.com>": '
   3535 > elsif message.has_label? :murks_lavabit
   3536 >   info "Looks like replying with default."
   3537 >   Person.from_address "<murks at lavabit.com>"
   3538 > end
   3539 > 
   3540 > Which is probably not clever, but I got:
   3541 > [Sun Jan 17 17:38:17 +0100 2010] Looks like replying to a mailinglist.
   3542 > [Sun Jan 17 17:38:17 +0100 2010] This is Person.from_address
   3543 > "<hollunder at lavabit.com>":
   3544 > [Sun Jan 17 17:38:17 +0100 2010] reply-from returned non-Person, using
   3545 > default from.
   3546 > 
   3547 > It seems this is trying to tell me what's wrong..
   3548 
   3549 It looks like your hook is now returning the output of info instead of a
   3550 person.  Try this:
   3551 
   3552 if message.has_label? :mailinglists
   3553   info "Looks like replying to a mailinglist."
   3554   Person.from_address "<hollunder at lavabit.com>"
   3555   p = Person.from_address "<hollunder at lavabit.com>"
   3556   info "This is person #{p.full_address}"
   3557   p
   3558 elsif message.has_label? :murks_lavabit
   3559   info "Looks like replying with default."
   3560   Person.from_address "<murks at lavabit.com>"
   3561 end
   3562 
   3563 From hollunder@lavabit.com  Sun Jan 17 14:23:35 2010
   3564 From: hollunder@lavabit.com (=?utf-8?q?Philipp_=C3=9Cberbacher?=)
   3565 Date: Sun, 17 Jan 2010 20:23:35 +0100
   3566 Subject: [sup-talk] reply-from.rb troubles
   3567 In-Reply-To: <1263752630-sup-5428@cammunism.org>
   3568 References: <1263571025-sup-73@tw> <1263580522-sup-1905@tilus.net>
   3569 	<1263587689-sup-3094@tw> <1263677294-sup-712@tilus.net>
   3570 	<1263689857-sup-8245@tw> <1263741838-sup-8726@masanjin.net>
   3571 	<1263742626-sup-2758@tw> <1263743898-sup-2154@masanjin.net>
   3572 	<1263745866-sup-915@tw> <1263752630-sup-5428@cammunism.org>
   3573 Message-ID: <1263756079-sup-4229@tw>
   3574 
   3575 Excerpts from Cameron Matheson's message of Sun Jan 17 19:30:30 +0100 2010:
   3576 > Excerpts from Philipp ?berbacher's message of Sun Jan 17 09:40:36 -0700 2010:
   3577 > > Now I did:
   3578 > > if message.has_label? :mailinglists
   3579 > >   info "Looks like replying to a mailinglist."
   3580 > >   Person.from_address "<hollunder at lavabit.com>"
   3581 > >   a = Person.from_address "<hollunder at lavabit.com>"
   3582 > >   info 'This is Person.from_address "<hollunder at lavabit.com>": '
   3583 > > elsif message.has_label? :murks_lavabit
   3584 > >   info "Looks like replying with default."
   3585 > >   Person.from_address "<murks at lavabit.com>"
   3586 > > end
   3587 > > 
   3588 > > Which is probably not clever, but I got:
   3589 > > [Sun Jan 17 17:38:17 +0100 2010] Looks like replying to a mailinglist.
   3590 > > [Sun Jan 17 17:38:17 +0100 2010] This is Person.from_address
   3591 > > "<hollunder at lavabit.com>":
   3592 > > [Sun Jan 17 17:38:17 +0100 2010] reply-from returned non-Person, using
   3593 > > default from.
   3594 > > 
   3595 > > It seems this is trying to tell me what's wrong..
   3596 > 
   3597 > It looks like your hook is now returning the output of info instead of a
   3598 > person.  Try this:
   3599 > 
   3600 > if message.has_label? :mailinglists
   3601 >   info "Looks like replying to a mailinglist."
   3602 >   Person.from_address "<hollunder at lavabit.com>"
   3603 >   p = Person.from_address "<hollunder at lavabit.com>"
   3604 >   info "This is person #{p.full_address}"
   3605 >   p
   3606 > elsif message.has_label? :murks_lavabit
   3607 >   info "Looks like replying with default."
   3608 >   Person.from_address "<murks at lavabit.com>"
   3609 > end
   3610 
   3611 This is the output:
   3612 
   3613 [Sun Jan 17 20:21:19 +0100 2010] Looks like replying to a mailinglist.
   3614 [Sun Jan 17 20:21:19 +0100 2010] This is person hollunder
   3615 <hollunder at lavabit.com>
   3616 
   3617 btw., does anyone have tips regarding copy/pasting with vim? I always
   3618 have to trim lots of whitespace.
   3619 
   3620 Regards,
   3621 Philipp
   3622 
   3623 
   3624 From wmorgan-sup@masanjin.net  Sun Jan 17 14:45:38 2010
   3625 From: wmorgan-sup@masanjin.net (William Morgan)
   3626 Date: Sun, 17 Jan 2010 14:45:38 -0500
   3627 Subject: [sup-talk] reply-from.rb troubles
   3628 In-Reply-To: <1263756079-sup-4229@tw>
   3629 References: <1263571025-sup-73@tw> <1263580522-sup-1905@tilus.net>
   3630 	<1263587689-sup-3094@tw> <1263677294-sup-712@tilus.net>
   3631 	<1263689857-sup-8245@tw> <1263741838-sup-8726@masanjin.net>
   3632 	<1263742626-sup-2758@tw> <1263743898-sup-2154@masanjin.net>
   3633 	<1263745866-sup-915@tw> <1263752630-sup-5428@cammunism.org>
   3634 	<1263756079-sup-4229@tw>
   3635 Message-ID: <1263757377-sup-72@masanjin.net>
   3636 
   3637 Reformatted excerpts from Philipp ?berbacher's message of 2010-01-17:
   3638 > [Sun Jan 17 20:21:19 +0100 2010] Looks like replying to a mailinglist.
   3639 > [Sun Jan 17 20:21:19 +0100 2010] This is person hollunder
   3640 > <hollunder at lavabit.com>
   3641 
   3642 You see this and *then*, in the reply-mode buffer, you see a different
   3643 address in the From: field? I don't see how that's possible.
   3644 
   3645 > btw., does anyone have tips regarding copy/pasting with vim? I always
   3646 > have to trim lots of whitespace.
   3647 
   3648 :set :paste should do it.
   3649 -- 
   3650 William <wmorgan-sup at masanjin.net>
   3651 
   3652 From sgoldman@tower-research.com  Sun Jan 17 14:50:28 2010
   3653 From: sgoldman@tower-research.com (Steve Goldman)
   3654 Date: Sun, 17 Jan 2010 14:50:28 -0500
   3655 Subject: [sup-talk] Problems running sup-convert-ferret-index
   3656 Message-ID: <1263757714-sup-394@sgoldmanlinux.tower-research.com>
   3657 
   3658 
   3659 Here's the message:
   3660 
   3661 [~/sup-src/mainline (master)]$ /usr/bin/ruby -I lib -w bin/sup-convert-ferret-index -v
   3662 ## Step one: back up all message state to /tmp/sup-state.txt
   3663 bin/sup-dump --index ferret > /tmp/sup-state.txt
   3664 /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require': no such file to load -- sup (LoadError)
   3665 from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require'
   3666 from bin/sup-dump:5
   3667 
   3668 
   3669 Looks like it's having trouble finding the file called sup.  I tried
   3670 running it from the bin directory, but it didn't work there either.
   3671 
   3672 Any ideas?
   3673 
   3674 Thanks.
   3675 -- 
   3676 
   3677 Steve Goldman
   3678 sgoldman at tower-research.com
   3679 
   3680 T: 212.219.6014
   3681 F: 212.219.6007
   3682 
   3683 Tower Research Capital, LLC
   3684 377 Broadway, 11th Fl.
   3685 New York, NY 10013
   3686 
   3687 From hollunder@lavabit.com  Sun Jan 17 15:08:15 2010
   3688 From: hollunder@lavabit.com (=?utf-8?q?Philipp_=C3=9Cberbacher?=)
   3689 Date: Sun, 17 Jan 2010 21:08:15 +0100
   3690 Subject: [sup-talk] reply-from.rb troubles
   3691 In-Reply-To: <1263757377-sup-72@masanjin.net>
   3692 References: <1263571025-sup-73@tw> <1263580522-sup-1905@tilus.net>
   3693 	<1263587689-sup-3094@tw> <1263677294-sup-712@tilus.net>
   3694 	<1263689857-sup-8245@tw> <1263741838-sup-8726@masanjin.net>
   3695 	<1263742626-sup-2758@tw> <1263743898-sup-2154@masanjin.net>
   3696 	<1263745866-sup-915@tw> <1263752630-sup-5428@cammunism.org>
   3697 	<1263756079-sup-4229@tw> <1263757377-sup-72@masanjin.net>
   3698 Message-ID: <1263758433-sup-6105@tw>
   3699 
   3700 Excerpts from William Morgan's message of Sun Jan 17 20:45:38 +0100 2010:
   3701 > Reformatted excerpts from Philipp ?berbacher's message of 2010-01-17:
   3702 > > [Sun Jan 17 20:21:19 +0100 2010] Looks like replying to a mailinglist.
   3703 > > [Sun Jan 17 20:21:19 +0100 2010] This is person hollunder
   3704 > > <hollunder at lavabit.com>
   3705 > 
   3706 > You see this and *then*, in the reply-mode buffer, you see a different
   3707 > address in the From: field? I don't see how that's possible.
   3708 > 
   3709 > > btw., does anyone have tips regarding copy/pasting with vim? I always
   3710 > > have to trim lots of whitespace.
   3711 > 
   3712 > :set :paste should do it.
   3713 
   3714 But this is exactly what I see in the log when replying to this message:
   3715 [Sun Jan 17 21:00:33 +0100 2010] Looks like replying to a mailinglist.
   3716 [Sun Jan 17 21:00:33 +0100 2010] This is person hollunder
   3717 <hollunder at lavabit.com>
   3718 
   3719 And the address was set to murks at lavabit.com again..
   3720 
   3721 Now that you say this is impossible, I had a look at my before-edit.rb
   3722 and suspect it to be the culprit, since it ends with:
   3723 else                                                                                                                                                         
   3724   header["From"] = "Philipp ?berbacher <murks at lavabit.com>"                                                                                                  
   3725 end
   3726 
   3727 Now how can one do both without trouble, replying sanely and using a sane address for new messages?
   3728 
   3729 And sorry for the trouble, I should have thought about that other hook earlier..
   3730 
   3731 Regards,
   3732 Philipp
   3733 
   3734 
   3735 From wmorgan-sup@masanjin.net  Sun Jan 17 15:36:01 2010
   3736 From: wmorgan-sup@masanjin.net (William Morgan)
   3737 Date: Sun, 17 Jan 2010 15:36:01 -0500
   3738 Subject: [sup-talk] reply-from.rb troubles
   3739 In-Reply-To: <1263758433-sup-6105@tw>
   3740 References: <1263571025-sup-73@tw> <1263580522-sup-1905@tilus.net>
   3741 	<1263587689-sup-3094@tw> <1263677294-sup-712@tilus.net>
   3742 	<1263689857-sup-8245@tw> <1263741838-sup-8726@masanjin.net>
   3743 	<1263742626-sup-2758@tw> <1263743898-sup-2154@masanjin.net>
   3744 	<1263745866-sup-915@tw> <1263752630-sup-5428@cammunism.org>
   3745 	<1263756079-sup-4229@tw> <1263757377-sup-72@masanjin.net>
   3746 	<1263758433-sup-6105@tw>
   3747 Message-ID: <1263760233-sup-1663@masanjin.net>
   3748 
   3749 Reformatted excerpts from Philipp ?berbacher's message of 2010-01-17:
   3750 > Now that you say this is impossible, I had a look at my before-edit.rb
   3751 > and suspect it to be the culprit, since it ends with:
   3752 > else
   3753 >   header["From"] = "Philipp ?berbacher <murks at lavabit.com>"
   3754 > end
   3755 
   3756 Hah, nice catch. That would do it.
   3757 
   3758 > Now how can one do both without trouble, replying sanely and using a
   3759 > sane address for new messages?
   3760 
   3761 I think the proper answer is to change reply-mode, so that any addresses
   3762 set by the reply-* hooks overrides anything set by the before-edit hook.
   3763 
   3764 In the mean time, you can probably work around this with a nasty hack: in
   3765 before-edit hook, if the "In-reply-to" header is set, don't set the From
   3766 address (because it is a reply, and will have been set by the reply-from
   3767 hook).
   3768 -- 
   3769 William <wmorgan-sup at masanjin.net>
   3770 
   3771 From wmorgan-sup@masanjin.net  Sun Jan 17 15:38:01 2010
   3772 From: wmorgan-sup@masanjin.net (William Morgan)
   3773 Date: Sun, 17 Jan 2010 15:38:01 -0500
   3774 Subject: [sup-talk] Problems running sup-convert-ferret-index
   3775 In-Reply-To: <1263757714-sup-394@sgoldmanlinux.tower-research.com>
   3776 References: <1263757714-sup-394@sgoldmanlinux.tower-research.com>
   3777 Message-ID: <1263760574-sup-1333@masanjin.net>
   3778 
   3779 Reformatted excerpts from Steve Goldman's message of 2010-01-17:
   3780 > Looks like it's having trouble finding the file called sup.  I tried
   3781 > running it from the bin directory, but it didn't work there either.
   3782 
   3783 Ah, an important note: if you're running from git, you have to set
   3784 RUBY_INVOCATION in order to tell sup-con... how to call the ruby
   3785 programs.
   3786 
   3787 Try this:
   3788   RUBY_INVOCATION="/usr/bin/ruby -Ilib" /usr/bin/ruby -Ilib bin/sup-convert-ferret-index
   3789 -- 
   3790 William <wmorgan-sup at masanjin.net>
   3791 
   3792 From wmorgan-sup@masanjin.net  Sun Jan 17 15:42:57 2010
   3793 From: wmorgan-sup@masanjin.net (William Morgan)
   3794 Date: Sun, 17 Jan 2010 15:42:57 -0500
   3795 Subject: [sup-talk] Questions about offlineimap+msmtp+maildir+gmail
   3796 	syncing
   3797 In-Reply-To: <6c0c31751001170952ne597517s3824b6de02ed25b1@mail.gmail.com>
   3798 References: <1262776632-sup-1333@deepthought>
   3799 	<1262780979-sup-2146@changeling.local>
   3800 	<1262804701-sup-8673@deepthought>
   3801 	<6c0c31751001160921y6efe36cft6614df8e46175a57@mail.gmail.com>
   3802 	<1263672001-sup-2219@tilus.net> <1263740027-sup-751@masanjin.net>
   3803 	<6c0c31751001170952ne597517s3824b6de02ed25b1@mail.gmail.com>
   3804 Message-ID: <1263760826-sup-7073@masanjin.net>
   3805 
   3806 Reformatted excerpts from Scott Henson's message of 2010-01-17:
   3807 > I'm down to the last few issues with my new maildir sync back code, I
   3808 > just can't get sup to show me the deleted and spam messages.
   3809 
   3810 If you're going through index.each_message or each_id, you need to
   3811 specify :load_spam => true and load_deleted => true.
   3812 -- 
   3813 William <wmorgan-sup at masanjin.net>
   3814 
   3815 From sgoldman@tower-research.com  Sun Jan 17 16:22:03 2010
   3816 From: sgoldman@tower-research.com (Steve Goldman)
   3817 Date: Sun, 17 Jan 2010 16:22:03 -0500
   3818 Subject: [sup-talk] Problems running sup-convert-ferret-index
   3819 In-Reply-To: <1263760574-sup-1333@masanjin.net>
   3820 References: <1263757714-sup-394@sgoldmanlinux.tower-research.com>
   3821 	<1263760574-sup-1333@masanjin.net>
   3822 Message-ID: <1263763237-sup-3701@sgoldmanlinux.tower-research.com>
   3823 
   3824 Excerpts from William Morgan's message of Sun Jan 17 15:38:01 -0500 2010:
   3825 > Reformatted excerpts from Steve Goldman's message of 2010-01-17:
   3826 > > Looks like it's having trouble finding the file called sup.  I tried
   3827 > > running it from the bin directory, but it didn't work there either.
   3828 > 
   3829 > Ah, an important note: if you're running from git, you have to set
   3830 > RUBY_INVOCATION in order to tell sup-con... how to call the ruby
   3831 > programs.
   3832 > 
   3833 > Try this:
   3834 >   RUBY_INVOCATION="/usr/bin/ruby -Ilib" /usr/bin/ruby -Ilib bin/sup-convert-ferret-index
   3835 
   3836 Great, that made it run.
   3837 
   3838 It went for about ten minutes and appeared to finish with success.
   3839 But something isn't right.  When I started sup the index was empty,
   3840 and my xapian directory looks like this:
   3841 
   3842 [~/.sup/xapian ]$ ll
   3843 total 36
   3844 -rw-r--r-- 1 sgoldman wheel    0 2010-01-17 16:15 flintlock
   3845 -rw-r--r-- 1 sgoldman wheel   12 2010-01-17 16:07 iamflint
   3846 -rw-r--r-- 1 sgoldman wheel   13 2010-01-17 16:07 postlist.baseA
   3847 -rw-r--r-- 1 sgoldman wheel   14 2010-01-17 16:08 postlist.baseB
   3848 -rw-r--r-- 1 sgoldman wheel 8192 2010-01-17 16:08 postlist.DB
   3849 -rw-r--r-- 1 sgoldman wheel   13 2010-01-17 16:07 record.baseA
   3850 -rw-r--r-- 1 sgoldman wheel   14 2010-01-17 16:08 record.baseB
   3851 -rw-r--r-- 1 sgoldman wheel    0 2010-01-17 16:07 record.DB
   3852 -rw-r--r-- 1 sgoldman wheel   13 2010-01-17 16:07 termlist.baseA
   3853 -rw-r--r-- 1 sgoldman wheel   14 2010-01-17 16:08 termlist.baseB
   3854 -rw-r--r-- 1 sgoldman wheel    0 2010-01-17 16:07 termlist.DB
   3855 
   3856 
   3857 Shouldn't there be more stuff in there?
   3858 
   3859 Thanks.
   3860 -- 
   3861 
   3862 Steve Goldman
   3863 sgoldman at tower-research.com
   3864 
   3865 T: 212.219.6014
   3866 F: 212.219.6007
   3867 
   3868 Tower Research Capital, LLC
   3869 377 Broadway, 11th Fl.
   3870 New York, NY 10013
   3871 
   3872 From wmorgan-sup@masanjin.net  Sun Jan 17 16:34:49 2010
   3873 From: wmorgan-sup@masanjin.net (William Morgan)
   3874 Date: Sun, 17 Jan 2010 16:34:49 -0500
   3875 Subject: [sup-talk] Problems running sup-convert-ferret-index
   3876 In-Reply-To: <1263763237-sup-3701@sgoldmanlinux.tower-research.com>
   3877 References: <1263757714-sup-394@sgoldmanlinux.tower-research.com>
   3878 	<1263760574-sup-1333@masanjin.net>
   3879 	<1263763237-sup-3701@sgoldmanlinux.tower-research.com>
   3880 Message-ID: <1263764041-sup-9982@masanjin.net>
   3881 
   3882 Reformatted excerpts from Steve Goldman's message of 2010-01-17:
   3883 > It went for about ten minutes and appeared to finish with success.
   3884 > But something isn't right.  When I started sup the index was empty,
   3885 > and my xapian directory looks like this:
   3886 
   3887 Hm, that sure looks empty. Did the sup-sync look like it was working?
   3888 If you run the command manually, does that have the same effect?
   3889 Is this with git master or next?
   3890 -- 
   3891 William <wmorgan-sup at masanjin.net>
   3892 
   3893 From wmorgan-sup@masanjin.net  Sun Jan 17 18:22:40 2010
   3894 From: wmorgan-sup@masanjin.net (William Morgan)
   3895 Date: Sun, 17 Jan 2010 18:22:40 -0500
   3896 Subject: [sup-talk] Missing the save index option (patch attached)
   3897 In-Reply-To: <1263731685-sup-8287@duck>
   3898 References: <1263731685-sup-8287@duck>
   3899 Message-ID: <1263770511-sup-2918@masanjin.net>
   3900 
   3901 Reformatted excerpts from Israel Herraiz's message of 2010-01-17:
   3902 > I am sending to the list just in case the patch is useful for others
   3903 > too. If there are not strong objections to this change, I suggest to
   3904 > merge it with Sup.
   3905 
   3906 Applied to insta-save and remerged into next. Thanks!
   3907 -- 
   3908 William <wmorgan-sup at masanjin.net>
   3909 
   3910 From sgoldman@tower-research.com  Sun Jan 17 18:38:45 2010
   3911 From: sgoldman@tower-research.com (Steve Goldman)
   3912 Date: Sun, 17 Jan 2010 18:38:45 -0500
   3913 Subject: [sup-talk] Problems running sup-convert-ferret-index
   3914 In-Reply-To: <1263764041-sup-9982@masanjin.net>
   3915 References: <1263757714-sup-394@sgoldmanlinux.tower-research.com>
   3916 	<1263760574-sup-1333@masanjin.net>
   3917 	<1263763237-sup-3701@sgoldmanlinux.tower-research.com>
   3918 	<1263764041-sup-9982@masanjin.net>
   3919 Message-ID: <1263771478-sup-431@sgoldmanlinux.tower-research.com>
   3920 
   3921 Excerpts from William Morgan's message of Sun Jan 17 16:34:49 -0500 2010:
   3922 > Reformatted excerpts from Steve Goldman's message of 2010-01-17:
   3923 > > It went for about ten minutes and appeared to finish with success.
   3924 > > But something isn't right.  When I started sup the index was empty,
   3925 > > and my xapian directory looks like this:
   3926 > 
   3927 > Hm, that sure looks empty. Did the sup-sync look like it was working?
   3928 > If you run the command manually, does that have the same effect?
   3929 > Is this with git master or next?
   3930 
   3931 Ah, yes.  sup-sync exited with error.  I corrected an incorrect
   3932 password in my sources.yaml and then it ran...
   3933 
   3934 ... until it exited thirty minutes later with seg fault.
   3935 
   3936 Anyone else see this?  Any way to debug it?
   3937 
   3938 Thanks.
   3939 -- 
   3940 
   3941 Steve Goldman
   3942 sgoldman at tower-research.com
   3943 
   3944 T: 212.219.6014
   3945 F: 212.219.6007
   3946 
   3947 Tower Research Capital, LLC
   3948 377 Broadway, 11th Fl.
   3949 New York, NY 10013
   3950 
   3951 From wmorgan-sup@masanjin.net  Sun Jan 17 19:04:46 2010
   3952 From: wmorgan-sup@masanjin.net (William Morgan)
   3953 Date: Sun, 17 Jan 2010 19:04:46 -0500
   3954 Subject: [sup-talk] Problems running sup-convert-ferret-index
   3955 In-Reply-To: <1263771478-sup-431@sgoldmanlinux.tower-research.com>
   3956 References: <1263757714-sup-394@sgoldmanlinux.tower-research.com>
   3957 	<1263760574-sup-1333@masanjin.net>
   3958 	<1263763237-sup-3701@sgoldmanlinux.tower-research.com>
   3959 	<1263764041-sup-9982@masanjin.net>
   3960 	<1263771478-sup-431@sgoldmanlinux.tower-research.com>
   3961 Message-ID: <1263772988-sup-2344@masanjin.net>
   3962 
   3963 Reformatted excerpts from Steve Goldman's message of 2010-01-17:
   3964 > ... until it exited thirty minutes later with seg fault.
   3965 > 
   3966 > Anyone else see this?  Any way to debug it?
   3967 
   3968 Is it possible it's running out of memory?
   3969 -- 
   3970 William <wmorgan-sup at masanjin.net>
   3971 
   3972 From sgoldman@tower-research.com  Sun Jan 17 19:28:12 2010
   3973 From: sgoldman@tower-research.com (Steve Goldman)
   3974 Date: Sun, 17 Jan 2010 19:28:12 -0500
   3975 Subject: [sup-talk] Problems running sup-convert-ferret-index
   3976 In-Reply-To: <1263772988-sup-2344@masanjin.net>
   3977 References: <1263757714-sup-394@sgoldmanlinux.tower-research.com>
   3978 	<1263760574-sup-1333@masanjin.net>
   3979 	<1263763237-sup-3701@sgoldmanlinux.tower-research.com>
   3980 	<1263764041-sup-9982@masanjin.net>
   3981 	<1263771478-sup-431@sgoldmanlinux.tower-research.com>
   3982 	<1263772988-sup-2344@masanjin.net>
   3983 Message-ID: <1263774467-sup-9664@sgoldmanlinux.tower-research.com>
   3984 
   3985 Excerpts from William Morgan's message of Sun Jan 17 19:04:46 -0500 2010:
   3986 > Reformatted excerpts from Steve Goldman's message of 2010-01-17:
   3987 > > ... until it exited thirty minutes later with seg fault.
   3988 > > 
   3989 > > Anyone else see this?  Any way to debug it?
   3990 > 
   3991 > Is it possible it's running out of memory?
   3992 
   3993 Possible.  I have 4GB and about 60k messages in my index.  So it's not
   3994 too likely.  I'll run it again and watch the usage.
   3995 -- 
   3996 
   3997 Steve Goldman
   3998 sgoldman at tower-research.com
   3999 
   4000 T: 212.219.6014
   4001 F: 212.219.6007
   4002 
   4003 Tower Research Capital, LLC
   4004 377 Broadway, 11th Fl.
   4005 New York, NY 10013
   4006 
   4007 From sgoldman@tower-research.com  Sun Jan 17 20:44:11 2010
   4008 From: sgoldman@tower-research.com (Steve Goldman)
   4009 Date: Sun, 17 Jan 2010 20:44:11 -0500
   4010 Subject: [sup-talk] Problems running sup-convert-ferret-index
   4011 In-Reply-To: <1263774467-sup-9664@sgoldmanlinux.tower-research.com>
   4012 References: <1263757714-sup-394@sgoldmanlinux.tower-research.com>
   4013 	<1263760574-sup-1333@masanjin.net>
   4014 	<1263763237-sup-3701@sgoldmanlinux.tower-research.com>
   4015 	<1263764041-sup-9982@masanjin.net>
   4016 	<1263771478-sup-431@sgoldmanlinux.tower-research.com>
   4017 	<1263772988-sup-2344@masanjin.net>
   4018 	<1263774467-sup-9664@sgoldmanlinux.tower-research.com>
   4019 Message-ID: <1263778916-sup-8839@sgoldmanlinux.tower-research.com>
   4020 
   4021 Excerpts from Steve Goldman's message of Sun Jan 17 19:28:12 -0500 2010:
   4022 > Excerpts from William Morgan's message of Sun Jan 17 19:04:46 -0500 2010:
   4023 > > Reformatted excerpts from Steve Goldman's message of 2010-01-17:
   4024 > > > ... until it exited thirty minutes later with seg fault.
   4025 > > > 
   4026 > > > Anyone else see this?  Any way to debug it?
   4027 > > 
   4028 > > Is it possible it's running out of memory?
   4029 > 
   4030 > Possible.  I have 4GB and about 60k messages in my index.  So it's not
   4031 > too likely.  I'll run it again and watch the usage.
   4032 
   4033 I ran it in strace.  It hung on a call to munmap, and then crashed
   4034 with a lot of a bunch of system call timeout warnings.
   4035 
   4036 So it has something to do with memory.
   4037 
   4038 Would the ruby debugger help narrow it down?  Does the ruby debugger
   4039 exist?
   4040 
   4041 Thanks.
   4042 -- 
   4043 
   4044 Steve Goldman
   4045 sgoldman at tower-research.com
   4046 
   4047 T: 212.219.6014
   4048 F: 212.219.6007
   4049 
   4050 Tower Research Capital, LLC
   4051 377 Broadway, 11th Fl.
   4052 New York, NY 10013
   4053 
   4054 From rlane@club.cc.cmu.edu  Sun Jan 17 21:10:17 2010
   4055 From: rlane@club.cc.cmu.edu (Rich Lane)
   4056 Date: Sun, 17 Jan 2010 21:10:17 -0500
   4057 Subject: [sup-talk] Problems running sup-convert-ferret-index
   4058 In-Reply-To: <1263778916-sup-8839@sgoldmanlinux.tower-research.com>
   4059 References: <1263757714-sup-394@sgoldmanlinux.tower-research.com>
   4060 	<1263760574-sup-1333@masanjin.net>
   4061 	<1263763237-sup-3701@sgoldmanlinux.tower-research.com>
   4062 	<1263764041-sup-9982@masanjin.net>
   4063 	<1263771478-sup-431@sgoldmanlinux.tower-research.com>
   4064 	<1263772988-sup-2344@masanjin.net>
   4065 	<1263774467-sup-9664@sgoldmanlinux.tower-research.com>
   4066 	<1263778916-sup-8839@sgoldmanlinux.tower-research.com>
   4067 Message-ID: <1263779746-sup-4232@zyrg.net>
   4068 
   4069 Excerpts from Steve Goldman's message of 2010-01-17 20:44:11 -0500:
   4070 > Excerpts from Steve Goldman's message of Sun Jan 17 19:28:12 -0500 2010:
   4071 > > Excerpts from William Morgan's message of Sun Jan 17 19:04:46 -0500 2010:
   4072 > > > Reformatted excerpts from Steve Goldman's message of 2010-01-17:
   4073 > > > > ... until it exited thirty minutes later with seg fault.
   4074 > > > > 
   4075 > > > > Anyone else see this?  Any way to debug it?
   4076 > > > 
   4077 > > > Is it possible it's running out of memory?
   4078 > > 
   4079 > > Possible.  I have 4GB and about 60k messages in my index.  So it's not
   4080 > > too likely.  I'll run it again and watch the usage.
   4081 > 
   4082 > I ran it in strace.  It hung on a call to munmap, and then crashed
   4083 > with a lot of a bunch of system call timeout warnings.
   4084 > 
   4085 > So it has something to do with memory.
   4086 > 
   4087 > Would the ruby debugger help narrow it down?  Does the ruby debugger
   4088 > exist?
   4089 
   4090 Try compiling Xapian from source with --enable-assertions. It would also
   4091 be useful to get a core dump (ulimit -c unlimited).
   4092 
   4093 From anirudh@anirudhsanjeev.org  Mon Jan 18 01:03:23 2010
   4094 From: anirudh@anirudhsanjeev.org (Anirudh Sanjeev)
   4095 Date: Mon, 18 Jan 2010 11:33:23 +0530
   4096 Subject: [sup-talk] Problems running sup-convert-ferret-index
   4097 In-Reply-To: <1263779746-sup-4232@zyrg.net>
   4098 References: <1263757714-sup-394@sgoldmanlinux.tower-research.com>
   4099 	<1263760574-sup-1333@masanjin.net>
   4100 	<1263763237-sup-3701@sgoldmanlinux.tower-research.com>
   4101 	<1263764041-sup-9982@masanjin.net>
   4102 	<1263771478-sup-431@sgoldmanlinux.tower-research.com>
   4103 	<1263772988-sup-2344@masanjin.net>
   4104 	<1263774467-sup-9664@sgoldmanlinux.tower-research.com>
   4105 	<1263778916-sup-8839@sgoldmanlinux.tower-research.com>
   4106 	<1263779746-sup-4232@zyrg.net>
   4107 Message-ID: <1263793901-sup-7278@deepthought>
   4108 
   4109 Hi,
   4110 
   4111 I'm unable to run sup-convert-ferret-index as well.
   4112 
   4113 It fails like this:
   4114 
   4115 ----------BEGIN PASTE------------
   4116 [11:20]:~/Desktop/sup-mainline$ xclip -o -selection clipboard
   4117 [11:20]:~/Desktop/sup-mainline$ ruby -I lib -w bin/sup-convert-ferret-index 
   4118 ./lib/sup/util.rb:295: warning: `&' interpreted as argument prefix
   4119 ./lib/sup/util.rb:9: warning: method redefined; discarding old gen_lock_id
   4120 ./lib/sup/util.rb:20: warning: method redefined; discarding old dump_lock_id
   4121 [Mon Jan 18 11:20:40 +0530 2010] WARNING: can't find character set by using locale, defaulting to utf-8
   4122 ./lib/sup/message-chunks.rb:36: warning: method redefined; discarding old make_tmpname
   4123 ./lib/sup/imap.rb:119: warning: ambiguous first argument; put parentheses or even spaces
   4124 ## Step one: back up all message state to /tmp/sup-state.txt
   4125 bin/sup-dump --index ferret > /tmp/sup-state.txt
   4126 [Mon Jan 18 11:20:40 +0530 2010] WARNING: can't find character set by using locale, defaulting to utf-8
   4127 (completed in 0.8s)
   4128 
   4129 ## message state saved to /tmp/sup-state.txt
   4130 ## Step two: back up sources.yaml file to /home/anirudhs/.sup/sources.yaml-before-xapian-upgrade
   4131 cp /home/anirudhs/.sup/sources.yaml /home/anirudhs/.sup/sources.yaml-before-xapian-upgrade
   4132 (completed in 0.0s)
   4133 
   4134 ## Step three: build the Xapian index
   4135 bin/sup-sync --all --all-sources --index xapian --restore /tmp/sup-state.txt 
   4136 [Mon Jan 18 11:20:41 +0530 2010] WARNING: can't find character set by using locale, defaulting to utf-8
   4137 Loading state dump from /tmp/sup-state.txt...
   4138 Read 0 entries from dump file.
   4139 /usr/lib/ruby/gems/1.8/gems/lockfile-1.4.3/lib/lockfile.rb:500:in `initialize': No such file or directory - xapian/.deepthought_2282_sup-sync_1263793841_863632_780999264.lck (Errno::ENOENT)
   4140 	from /usr/lib/ruby/gems/1.8/gems/lockfile-1.4.3/lib/lockfile.rb:500:in `open'
   4141 	from /usr/lib/ruby/gems/1.8/gems/lockfile-1.4.3/lib/lockfile.rb:500:in `create'
   4142 	from /usr/lib/ruby/gems/1.8/gems/lockfile-1.4.3/lib/lockfile.rb:432:in `create_tmplock'
   4143 	from /usr/lib/ruby/gems/1.8/gems/lockfile-1.4.3/lib/lockfile.rb:213:in `lock'
   4144 	from /usr/lib/ruby/gems/1.8/gems/lockfile-1.4.3/lib/lockfile.rb:539:in `attempt'
   4145 	from /usr/lib/ruby/gems/1.8/gems/lockfile-1.4.3/lib/lockfile.rb:539:in `catch'
   4146 	from /usr/lib/ruby/gems/1.8/gems/lockfile-1.4.3/lib/lockfile.rb:539:in `attempt'
   4147 	from /usr/lib/ruby/gems/1.8/gems/lockfile-1.4.3/lib/lockfile.rb:539:in `loop'
   4148 	from /usr/lib/ruby/gems/1.8/gems/lockfile-1.4.3/lib/lockfile.rb:539:in `attempt'
   4149 	from /usr/lib/ruby/gems/1.8/gems/lockfile-1.4.3/lib/lockfile.rb:210:in `lock'
   4150 	from /usr/lib/ruby/gems/1.8/gems/sup-0.9.1/lib/sup/index.rb:38:in `lock'
   4151 	from /usr/lib/ruby/gems/1.8/gems/sup-0.9.1/lib/sup/util.rb:520:in `send'
   4152 	from /usr/lib/ruby/gems/1.8/gems/sup-0.9.1/lib/sup/util.rb:520:in `method_missing'
   4153 	from /usr/lib/ruby/gems/1.8/gems/sup-0.9.1/lib/sup/interactive-lock.rb:26:in `lock_interactively'
   4154 	from bin/sup-sync:116
   4155 -----------END PASTE--------------
   4156 
   4157 Since Xapian install from gem failed, I installed libxapian-ruby1.8
   4158 instead.
   4159 
   4160 [11:29]:~/Desktop/sup-mainline$ apt-cache policy libxapian-ruby1.8 
   4161 libxapian-ruby1.8:
   4162   Installed: 1.0.14-1build1
   4163   Candidate: 1.0.14-1build1
   4164   Version table:
   4165  *** 1.0.14-1build1 0
   4166         500 http://archive.ubuntu.com karmic/universe Packages
   4167         100 /var/lib/dpkg/status
   4168 
   4169 Thanks,
   4170 Anirudh
   4171 -------------- next part --------------
   4172 A non-text attachment was scrubbed...
   4173 Name: signature.asc
   4174 Type: application/pgp-signature
   4175 Size: 197 bytes
   4176 Desc: not available
   4177 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20100118/2d039054/attachment.bin>
   4178 
   4179 From daniel.schoepe@googlemail.com  Mon Jan 18 09:32:26 2010
   4180 From: daniel.schoepe@googlemail.com (Daniel Schoepe)
   4181 Date: Mon, 18 Jan 2010 15:32:26 +0100
   4182 Subject: [sup-talk] [patch] Add crypto_selector variable to before-edit
   4183 Message-ID: <1263824428-sup-6466@nemesis.home>
   4184 
   4185 This patch adds crypto_selector to the variables available to the
   4186 before-edit hook, so one can set default crypto-options or
   4187 sign/encrypt a mail depending on e.g the message or header content.
   4188 
   4189 Users should beware that the variable can be nil, since the same hook
   4190 is also run from reply_mode which doesn't have access to the
   4191 crypto_selector element or crypto-support can be absent entirely.
   4192 -------------- next part --------------
   4193 A non-text attachment was scrubbed...
   4194 Name: add_crypto_selector.patch
   4195 Type: application/octet-stream
   4196 Size: 2056 bytes
   4197 Desc: not available
   4198 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20100118/875ba628/attachment.obj>
   4199 -------------- next part --------------
   4200 A non-text attachment was scrubbed...
   4201 Name: signature.asc
   4202 Type: application/pgp-signature
   4203 Size: 836 bytes
   4204 Desc: not available
   4205 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20100118/875ba628/attachment.bin>
   4206 
   4207 From wmorgan-sup@masanjin.net  Mon Jan 18 12:04:41 2010
   4208 From: wmorgan-sup@masanjin.net (William Morgan)
   4209 Date: Mon, 18 Jan 2010 12:04:41 -0500
   4210 Subject: [sup-talk] Problems running sup-convert-ferret-index
   4211 In-Reply-To: <1263793901-sup-7278@deepthought>
   4212 References: <1263757714-sup-394@sgoldmanlinux.tower-research.com>
   4213 	<1263760574-sup-1333@masanjin.net>
   4214 	<1263763237-sup-3701@sgoldmanlinux.tower-research.com>
   4215 	<1263764041-sup-9982@masanjin.net>
   4216 	<1263771478-sup-431@sgoldmanlinux.tower-research.com>
   4217 	<1263772988-sup-2344@masanjin.net>
   4218 	<1263774467-sup-9664@sgoldmanlinux.tower-research.com>
   4219 	<1263778916-sup-8839@sgoldmanlinux.tower-research.com>
   4220 	<1263779746-sup-4232@zyrg.net> <1263793901-sup-7278@deepthought>
   4221 Message-ID: <1263832195-sup-9991@masanjin.net>
   4222 
   4223 Reformatted excerpts from Anirudh Sanjeev's message of 2010-01-18:
   4224 > I'm unable to run sup-convert-ferret-index as well.
   4225 > 
   4226 > It fails like this:
   4227 
   4228 If you're running from git, you need to use:
   4229 
   4230   RUBY_INVOCATION="ruby -Ilib" ruby -Ilib bin/sup-convert-ferret-index
   4231 
   4232 Give that a whirl and see if it works.
   4233 -- 
   4234 William <wmorgan-sup at masanjin.net>
   4235 
   4236 From anirudh@anirudhsanjeev.org  Mon Jan 18 12:27:53 2010
   4237 From: anirudh@anirudhsanjeev.org (Anirudh Sanjeev)
   4238 Date: Mon, 18 Jan 2010 22:57:53 +0530
   4239 Subject: [sup-talk] Problems running sup-convert-ferret-index
   4240 In-Reply-To: <1263832195-sup-9991@masanjin.net>
   4241 References: <1263757714-sup-394@sgoldmanlinux.tower-research.com>
   4242 	<1263760574-sup-1333@masanjin.net>
   4243 	<1263763237-sup-3701@sgoldmanlinux.tower-research.com>
   4244 	<1263764041-sup-9982@masanjin.net>
   4245 	<1263771478-sup-431@sgoldmanlinux.tower-research.com>
   4246 	<1263772988-sup-2344@masanjin.net>
   4247 	<1263774467-sup-9664@sgoldmanlinux.tower-research.com>
   4248 	<1263778916-sup-8839@sgoldmanlinux.tower-research.com>
   4249 	<1263779746-sup-4232@zyrg.net> <1263793901-sup-7278@deepthought>
   4250 	<1263832195-sup-9991@masanjin.net>
   4251 Message-ID: <1263835593-sup-1028@deepthought>
   4252 
   4253 Excerpts from William Morgan's message of Mon Jan 18 22:34:41 +0530 2010:
   4254 >   RUBY_INVOCATION="ruby -Ilib" ruby -Ilib bin/sup-convert-ferret-index
   4255 
   4256 That worked wonderfully! Thanks!
   4257 
   4258 The search is so fast, oh my!
   4259 -------------- next part --------------
   4260 A non-text attachment was scrubbed...
   4261 Name: signature.asc
   4262 Type: application/pgp-signature
   4263 Size: 197 bytes
   4264 Desc: not available
   4265 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20100118/ee50ea4a/attachment.bin>
   4266 
   4267 From sgoldman@tower-research.com  Mon Jan 18 14:43:36 2010
   4268 From: sgoldman@tower-research.com (Steve Goldman)
   4269 Date: Mon, 18 Jan 2010 14:43:36 -0500
   4270 Subject: [sup-talk] Problems running sup-convert-ferret-index
   4271 In-Reply-To: <1263779746-sup-4232@zyrg.net>
   4272 References: <1263757714-sup-394@sgoldmanlinux.tower-research.com>
   4273 	<1263760574-sup-1333@masanjin.net>
   4274 	<1263763237-sup-3701@sgoldmanlinux.tower-research.com>
   4275 	<1263764041-sup-9982@masanjin.net>
   4276 	<1263771478-sup-431@sgoldmanlinux.tower-research.com>
   4277 	<1263772988-sup-2344@masanjin.net>
   4278 	<1263774467-sup-9664@sgoldmanlinux.tower-research.com>
   4279 	<1263778916-sup-8839@sgoldmanlinux.tower-research.com>
   4280 	<1263779746-sup-4232@zyrg.net>
   4281 Message-ID: <1263843740-sup-4441@sgoldmanlinux.tower-research.com>
   4282 
   4283 Excerpts from Rich Lane's message of Sun Jan 17 21:10:17 -0500 2010:
   4284 > Excerpts from Steve Goldman's message of 2010-01-17 20:44:11 -0500:
   4285 > > Excerpts from Steve Goldman's message of Sun Jan 17 19:28:12 -0500 2010:
   4286 > > > Excerpts from William Morgan's message of Sun Jan 17 19:04:46 -0500 2010:
   4287 > > > > Reformatted excerpts from Steve Goldman's message of 2010-01-17:
   4288 > > > > > ... until it exited thirty minutes later with seg fault.
   4289 > > > > > 
   4290 > > > > > Anyone else see this?  Any way to debug it?
   4291 > > > > 
   4292 > > > > Is it possible it's running out of memory?
   4293 > > > 
   4294 > > > Possible.  I have 4GB and about 60k messages in my index.  So it's not
   4295 > > > too likely.  I'll run it again and watch the usage.
   4296 > > 
   4297 > > I ran it in strace.  It hung on a call to munmap, and then crashed
   4298 > > with a lot of a bunch of system call timeout warnings.
   4299 > > 
   4300 > > So it has something to do with memory.
   4301 > > 
   4302 > > Would the ruby debugger help narrow it down?  Does the ruby debugger
   4303 > > exist?
   4304 > 
   4305 > Try compiling Xapian from source with --enable-assertions. It would also
   4306 > be useful to get a core dump (ulimit -c unlimited).
   4307 
   4308 This feels like a wild goose chase.
   4309 
   4310 Can I start a xapian index from scratch?  Any downside to this besides
   4311 the time sink?
   4312 
   4313 Thanks.
   4314 -- 
   4315 
   4316 Steve Goldman
   4317 sgoldman at tower-research.com
   4318 
   4319 T: 212.219.6014
   4320 F: 212.219.6007
   4321 
   4322 Tower Research Capital, LLC
   4323 377 Broadway, 11th Fl.
   4324 New York, NY 10013
   4325 
   4326 From wmorgan-sup@masanjin.net  Mon Jan 18 17:05:10 2010
   4327 From: wmorgan-sup@masanjin.net (William Morgan)
   4328 Date: Mon, 18 Jan 2010 17:05:10 -0500
   4329 Subject: [sup-talk] Problems running sup-convert-ferret-index
   4330 In-Reply-To: <1263843740-sup-4441@sgoldmanlinux.tower-research.com>
   4331 References: <1263757714-sup-394@sgoldmanlinux.tower-research.com>
   4332 	<1263760574-sup-1333@masanjin.net>
   4333 	<1263763237-sup-3701@sgoldmanlinux.tower-research.com>
   4334 	<1263764041-sup-9982@masanjin.net>
   4335 	<1263771478-sup-431@sgoldmanlinux.tower-research.com>
   4336 	<1263772988-sup-2344@masanjin.net>
   4337 	<1263774467-sup-9664@sgoldmanlinux.tower-research.com>
   4338 	<1263778916-sup-8839@sgoldmanlinux.tower-research.com>
   4339 	<1263779746-sup-4232@zyrg.net>
   4340 	<1263843740-sup-4441@sgoldmanlinux.tower-research.com>
   4341 Message-ID: <1263851352-sup-6223@masanjin.net>
   4342 
   4343 Reformatted excerpts from Steve Goldman's message of 2010-01-18:
   4344 > This feels like a wild goose chase.
   4345 
   4346 To be fair, all we know from you at this point is you got a segfault.
   4347 We don't even know what Ruby version, what xapian gem, etc.
   4348 
   4349 > Can I start a xapian index from scratch?
   4350 
   4351 If you rename your ~/.sup/ferret directory, any future Sup activity
   4352 (e.g. bin/sup or sup-sync) should take place on a fresh new Xapian
   4353 index. All of your current messages and message state will be forgotten.
   4354 
   4355 > Any downside to this besides the time sink?
   4356 
   4357 If you ever use sup-sync --all, it will rescan the soucess to pick up
   4358 those early messages and presumably incur the same problem. You'll have
   4359 to make fresh sources to really avoid that.
   4360 -- 
   4361 William <wmorgan-sup at masanjin.net>
   4362 
   4363 From sjh@foolishpride.org  Mon Jan 18 23:44:56 2010
   4364 From: sjh@foolishpride.org (Scott Henson)
   4365 Date: Mon, 18 Jan 2010 23:44:56 -0500
   4366 Subject: [sup-talk] Questions about offlineimap+msmtp+maildir+gmail
   4367 	syncing
   4368 In-Reply-To: <1263760826-sup-7073@masanjin.net>
   4369 References: <1262776632-sup-1333@deepthought>
   4370 	<1262780979-sup-2146@changeling.local>
   4371 	<1262804701-sup-8673@deepthought>
   4372 	<6c0c31751001160921y6efe36cft6614df8e46175a57@mail.gmail.com>
   4373 	<1263672001-sup-2219@tilus.net> <1263740027-sup-751@masanjin.net>
   4374 	<6c0c31751001170952ne597517s3824b6de02ed25b1@mail.gmail.com>
   4375 	<1263760826-sup-7073@masanjin.net>
   4376 Message-ID: <6c0c31751001182044x5d59f243ya947f5c9470e0a1e@mail.gmail.com>
   4377 
   4378 I'm using Redwood::PollManager.each_message_from source like sup-sync-back
   4379 uses.  Looking at the definition of that function, it will load all messages
   4380 from the source without discrimination.  I've put my repo up on github (
   4381 http://github.com/shenson/sup) with my code in the release branch.  It
   4382 includes my code to change the source id to the maildir id.  The code I'm
   4383 actually running is in bin/sup-clean.
   4384 
   4385 As far as I can tell, I'm using the same basic structure as sup-sync-back,
   4386 so I should be getting back all the messages.  If anyone wants to clue me in
   4387 on what I'm doing wrong, I'd be very grateful.  Thanks.
   4388 
   4389 
   4390 On Sun, Jan 17, 2010 at 3:42 PM, William Morgan <wmorgan-sup at masanjin.net>wrote:
   4391 
   4392 > Reformatted excerpts from Scott Henson's message of 2010-01-17:
   4393 > > I'm down to the last few issues with my new maildir sync back code, I
   4394 > > just can't get sup to show me the deleted and spam messages.
   4395 >
   4396 > If you're going through index.each_message or each_id, you need to
   4397 > specify :load_spam => true and load_deleted => true.
   4398 > --
   4399 > William <wmorgan-sup at masanjin.net>
   4400 > _______________________________________________
   4401 > sup-talk mailing list
   4402 > sup-talk at rubyforge.org
   4403 > http://rubyforge.org/mailman/listinfo/sup-talk
   4404 >
   4405 
   4406 
   4407 
   4408 -- 
   4409 Scott Henson
   4410 -------------- next part --------------
   4411 An HTML attachment was scrubbed...
   4412 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20100118/db44fd8b/attachment-0001.html>
   4413 
   4414 From sgoldman@tower-research.com  Tue Jan 19 08:31:23 2010
   4415 From: sgoldman@tower-research.com (Steve Goldman)
   4416 Date: Tue, 19 Jan 2010 08:31:23 -0500
   4417 Subject: [sup-talk] Problems running sup-convert-ferret-index
   4418 In-Reply-To: <1263851352-sup-6223@masanjin.net>
   4419 References: <1263757714-sup-394@sgoldmanlinux.tower-research.com>
   4420 	<1263760574-sup-1333@masanjin.net>
   4421 	<1263763237-sup-3701@sgoldmanlinux.tower-research.com>
   4422 	<1263764041-sup-9982@masanjin.net>
   4423 	<1263771478-sup-431@sgoldmanlinux.tower-research.com>
   4424 	<1263772988-sup-2344@masanjin.net>
   4425 	<1263774467-sup-9664@sgoldmanlinux.tower-research.com>
   4426 	<1263778916-sup-8839@sgoldmanlinux.tower-research.com>
   4427 	<1263779746-sup-4232@zyrg.net>
   4428 	<1263843740-sup-4441@sgoldmanlinux.tower-research.com>
   4429 	<1263851352-sup-6223@masanjin.net>
   4430 Message-ID: <1263907792-sup-3649@sgoldmanlinux.tower-research.com>
   4431 
   4432 Excerpts from William Morgan's message of Mon Jan 18 17:05:10 -0500 2010:
   4433 > Reformatted excerpts from Steve Goldman's message of 2010-01-18:
   4434 > > This feels like a wild goose chase.
   4435 > 
   4436 > To be fair, all we know from you at this point is you got a segfault.
   4437 > We don't even know what Ruby version, what xapian gem, etc.
   4438 
   4439 Right.  I'd rather start fresh than try to debug this, personally.
   4440 
   4441 
   4442 > > Can I start a xapian index from scratch?
   4443 > 
   4444 > If you rename your ~/.sup/ferret directory, any future Sup activity
   4445 > (e.g. bin/sup or sup-sync) should take place on a fresh new Xapian
   4446 > index. All of your current messages and message state will be forgotten.
   4447 > 
   4448 > > Any downside to this besides the time sink?
   4449 > 
   4450 > If you ever use sup-sync --all, it will rescan the soucess to pick up
   4451 > those early messages and presumably incur the same problem. You'll have
   4452 > to make fresh sources to really avoid that.
   4453 
   4454 What are fresh sources?
   4455 
   4456 Thanks.
   4457 -- 
   4458 
   4459 Steve Goldman
   4460 sgoldman at tower-research.com
   4461 
   4462 T: 212.219.6014
   4463 F: 212.219.6007
   4464 
   4465 Tower Research Capital, LLC
   4466 377 Broadway, 11th Fl.
   4467 New York, NY 10013
   4468 
   4469 From wmorgan-sup@masanjin.net  Tue Jan 19 08:37:10 2010
   4470 From: wmorgan-sup@masanjin.net (William Morgan)
   4471 Date: Tue, 19 Jan 2010 08:37:10 -0500
   4472 Subject: [sup-talk] Problems running sup-convert-ferret-index
   4473 In-Reply-To: <1263907792-sup-3649@sgoldmanlinux.tower-research.com>
   4474 References: <1263757714-sup-394@sgoldmanlinux.tower-research.com>
   4475 	<1263760574-sup-1333@masanjin.net>
   4476 	<1263763237-sup-3701@sgoldmanlinux.tower-research.com>
   4477 	<1263764041-sup-9982@masanjin.net>
   4478 	<1263771478-sup-431@sgoldmanlinux.tower-research.com>
   4479 	<1263772988-sup-2344@masanjin.net>
   4480 	<1263774467-sup-9664@sgoldmanlinux.tower-research.com>
   4481 	<1263778916-sup-8839@sgoldmanlinux.tower-research.com>
   4482 	<1263779746-sup-4232@zyrg.net>
   4483 	<1263843740-sup-4441@sgoldmanlinux.tower-research.com>
   4484 	<1263851352-sup-6223@masanjin.net>
   4485 	<1263907792-sup-3649@sgoldmanlinux.tower-research.com>
   4486 Message-ID: <1263908176-sup-851@masanjin.net>
   4487 
   4488 Reformatted excerpts from Steve Goldman's message of 2010-01-19:
   4489 > What are fresh sources?
   4490 
   4491 I just mean a new mbox or maildir, so that Sup can start at offset 0.
   4492 -- 
   4493 William <wmorgan-sup at masanjin.net>
   4494 
   4495 From hollunder@lavabit.com  Wed Jan 20 16:50:03 2010
   4496 From: hollunder@lavabit.com (hollunder)
   4497 Date: Wed, 20 Jan 2010 22:50:03 +0100
   4498 Subject: [sup-talk] reply-from.rb troubles
   4499 References: <1263571025-sup-73@tw> <1263580522-sup-1905@tilus.net>
   4500 	<1263587689-sup-3094@tw> <1263677294-sup-712@tilus.net>
   4501 	<1263689857-sup-8245@tw> <1263741838-sup-8726@masanjin.net>
   4502 	<1263742626-sup-2758@tw> <1263743898-sup-2154@masanjin.net>
   4503 	<1263745866-sup-915@tw> <1263752630-sup-5428@cammunism.org>
   4504 	<1263756079-sup-4229@tw> <1263757377-sup-72@masanjin.net>
   4505 	<1263758433-sup-6105@tw> <1263760233-sup-1663@masanjin.net>
   4506 Message-ID: <1264023742-sup-1984@tw>
   4507 
   4508 Excerpts from William Morgan's message of Sun Jan 17 21:36:01 +0100 2010:
   4509 > Reformatted excerpts from Philipp ?berbacher's message of 2010-01-17:
   4510 > > Now that you say this is impossible, I had a look at my before-edit.rb
   4511 > > and suspect it to be the culprit, since it ends with:
   4512 > > else
   4513 > >   header["From"] = "Philipp ?berbacher <murks at lavabit.com>"
   4514 > > end
   4515 > 
   4516 > Hah, nice catch. That would do it.
   4517 > 
   4518 > > Now how can one do both without trouble, replying sanely and using a
   4519 > > sane address for new messages?
   4520 > 
   4521 > I think the proper answer is to change reply-mode, so that any addresses
   4522 > set by the reply-* hooks overrides anything set by the before-edit hook.
   4523 > 
   4524 > In the mean time, you can probably work around this with a nasty hack: in
   4525 > before-edit hook, if the "In-reply-to" header is set, don't set the From
   4526 > address (because it is a reply, and will have been set by the reply-from
   4527 > hook).
   4528 
   4529 It took me a while to get to it since I was kind of afraid of ruby, but
   4530 I tried today and it seems to work like this:
   4531 
   4532 if header["In-reply-to"] = nil
   4533         if header["To"] =~ /talk|list|lists|linux|devel|user|daw/
   4534                 header["From"] = "Philipp ?berbacher <hollunder at lavabit.com>"
   4535         else
   4536                 header["From"] = "Philipp ?berbacher <murks at lavabit.com>"
   4537         end
   4538 end
   4539 
   4540 Thanks a lot. I recommended sup today on my distros mailinglist and briefly showed it to some colleagues who had never seen something like it.
   4541 
   4542 Regards,
   4543 Philipp
   4544 
   4545 
   4546 From tero@tilus.net  Thu Jan 21 17:02:53 2010
   4547 From: tero@tilus.net (Tero Tilus)
   4548 Date: Fri, 22 Jan 2010 00:02:53 +0200
   4549 Subject: [sup-talk] [sup-devel] Problems Syncing
   4550 In-Reply-To: <1263931111-sup-1739@europa>
   4551 References: <1263931111-sup-1739@europa>
   4552 Message-ID: <1264110830-sup-2631@tilus.net>
   4553 
   4554 Eric Polino, 2010-01-19 22:04:
   4555 > I did find a place that was saying that getting the lastest version
   4556 > of sup from the git repository could fix this problem...it didn't.
   4557 
   4558 Try pulling all the mails down using offlineimap or similar and then
   4559 index the local mailstore.  Also, use Xapian index, not Ferret.
   4560 
   4561 ps.  Imo this kind of things belong to sup-talk, not sup-devel.
   4562 
   4563 -- 
   4564 Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/
   4565 
   4566 From wmorgan-sup@masanjin.net  Fri Jan 22 18:26:59 2010
   4567 From: wmorgan-sup@masanjin.net (William Morgan)
   4568 Date: Fri, 22 Jan 2010 18:26:59 -0500
   4569 Subject: [sup-talk] 0.10 preview
   4570 Message-ID: <1264202747-sup-509@masanjin.net>
   4571 
   4572 Hi all,
   4573 
   4574 I'm going to release 0.10, probably this weekend. It's on the
   4575 release-0.10 branch if anyone wants to play with it now.
   4576 -- 
   4577 William <wmorgan-sup at masanjin.net>
   4578 
   4579 From hollunder@lavabit.com  Fri Jan 22 21:58:51 2010
   4580 From: hollunder@lavabit.com (hollunder)
   4581 Date: Sat, 23 Jan 2010 03:58:51 +0100
   4582 Subject: [sup-talk] 0.10 preview
   4583 References: <1264202747-sup-509@masanjin.net>
   4584 Message-ID: <1264214898-sup-2088@tw>
   4585 
   4586 Excerpts from William Morgan's message of Sat Jan 23 00:26:59 +0100 2010:
   4587 > Hi all,
   4588 > 
   4589 > I'm going to release 0.10, probably this weekend. It's on the
   4590 > release-0.10 branch if anyone wants to play with it now.
   4591 
   4592 Is it working ok with ruby 1.9? If so I might try it (as simple user).
   4593 Mind that 0.9.1 with ruby 1.8-svn works quite well for me.
   4594 
   4595 Regards,
   4596 Philipp
   4597 
   4598 
   4599 From wmorgan-sup@masanjin.net  Sat Jan 23 07:39:01 2010
   4600 From: wmorgan-sup@masanjin.net (William Morgan)
   4601 Date: Sat, 23 Jan 2010 07:39:01 -0500
   4602 Subject: [sup-talk] 0.10 preview
   4603 In-Reply-To: <1264214898-sup-2088@tw>
   4604 References: <1264202747-sup-509@masanjin.net> <1264214898-sup-2088@tw>
   4605 Message-ID: <1264250299-sup-3924@masanjin.net>
   4606 
   4607 Reformatted excerpts from hollunder's message of 2010-01-22:
   4608 > Is it working ok with ruby 1.9? If so I might try it (as simple user).
   4609 > Mind that 0.9.1 with ruby 1.8-svn works quite well for me.
   4610 
   4611 Yes, as long as you use the Xapian backend. (Or you find the
   4612 black-market 1.9-compatible Ferret gem that's been floating around.)
   4613 -- 
   4614 William <wmorgan-sup at masanjin.net>
   4615 
   4616 From wmorgan-sup@masanjin.net  Sat Jan 23 07:53:04 2010
   4617 From: wmorgan-sup@masanjin.net (William Morgan)
   4618 Date: Sat, 23 Jan 2010 07:53:04 -0500
   4619 Subject: [sup-talk] [patch] Add crypto_selector variable to before-edit
   4620 In-Reply-To: <1263824428-sup-6466@nemesis.home>
   4621 References: <1263824428-sup-6466@nemesis.home>
   4622 Message-ID: <1264251144-sup-4056@masanjin.net>
   4623 
   4624 Hi Daniel,
   4625 
   4626 I like the idea, but would prefer a dedicated "crypto-mode" hook
   4627 analogous to how we have the "reply-to" hook for setting the default
   4628 reply-to mode.
   4629 -- 
   4630 William <wmorgan-sup at masanjin.net>
   4631 
   4632 From carlosgc@gnome.org  Sun Jan 24 06:10:30 2010
   4633 From: carlosgc@gnome.org (Carlos Garcia Campos)
   4634 Date: Sun, 24 Jan 2010 12:10:30 +0100
   4635 Subject: [sup-talk] [patch] Add crypto_selector variable to before-edit
   4636 In-Reply-To: <1264251144-sup-4056@masanjin.net>
   4637 References: <1263824428-sup-6466@nemesis.home>
   4638 	<1264251144-sup-4056@masanjin.net>
   4639 Message-ID: <1264331356-sup-4396@charmaleon>
   4640 
   4641 Excerpts from William Morgan's message of s?b ene 23 13:53:04 +0100 2010:
   4642 > Hi Daniel,
   4643 > 
   4644 > I like the idea, but would prefer a dedicated "crypto-mode" hook
   4645 > analogous to how we have the "reply-to" hook for setting the default
   4646 > reply-to mode.
   4647 
   4648 +1
   4649 
   4650 I filed a bug report for that some time ago indeed:
   4651 
   4652 http://masanjin.net/sup-bugs/issue13
   4653 
   4654 -- 
   4655 Carlos Garcia Campos
   4656 PGP key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x523E6462
   4657 -------------- next part --------------
   4658 A non-text attachment was scrubbed...
   4659 Name: signature.asc
   4660 Type: application/pgp-signature
   4661 Size: 197 bytes
   4662 Desc: not available
   4663 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20100124/a701f0e7/attachment.bin>
   4664 
   4665 From wmorgan-sup@masanjin.net  Sun Jan 24 09:44:50 2010
   4666 From: wmorgan-sup@masanjin.net (William Morgan)
   4667 Date: Sun, 24 Jan 2010 09:44:50 -0500
   4668 Subject: [sup-talk] [ANN] Sup 0.10 released
   4669 Message-ID: <1264344055-sup-3295@masanjin.net>
   4670 
   4671 I'm pleased to announce the release of Sup 0.10. This version is
   4672 frickin' awesome because not only do we have Ruby 1.9 support, the
   4673 Xapian backend is now the default!  The next version will discard Ferret
   4674 like a used rag.
   4675 
   4676 Sup is a console-based email client for people with a lot of email.
   4677 It supports tagging, very fast full-text search, automatic contact-
   4678 list management, and more. If you're the type of person who treats
   4679 email as an extension of your long-term memory, Sup is for you.
   4680 
   4681 Get it: gem install sup
   4682 Learn it: http://sup.rubyforge.org
   4683 Love it: sup-talk at rubyforge.org
   4684 
   4685 Release notes:
   4686 
   4687 The Xapian backend is now the default. Convert your old, crash-prone
   4688 Ferret index to Xapian by running sup-convert-ferret-index.
   4689 
   4690 Using a Ferret backend will produce a deprecation notice, and will not be
   4691 supported in 0.11.
   4692 
   4693 Many thanks to Rich Lane for Xapian and Ruby 1.9 work.
   4694 
   4695 Excitement in 0.10:
   4696 
   4697 * Make Xapian backend the default, and add deprecation notice to Ferret indexes.
   4698 * Now Ruby 1.9 compatible (Xapian backend only).
   4699 * Changes are now saved automatically to the index. Pressing "$" now just
   4700   forces a flush of Xapian indexes, which can minimize quit time.
   4701 * Fix problem with replying to Google Groups messages.
   4702 * Allow toggling of line wrap. Useful for long URLs.
   4703 * Multiple attachments can be added at once by specifying a wildcard.
   4704 * New command to save all attachments at once.
   4705 * As always, many bugfixes and tweaks.
   4706 
   4707 -- 
   4708 William <wmorgan-sup at masanjin.net>
   4709 
   4710 From mariano.mara@gmail.com  Sun Jan 24 10:59:41 2010
   4711 From: mariano.mara@gmail.com (Mariano Mara)
   4712 Date: Sun, 24 Jan 2010 12:59:41 -0300
   4713 Subject: [sup-talk] [ANN] Sup 0.10 released
   4714 In-Reply-To: <1264344055-sup-3295@masanjin.net>
   4715 References: <1264344055-sup-3295@masanjin.net>
   4716 Message-ID: <1264348412-sup-7571@kafka>
   4717 
   4718 Excerpts from William Morgan's message of Sun Jan 24 11:44:50 -0300 2010:
   4719 > I'm pleased to announce the release of Sup 0.10. This version is
   4720 > frickin' awesome because not only do we have Ruby 1.9 support, the
   4721 > Xapian backend is now the default!  The next version will discard Ferret
   4722 > like a used rag.
   4723 > 
   4724 > Sup is a console-based email client for people with a lot of email.
   4725 > It supports tagging, very fast full-text search, automatic contact-
   4726 > list management, and more. If you're the type of person who treats
   4727 > email as an extension of your long-term memory, Sup is for you.
   4728 > 
   4729 > Get it: gem install sup
   4730 > Learn it: http://sup.rubyforge.org
   4731 > Love it: sup-talk at rubyforge.org
   4732 > 
   4733 > Release notes:
   4734 > 
   4735 > The Xapian backend is now the default. Convert your old, crash-prone
   4736 > Ferret index to Xapian by running sup-convert-ferret-index.
   4737 > 
   4738 > Using a Ferret backend will produce a deprecation notice, and will not be
   4739 > supported in 0.11.
   4740 
   4741 I just updated and love the startup announcement (you got me for a minute). 
   4742 However I couldn't find sup-convert-ferret-index
   4743 I updated with 
   4744 sudo gem update sup
   4745 and even did a full updatedb just in case I was not looking in the right
   4746 places. I must say sup-convert-ferret-index is not here. 
   4747 Did I miss something (it's Sunday here) or is the file really missing?
   4748 
   4749 TIA for sup, you guys rock!
   4750 Mariano
   4751 
   4752 > 
   4753 > Many thanks to Rich Lane for Xapian and Ruby 1.9 work.
   4754 > 
   4755 > Excitement in 0.10:
   4756 > 
   4757 > * Make Xapian backend the default, and add deprecation notice to Ferret indexes.
   4758 > * Now Ruby 1.9 compatible (Xapian backend only).
   4759 > * Changes are now saved automatically to the index. Pressing "$" now just
   4760 >   forces a flush of Xapian indexes, which can minimize quit time.
   4761 > * Fix problem with replying to Google Groups messages.
   4762 > * Allow toggling of line wrap. Useful for long URLs.
   4763 > * Multiple attachments can be added at once by specifying a wildcard.
   4764 > * New command to save all attachments at once.
   4765 > * As always, many bugfixes and tweaks.
   4766 > 
   4767 
   4768 From wmorgan-sup@masanjin.net  Sun Jan 24 12:02:44 2010
   4769 From: wmorgan-sup@masanjin.net (William Morgan)
   4770 Date: Sun, 24 Jan 2010 12:02:44 -0500
   4771 Subject: [sup-talk] [ANN] Sup 0.10 released
   4772 In-Reply-To: <1264348412-sup-7571@kafka>
   4773 References: <1264344055-sup-3295@masanjin.net> <1264348412-sup-7571@kafka>
   4774 Message-ID: <1264352379-sup-7812@masanjin.net>
   4775 
   4776 Reformatted excerpts from Mariano Mara's message of 2010-01-24:
   4777 > Did I miss something (it's Sunday here) or is the file really missing?
   4778 
   4779 Good catch. It was really missing from the gem. I've updated the gem in
   4780 place. Can you try uninstalling, clearing any cache (which I think
   4781 requires manually removing files in [whatever]/gems/1.8/cache) and
   4782 reinstalling please?
   4783 
   4784 Sorry about that.
   4785 -- 
   4786 William <wmorgan-sup at masanjin.net>
   4787 
   4788 From wmorgan-sup@masanjin.net  Sun Jan 24 12:30:06 2010
   4789 From: wmorgan-sup@masanjin.net (William Morgan)
   4790 Date: Sun, 24 Jan 2010 12:30:06 -0500
   4791 Subject: [sup-talk] [ANN] Sup 0.10 released
   4792 In-Reply-To: <1264352379-sup-7812@masanjin.net>
   4793 References: <1264344055-sup-3295@masanjin.net> <1264348412-sup-7571@kafka>
   4794 	<1264352379-sup-7812@masanjin.net>
   4795 Message-ID: <1264354200-sup-2543@masanjin.net>
   4796 
   4797 Reformatted excerpts from William Morgan's message of 2010-01-24:
   4798 > Reformatted excerpts from Mariano Mara's message of 2010-01-24:
   4799 > > Did I miss something (it's Sunday here) or is the file really missing?
   4800 
   4801 Inplace replacement doesn't seem to work on gemcutter. I've released
   4802 0.10.1 with this change. :(
   4803 -- 
   4804 William <wmorgan-sup at masanjin.net>
   4805 
   4806 From mariano.mara@gmail.com  Sun Jan 24 19:02:34 2010
   4807 From: mariano.mara@gmail.com (Mariano Mara)
   4808 Date: Sun, 24 Jan 2010 21:02:34 -0300
   4809 Subject: [sup-talk] [ANN] Sup 0.10 released
   4810 In-Reply-To: <1264354200-sup-2543@masanjin.net>
   4811 References: <1264344055-sup-3295@masanjin.net> <1264348412-sup-7571@kafka>
   4812 	<1264352379-sup-7812@masanjin.net>
   4813 	<1264354200-sup-2543@masanjin.net>
   4814 Message-ID: <1264377653-sup-4624@kafka>
   4815 
   4816 Excerpts from William Morgan's message of Sun Jan 24 14:30:06 -0300 2010:
   4817 > Reformatted excerpts from William Morgan's message of 2010-01-24:
   4818 > > Reformatted excerpts from Mariano Mara's message of 2010-01-24:
   4819 > > > Did I miss something (it's Sunday here) or is the file really missing?
   4820 > 
   4821 > Inplace replacement doesn't seem to work on gemcutter. I've released
   4822 > 0.10.1 with this change. :(
   4823 
   4824 Great. I can see it now. I will run it as soon I send this message.
   4825 
   4826 Thanks and sorry for making you work today :)
   4827 
   4828 Mariano.
   4829 
   4830 From shreyankg@gmail.com  Mon Jan 25 04:11:48 2010
   4831 From: shreyankg@gmail.com (Shreyank Gupta)
   4832 Date: Mon, 25 Jan 2010 14:41:48 +0530
   4833 Subject: [sup-talk] Signature
   4834 Message-ID: <8b854d6b1001250111i3bf7c27fjc2c91449413cf4e7@mail.gmail.com>
   4835 
   4836 Hi,
   4837 
   4838 While reading mails in sup, it makes lots of mistakes in identifying
   4839 the signature.
   4840 
   4841 Ideally it should identify the last block of text preceded with a '--'
   4842 as the signature block. Instead it takes a random block of email body
   4843 and condenses it as signature.
   4844 
   4845 Is there any way around this problem?
   4846 
   4847 -- 
   4848 Peace and Love,
   4849 Shreyank Gupta
   4850 Blog: http://allsortsofshrink.blogspot.com
   4851 
   4852 From shreyankg@gmail.com  Mon Jan 25 06:07:38 2010
   4853 From: shreyankg@gmail.com (Shreyank Gupta)
   4854 Date: Mon, 25 Jan 2010 16:37:38 +0530
   4855 Subject: [sup-talk] Warning on sup startup
   4856 Message-ID: <8b854d6b1001250307o42e85f44id88d3eea7f18beb4@mail.gmail.com>
   4857 
   4858 Hi,
   4859 
   4860 In starting of sup I get the following warning,
   4861 
   4862 /usr/lib/ruby/gems/1.8/gems/sup-0.10.1/lib/sup/message.rb:453:
   4863 warning: parenthesize argument(s) for future version
   4864 /usr/lib/ruby/gems/1.8/gems/sup-0.10.1/lib/sup/message.rb:454:
   4865 warning: parenthesize argument(s) for future version
   4866 /usr/lib/ruby/gems/1.8/gems/sup-0.10.1/lib/sup/message.rb:455:
   4867 warning: parenthesize argument(s) for future version
   4868 
   4869 Any ideas?
   4870 I'm using sup v0.10.1.
   4871 
   4872 -- 
   4873 Peace and Love,
   4874 Shreyank Gupta
   4875 Blog: http://allsortsofshrink.blogspot.com
   4876 
   4877 From sgoldman@tower-research.com  Mon Jan 25 11:34:57 2010
   4878 From: sgoldman@tower-research.com (Steve Goldman)
   4879 Date: Mon, 25 Jan 2010 11:34:57 -0500
   4880 Subject: [sup-talk] Problems running sup-convert-ferret-index
   4881 In-Reply-To: <1263908176-sup-851@masanjin.net>
   4882 References: <1263757714-sup-394@sgoldmanlinux.tower-research.com>
   4883 	<1263760574-sup-1333@masanjin.net>
   4884 	<1263763237-sup-3701@sgoldmanlinux.tower-research.com>
   4885 	<1263764041-sup-9982@masanjin.net>
   4886 	<1263771478-sup-431@sgoldmanlinux.tower-research.com>
   4887 	<1263772988-sup-2344@masanjin.net>
   4888 	<1263774467-sup-9664@sgoldmanlinux.tower-research.com>
   4889 	<1263778916-sup-8839@sgoldmanlinux.tower-research.com>
   4890 	<1263779746-sup-4232@zyrg.net>
   4891 	<1263843740-sup-4441@sgoldmanlinux.tower-research.com>
   4892 	<1263851352-sup-6223@masanjin.net>
   4893 	<1263907792-sup-3649@sgoldmanlinux.tower-research.com>
   4894 	<1263908176-sup-851@masanjin.net>
   4895 Message-ID: <1264437234-sup-8884@sgoldmanlinux.tower-research.com>
   4896 
   4897 Excerpts from William Morgan's message of Tue Jan 19 08:37:10 -0500 2010:
   4898 > Reformatted excerpts from Steve Goldman's message of 2010-01-19:
   4899 > > What are fresh sources?
   4900 > 
   4901 > I just mean a new mbox or maildir, so that Sup can start at offset 0.
   4902 
   4903 Tried running sup-config from scratch last night.  No dice.  sup-sync
   4904 failed after about ten minutes.
   4905 
   4906 What info can I supply that would help debug this?
   4907 
   4908 sup on master branch
   4909 ruby version 1.8.6
   4910 -- 
   4911 
   4912 Steve Goldman
   4913 sgoldman at tower-research.com
   4914 
   4915 T: 212.219.6014
   4916 F: 212.219.6007
   4917 
   4918 Tower Research Capital, LLC
   4919 377 Broadway, 11th Fl.
   4920 New York, NY 10013
   4921 
   4922 From wmorgan-sup@masanjin.net  Mon Jan 25 15:14:35 2010
   4923 From: wmorgan-sup@masanjin.net (William Morgan)
   4924 Date: Mon, 25 Jan 2010 15:14:35 -0500
   4925 Subject: [sup-talk] [ANN] Sup 0.10 released
   4926 In-Reply-To: <1264377653-sup-4624@kafka>
   4927 References: <1264344055-sup-3295@masanjin.net> <1264348412-sup-7571@kafka>
   4928 	<1264352379-sup-7812@masanjin.net>
   4929 	<1264354200-sup-2543@masanjin.net> <1264377653-sup-4624@kafka>
   4930 Message-ID: <1264450463-sup-8310@masanjin.net>
   4931 
   4932 Reformatted excerpts from Mariano Mara's message of 2010-01-24:
   4933 > Thanks and sorry for making you work today :)
   4934 
   4935 Sup isn't work, it's play!
   4936 -- 
   4937 William <wmorgan-sup at masanjin.net>
   4938 
   4939 From bgamari@gmail.com  Sun Jan 17 13:10:06 2010
   4940 From: bgamari@gmail.com (Ben Gamari)
   4941 Date: Sun, 17 Jan 2010 13:10:06 -0500
   4942 Subject: [sup-talk] Libnotify popups with sup
   4943 In-Reply-To: <1263747594-sup-5588@deepthought>
   4944 References: <1263747594-sup-5588@deepthought>
   4945 Message-ID: <1263751749-sup-5625@ben-laptop>
   4946 
   4947 Excerpts from Anirudh Sanjeev's message of Sun Jan 17 12:13:12 -0500 2010:
   4948 > Hi,
   4949 > 
   4950 > I want to write a small hook to sup to use libnotify and show a small
   4951 > popup whenever email comes from specific sources.
   4952 > 
   4953 You mean something like this? It was a little flaky when I last used it,
   4954 but it did work.
   4955 
   4956 - Ben
   4957 
   4958 
   4959 # libnotify notifications
   4960 # Requires libnotify-bin package
   4961 notify_cmd = "/usr/bin/notify-send -i /usr/share/icons/Human?/scalable/emblems/emblem-mail.svg"
   4962 if num >= 1
   4963 	notify_summary = "sup found #{num_inbox}/#{num} new message"
   4964 	notify_summary << "s" if num > 1
   4965 	notify_body = ""
   4966 
   4967 	from_and_subj.each do |f,s|
   4968 		f.gsub! /\(.*\)/, ''
   4969 		f.gsub! /<.*>/, ''
   4970 		f.strip!
   4971 		s.slice! 0..20
   4972 		s << "..."
   4973 		notify_body << "? #{f} : #{s}\n"
   4974 	end
   4975 	if notify_body.length > 100
   4976 		notify_body.slice! 0..100
   4977 		notify_body << "\n..."
   4978 	end
   4979 
   4980 	cmd = "#{notify_cmd} '#{notify_summary}' '#{notify_body}'"
   4981 	Logger.warn cmd
   4982 	system cmd
   4983 else
   4984 	#system "#{notify_cmd} 'sup status' 'No new email (yet)'"
   4985 end
   4986 
   4987 From steff@steff.name  Sat Jan 23 10:14:14 2010
   4988 From: steff@steff.name (Steffan Davies)
   4989 Date: Sat, 23 Jan 2010 15:14:14 +0000
   4990 Subject: [sup-talk] exception on first IMAPS load in 0.8.1-1
   4991 Message-ID: <20100123151414.GB2294@steff.name>
   4992 
   4993 Got this while sup was inhaling my 60+k-item mailbox. Xubuntu Karmic,
   4994 loading from Dovecot across an idle gigabit ethernet.
   4995 
   4996 S 
   4997 
   4998 cat ~/.sup/exception-log.txt
   4999 --- NoMethodError from thread: poll after loading inbox
   5000 undefined method `to_indexable_s' for nil:NilClass
   5001 /usr/lib/ruby/1.8/sup/index.rb:243:in `sync_message'
   5002 /usr/lib/ruby/1.8/sup/util.rb:513:in `send'
   5003 /usr/lib/ruby/1.8/sup/util.rb:513:in `method_missing'
   5004 /usr/lib/ruby/1.8/sup/poll.rb:161:in `add_messages_from'
   5005 /usr/lib/ruby/1.8/sup/imap.rb:187:in `each'
   5006 /usr/lib/ruby/1.8/sup/imap.rb:175:in `upto'
   5007 /usr/lib/ruby/1.8/sup/imap.rb:175:in `each'
   5008 /usr/lib/ruby/1.8/sup/util.rb:552:in `send'
   5009 /usr/lib/ruby/1.8/sup/util.rb:552:in `__pass'
   5010 /usr/lib/ruby/1.8/sup/util.rb:539:in `method_missing'
   5011 /usr/lib/ruby/1.8/sup/poll.rb:141:in `add_messages_from'
   5012 /usr/lib/ruby/1.8/sup/poll.rb:98:in `do_poll'
   5013 /usr/lib/ruby/1.8/sup/poll.rb:86:in `each'
   5014 /usr/lib/ruby/1.8/sup/poll.rb:86:in `do_poll'
   5015 /usr/lib/ruby/1.8/sup/poll.rb:85:in `synchronize'
   5016 /usr/lib/ruby/1.8/sup/poll.rb:85:in `do_poll'
   5017 /usr/lib/ruby/1.8/sup/util.rb:513:in `send'
   5018 /usr/lib/ruby/1.8/sup/util.rb:513:in `method_missing'
   5019 /usr/lib/ruby/1.8/sup/modes/poll-mode.rb:17:in `poll'
   5020 /usr/lib/ruby/1.8/sup/poll.rb:53:in `poll'
   5021 /usr/lib/ruby/1.8/sup/util.rb:513:in `send'
   5022 /usr/lib/ruby/1.8/sup/util.rb:513:in `method_missing'
   5023 /usr/bin/sup-mail:204
   5024 /usr/lib/ruby/1.8/sup.rb:70:in `reporting_thread'
   5025 /usr/lib/ruby/1.8/sup.rb:68:in `initialize'
   5026 /usr/lib/ruby/1.8/sup.rb:68:in `new'
   5027 /usr/lib/ruby/1.8/sup.rb:68:in `reporting_thread'
   5028 /usr/bin/sup-mail:204
   5029 /usr/lib/ruby/1.8/sup/modes/thread-index-mode.rb:663:in `call'
   5030 /usr/lib/ruby/1.8/sup/modes/thread-index-mode.rb:663:in
   5031 `__unprotected_load_threads'
   5032 /usr/lib/ruby/1.8/sup/modes/thread-index-mode.rb:605:in `call'
   5033 /usr/lib/ruby/1.8/sup/modes/thread-index-mode.rb:605:in
   5034 `load_n_threads_background'
   5035 /usr/lib/ruby/1.8/sup.rb:70:in `reporting_thread'
   5036 /usr/lib/ruby/1.8/sup.rb:68:in `initialize'
   5037 /usr/lib/ruby/1.8/sup.rb:68:in `new'
   5038 /usr/lib/ruby/1.8/sup.rb:68:in `reporting_thread'
   5039 /usr/lib/ruby/1.8/sup/modes/thread-index-mode.rb:603:in
   5040 `load_n_threads_background'
   5041 /usr/lib/ruby/1.8/sup/modes/thread-index-mode.rb:673:in
   5042 `__unprotected_load_threads'
   5043 (eval):12:in `load_threads'
   5044 /usr/bin/sup-mail:204
   5045 
   5046 
   5047 From wmorgan-sup@masanjin.net  Mon Jan 25 15:25:02 2010
   5048 From: wmorgan-sup@masanjin.net (William Morgan)
   5049 Date: Mon, 25 Jan 2010 15:25:02 -0500
   5050 Subject: [sup-talk] exception on first IMAPS load in 0.8.1-1
   5051 In-Reply-To: <20100123151414.GB2294@steff.name>
   5052 References: <20100123151414.GB2294@steff.name>
   5053 Message-ID: <1264451054-sup-7120@masanjin.net>
   5054 
   5055 Reformatted excerpts from Steffan Davies's message of 2010-01-23:
   5056 > Got this while sup was inhaling my 60+k-item mailbox. Xubuntu Karmic,
   5057 > loading from Dovecot across an idle gigabit ethernet.
   5058 
   5059 Can you try with 0.10.1 please? Also note that the Ruby IMAP library is
   5060 not great, and tends to break with big things like this. The preferred
   5061 solution is to turn IMAP into a maildir with something like offlineimap.
   5062 -- 
   5063 William <wmorgan-sup at masanjin.net>
   5064 
   5065 From bwalton@artsci.utoronto.ca  Mon Jan 25 15:30:49 2010
   5066 From: bwalton@artsci.utoronto.ca (Ben Walton)
   5067 Date: Mon, 25 Jan 2010 15:30:49 -0500
   5068 Subject: [sup-talk] exception on first IMAPS load in 0.8.1-1
   5069 In-Reply-To: <20100123151414.GB2294@steff.name>
   5070 References: <20100123151414.GB2294@steff.name>
   5071 Message-ID: <1264451401-sup-416@ntdws12.chass.utoronto.ca>
   5072 
   5073 Excerpts from Steffan Davies's message of Sat Jan 23 10:14:14 -0500 2010:
   5074 > Got this while sup was inhaling my 60+k-item mailbox. Xubuntu Karmic,
   5075 > loading from Dovecot across an idle gigabit ethernet.
   5076 
   5077 I agree with William overall, but if you're stuck with IMAP, at least
   5078 offload the SSL part to stunnel and hit localhost:143 with plain
   5079 IMAP.
   5080 
   5081 HTH.
   5082 -Ben
   5083 -- 
   5084 Ben Walton
   5085 Systems Programmer - CHASS
   5086 University of Toronto
   5087 C:416.407.5610 | W:416.978.4302
   5088 
   5089 GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu
   5090 Contact me to arrange for a CAcert assurance meeting.
   5091 -------------- next part --------------
   5092 A non-text attachment was scrubbed...
   5093 Name: signature.asc
   5094 Type: application/pgp-signature
   5095 Size: 189 bytes
   5096 Desc: not available
   5097 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20100125/c8c1b0ec/attachment.bin>
   5098 
   5099 From wmorgan-sup@masanjin.net  Mon Jan 25 16:27:37 2010
   5100 From: wmorgan-sup@masanjin.net (William Morgan)
   5101 Date: Mon, 25 Jan 2010 16:27:37 -0500
   5102 Subject: [sup-talk] Signature
   5103 In-Reply-To: <8b854d6b1001250111i3bf7c27fjc2c91449413cf4e7@mail.gmail.com>
   5104 References: <8b854d6b1001250111i3bf7c27fjc2c91449413cf4e7@mail.gmail.com>
   5105 Message-ID: <1264454639-sup-985@masanjin.net>
   5106 
   5107 Reformatted excerpts from Shreyank Gupta's message of 2010-01-25:
   5108 > Ideally it should identify the last block of text preceded with a '--'
   5109 > as the signature block. Instead it takes a random block of email body
   5110 > and condenses it as signature.
   5111 
   5112 Sup does detect "-- " (note the space) as the beginning of a "standard"
   5113 signature block. It also detects several other variants seen in
   5114 practice. Email being what it is, this detection code is necessarily
   5115 heuristic and will sometimes generate both false positives and false
   5116 negatives.
   5117 
   5118 > Is there any way around this problem?
   5119 
   5120 Provide a patch, or at the least, file a bug report with the specific
   5121 behavior you are seeing.
   5122 -- 
   5123 William <wmorgan-sup at masanjin.net>
   5124 
   5125 From wmorgan-sup@masanjin.net  Mon Jan 25 16:30:48 2010
   5126 From: wmorgan-sup@masanjin.net (William Morgan)
   5127 Date: Mon, 25 Jan 2010 16:30:48 -0500
   5128 Subject: [sup-talk] Problems running sup-convert-ferret-index
   5129 In-Reply-To: <1264437234-sup-8884@sgoldmanlinux.tower-research.com>
   5130 References: <1263757714-sup-394@sgoldmanlinux.tower-research.com>
   5131 	<1263760574-sup-1333@masanjin.net>
   5132 	<1263763237-sup-3701@sgoldmanlinux.tower-research.com>
   5133 	<1263764041-sup-9982@masanjin.net>
   5134 	<1263771478-sup-431@sgoldmanlinux.tower-research.com>
   5135 	<1263772988-sup-2344@masanjin.net>
   5136 	<1263774467-sup-9664@sgoldmanlinux.tower-research.com>
   5137 	<1263778916-sup-8839@sgoldmanlinux.tower-research.com>
   5138 	<1263779746-sup-4232@zyrg.net>
   5139 	<1263843740-sup-4441@sgoldmanlinux.tower-research.com>
   5140 	<1263851352-sup-6223@masanjin.net>
   5141 	<1263907792-sup-3649@sgoldmanlinux.tower-research.com>
   5142 	<1263908176-sup-851@masanjin.net>
   5143 	<1264437234-sup-8884@sgoldmanlinux.tower-research.com>
   5144 Message-ID: <1264454942-sup-8589@masanjin.net>
   5145 
   5146 Reformatted excerpts from Steve Goldman's message of 2010-01-25:
   5147 > Tried running sup-config from scratch last night.  No dice.  sup-sync
   5148 > failed after about ten minutes.
   5149 > 
   5150 > What info can I supply that would help debug this?
   5151 
   5152 Is it still a segfault?
   5153 
   5154 If so, what does gem list --local say the version is of the "xapian" or
   5155 "xapian-full" gem?
   5156 
   5157 > ruby version 1.8.6
   5158 
   5159 How difficult would it be to try with 1.9.1, or at least 1.8.7?
   5160 -- 
   5161 William <wmorgan-sup at masanjin.net>
   5162 
   5163 From sgoldman@tower-research.com  Mon Jan 25 16:56:24 2010
   5164 From: sgoldman@tower-research.com (Steve Goldman)
   5165 Date: Mon, 25 Jan 2010 16:56:24 -0500
   5166 Subject: [sup-talk] Problems running sup-convert-ferret-index
   5167 In-Reply-To: <1264454942-sup-8589@masanjin.net>
   5168 References: <1263757714-sup-394@sgoldmanlinux.tower-research.com>
   5169 	<1263760574-sup-1333@masanjin.net>
   5170 	<1263763237-sup-3701@sgoldmanlinux.tower-research.com>
   5171 	<1263764041-sup-9982@masanjin.net>
   5172 	<1263771478-sup-431@sgoldmanlinux.tower-research.com>
   5173 	<1263772988-sup-2344@masanjin.net>
   5174 	<1263774467-sup-9664@sgoldmanlinux.tower-research.com>
   5175 	<1263778916-sup-8839@sgoldmanlinux.tower-research.com>
   5176 	<1263779746-sup-4232@zyrg.net>
   5177 	<1263843740-sup-4441@sgoldmanlinux.tower-research.com>
   5178 	<1263851352-sup-6223@masanjin.net>
   5179 	<1263907792-sup-3649@sgoldmanlinux.tower-research.com>
   5180 	<1263908176-sup-851@masanjin.net>
   5181 	<1264437234-sup-8884@sgoldmanlinux.tower-research.com>
   5182 	<1264454942-sup-8589@masanjin.net>
   5183 Message-ID: <1264456502-sup-2092@sgoldmanlinux.tower-research.com>
   5184 
   5185 Excerpts from William Morgan's message of Mon Jan 25 16:30:48 -0500 2010:
   5186 > Reformatted excerpts from Steve Goldman's message of 2010-01-25:
   5187 > > Tried running sup-config from scratch last night.  No dice.  sup-sync
   5188 > > failed after about ten minutes.
   5189 > > 
   5190 > > What info can I supply that would help debug this?
   5191 > 
   5192 > Is it still a segfault?
   5193 
   5194 Presumably.  I run it through sup-config, which outputs "Rats, that
   5195 didn't work" when the return code is non-zero.  But sup-sync outputs
   5196 nothing.
   5197 
   5198 
   5199 > If so, what does gem list --local say the version is of the "xapian" or
   5200 > "xapian-full" gem?
   5201 
   5202 It's installed with our Fedora release, but my guy tells me this is
   5203 the version info:
   5204 
   5205 xapian-bindings-ruby-1.0.17-2.fc11.x86_64
   5206 
   5207 
   5208 > > ruby version 1.8.6
   5209 > 
   5210 > How difficult would it be to try with 1.9.1, or at least 1.8.7?
   5211 
   5212 He says the Fedora release will likely get there soon, but we could
   5213 try to get it in advance if you think this will help.
   5214 
   5215 Thanks.
   5216 -- 
   5217 
   5218 Steve Goldman
   5219 sgoldman at tower-research.com
   5220 
   5221 T: 212.219.6014
   5222 F: 212.219.6007
   5223 
   5224 Tower Research Capital, LLC
   5225 377 Broadway, 11th Fl.
   5226 New York, NY 10013
   5227 
   5228 From wmorgan-sup@masanjin.net  Tue Jan 26 08:00:02 2010
   5229 From: wmorgan-sup@masanjin.net (William Morgan)
   5230 Date: Tue, 26 Jan 2010 08:00:02 -0500
   5231 Subject: [sup-talk] Problems running sup-convert-ferret-index
   5232 In-Reply-To: <1264456502-sup-2092@sgoldmanlinux.tower-research.com>
   5233 References: <1263757714-sup-394@sgoldmanlinux.tower-research.com>
   5234 	<1263760574-sup-1333@masanjin.net>
   5235 	<1263763237-sup-3701@sgoldmanlinux.tower-research.com>
   5236 	<1263764041-sup-9982@masanjin.net>
   5237 	<1263771478-sup-431@sgoldmanlinux.tower-research.com>
   5238 	<1263772988-sup-2344@masanjin.net>
   5239 	<1263774467-sup-9664@sgoldmanlinux.tower-research.com>
   5240 	<1263778916-sup-8839@sgoldmanlinux.tower-research.com>
   5241 	<1263779746-sup-4232@zyrg.net>
   5242 	<1263843740-sup-4441@sgoldmanlinux.tower-research.com>
   5243 	<1263851352-sup-6223@masanjin.net>
   5244 	<1263907792-sup-3649@sgoldmanlinux.tower-research.com>
   5245 	<1263908176-sup-851@masanjin.net>
   5246 	<1264437234-sup-8884@sgoldmanlinux.tower-research.com>
   5247 	<1264454942-sup-8589@masanjin.net>
   5248 	<1264456502-sup-2092@sgoldmanlinux.tower-research.com>
   5249 Message-ID: <1264510235-sup-2915@masanjin.net>
   5250 
   5251 Reformatted excerpts from Steve Goldman's message of 2010-01-25:
   5252 > Presumably.  I run it through sup-config, which outputs "Rats, that
   5253 > didn't work" when the return code is non-zero.  But sup-sync outputs
   5254 > nothing.
   5255 
   5256 And just to confirm, when you run that sup-sync command by itself,
   5257 outside of sup-config, it just dies without a backtrace, right?
   5258 
   5259 Since this didn't happen with Ferret, my best guess is that the problem
   5260 lies somewhere in the bowels of Xapian or the bindings thereof:
   5261 
   5262 > xapian-bindings-ruby-1.0.17-2.fc11.x86_64
   5263 
   5264 I would try and get the latest xapian-full gem. I have no experience
   5265 with the bindings Fedora distributes, but I know that that gem works for
   5266 me and for others.
   5267 
   5268 It's possible to install and run gems entirely out of your home
   5269 directory (at least in recent versions), so it should be possible to do
   5270 this without involving your sysadmin, if that's easier.
   5271 
   5272 Something like:
   5273 
   5274   gem install gemcutter
   5275   gem install xapian-full
   5276 
   5277 Ought to magically work, if your gems are new enough.
   5278 
   5279 > He says the Fedora release will likely get there soon, but we could
   5280 > try to get it in advance if you think this will help.
   5281 
   5282 Let's wait on playing with Ruby versions until we have your Xapian
   5283 bindings locked down.
   5284 -- 
   5285 William <wmorgan-sup at masanjin.net>
   5286 
   5287 From daniel.schoepe@googlemail.com  Tue Jan 26 10:55:55 2010
   5288 From: daniel.schoepe@googlemail.com (Daniel Schoepe)
   5289 Date: Tue, 26 Jan 2010 16:55:55 +0100
   5290 Subject: [sup-talk] [patch] Add crypto_selector variable to before-edit
   5291 In-Reply-To: <1264251144-sup-4056@masanjin.net>
   5292 References: <1263824428-sup-6466@nemesis.home>
   5293 	<1264251144-sup-4056@masanjin.net>
   5294 Message-ID: <1264521165-sup-9898@nemesis.home>
   5295 
   5296 Excerpts from William Morgan's message of Sat Jan 23 13:53:04 +0100 2010:
   5297 > Hi Daniel,
   5298 > 
   5299 > I like the idea, but would prefer a dedicated "crypto-mode" hook
   5300 > analogous to how we have the "reply-to" hook for setting the default
   5301 > reply-to mode.
   5302 
   5303 Okay, here's the new patch:
   5304 -------------- next part --------------
   5305 A non-text attachment was scrubbed...
   5306 Name: 0001-Added-crypto-settings-hook.patch
   5307 Type: application/octet-stream
   5308 Size: 1449 bytes
   5309 Desc: not available
   5310 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20100126/eb412c58/attachment.obj>
   5311 -------------- next part --------------
   5312 A non-text attachment was scrubbed...
   5313 Name: signature.asc
   5314 Type: application/pgp-signature
   5315 Size: 836 bytes
   5316 Desc: not available
   5317 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20100126/eb412c58/attachment.bin>
   5318 
   5319 From mcdermott.michaelj@gmail.com  Tue Jan 26 11:14:15 2010
   5320 From: mcdermott.michaelj@gmail.com (Michael McDermott)
   5321 Date: Tue, 26 Jan 2010 10:14:15 -0600
   5322 Subject: [sup-talk] Old Mail
   5323 Message-ID: <1264522329-sup-4389@zion>
   5324 
   5325 I have sup 0.10 running off of Maildirs fed by offlineimap. Naturally, when I
   5326 first set this up, I had a great deal of old mail pulled, mail that sup has left
   5327 marked as unread. Is there anyway to mark all of these older messages read,
   5328 short of searching for is:unread, tagging a screenful, and marking them read,
   5329 and doing this through several years worth of email?
   5330 -- 
   5331 Michael McDermott
   5332 www.mad-computer-scientist.com
   5333 
   5334 From gregor@hoffleit.de  Tue Jan 26 12:17:29 2010
   5335 From: gregor@hoffleit.de (Gregor Hoffleit)
   5336 Date: Tue, 26 Jan 2010 18:17:29 +0100
   5337 Subject: [sup-talk] How to ignore some mails in searches?
   5338 Message-ID: <1264525600-sup-2804@sam.mediasupervision.de>
   5339 
   5340 I get a ton of mails from cron jobs on various machines like logcheck,
   5341 which are archived right away (in before-add-message.rb).
   5342 
   5343 Problem is that these mails still show up in search results. This is a
   5344 real problem, since e.g. almost every search for a mail address will
   5345 match to some logcheck report mail from the mail server.
   5346 
   5347 Now I could just add '-label:cronjob' to any search, but that tedious.
   5348 I'd like to filter out those mails by default, but still being able to
   5349 include them in a search, if I want to.
   5350 
   5351 That sounds a lot like the semantics of the 'Spam' reserved label, but
   5352 without Spam in it ;-)
   5353 
   5354 I guess there is some easy solution I'm missing!?
   5355 
   5356 Regards,
   5357     Gregor Hoffleit
   5358 
   5359 From wmorgan-sup@masanjin.net  Tue Jan 26 12:42:11 2010
   5360 From: wmorgan-sup@masanjin.net (William Morgan)
   5361 Date: Tue, 26 Jan 2010 12:42:11 -0500
   5362 Subject: [sup-talk] How to ignore some mails in searches?
   5363 In-Reply-To: <1264525600-sup-2804@sam.mediasupervision.de>
   5364 References: <1264525600-sup-2804@sam.mediasupervision.de>
   5365 Message-ID: <1264527560-sup-1799@masanjin.net>
   5366 
   5367 Reformatted excerpts from Gregor Hoffleit's message of 2010-01-26:
   5368 > Now I could just add '-label:cronjob' to any search, but that tedious.
   5369 > I'd like to filter out those mails by default, but still being able to
   5370 > include them in a search, if I want to.
   5371 > 
   5372 > That sounds a lot like the semantics of the 'Spam' reserved label, but
   5373 > without Spam in it ;-)
   5374 > 
   5375 > I guess there is some easy solution I'm missing!?
   5376 
   5377 You can use the custom-search hook to accomplish this. For complicated
   5378 reasons, it doesn't show up in `sup -l` right now, but here's the docs:
   5379 
   5380   Executes before a string search is applied to the index,
   5381   returning a new search string.
   5382   Variables:
   5383     subs: The string being searched.
   5384 
   5385 I would try something like
   5386 
   5387   subs =~ /label:cronjob/ ? subs : subs + " -label:cronjob"
   5388 
   5389 Which will automatically add that search term unless the query already
   5390 contains it.
   5391 -- 
   5392 William <wmorgan-sup at masanjin.net>
   5393 
   5394 From wmorgan-sup@masanjin.net  Tue Jan 26 12:47:41 2010
   5395 From: wmorgan-sup@masanjin.net (William Morgan)
   5396 Date: Tue, 26 Jan 2010 12:47:41 -0500
   5397 Subject: [sup-talk] Old Mail
   5398 In-Reply-To: <1264522329-sup-4389@zion>
   5399 References: <1264522329-sup-4389@zion>
   5400 Message-ID: <1264527747-sup-6577@masanjin.net>
   5401 
   5402 Reformatted excerpts from Michael McDermott's message of 2010-01-26:
   5403 > I have sup 0.10 running off of Maildirs fed by offlineimap. Naturally,
   5404 > when I first set this up, I had a great deal of old mail pulled, mail
   5405 > that sup has left marked as unread. Is there anyway to mark all of
   5406 > these older messages read, short of searching for is:unread, tagging a
   5407 > screenful, and marking them read, and doing this through several years
   5408 > worth of email?
   5409 
   5410 Try sup-tweak-labels, e.g.:
   5411 
   5412   sup-tweak-labels -q is:unread -r unread -v -n --all-sources
   5413 -- 
   5414 William <wmorgan-sup at masanjin.net>
   5415 
   5416 From bwalton@artsci.utoronto.ca  Tue Jan 26 13:19:57 2010
   5417 From: bwalton@artsci.utoronto.ca (Ben Walton)
   5418 Date: Tue, 26 Jan 2010 13:19:57 -0500
   5419 Subject: [sup-talk] [patch] Add crypto_selector variable to before-edit
   5420 In-Reply-To: <1264521165-sup-9898@nemesis.home>
   5421 References: <1263824428-sup-6466@nemesis.home>
   5422 	<1264251144-sup-4056@masanjin.net>
   5423 	<1264521165-sup-9898@nemesis.home>
   5424 Message-ID: <1264529992-sup-6066@ntdws12.chass.utoronto.ca>
   5425 
   5426 Excerpts from Daniel Schoepe's message of Tue Jan 26 10:55:55 -0500 2010:
   5427 
   5428 > Okay, here's the new patch:
   5429 
   5430 +1 for this.  Patch looks OK to my eye, fwiw.
   5431 
   5432 -Ben
   5433 -- 
   5434 Ben Walton
   5435 Systems Programmer - CHASS
   5436 University of Toronto
   5437 C:416.407.5610 | W:416.978.4302
   5438 
   5439 GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu
   5440 Contact me to arrange for a CAcert assurance meeting.
   5441 -------------- next part --------------
   5442 A non-text attachment was scrubbed...
   5443 Name: signature.asc
   5444 Type: application/pgp-signature
   5445 Size: 189 bytes
   5446 Desc: not available
   5447 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20100126/7713b319/attachment.bin>
   5448 
   5449 From mmcdermott@mad-computer-scientist.com  Tue Jan 26 14:16:31 2010
   5450 From: mmcdermott@mad-computer-scientist.com (Michael McDermott)
   5451 Date: Tue, 26 Jan 2010 13:16:31 -0600
   5452 Subject: [sup-talk] Old Mail
   5453 In-Reply-To: <1264527747-sup-6577@masanjin.net>
   5454 References: <1264522329-sup-4389@zion> <1264527747-sup-6577@masanjin.net>
   5455 Message-ID: <1264533378-sup-5312@zion>
   5456 
   5457 Worked beautifully. Thanks.
   5458 
   5459 Excerpts from William Morgan's message of Tue Jan 26 11:47:41 -0600 2010:
   5460 > Reformatted excerpts from Michael McDermott's message of 2010-01-26:
   5461 > > I have sup 0.10 running off of Maildirs fed by offlineimap. Naturally,
   5462 > > when I first set this up, I had a great deal of old mail pulled, mail
   5463 > > that sup has left marked as unread. Is there anyway to mark all of
   5464 > > these older messages read, short of searching for is:unread, tagging a
   5465 > > screenful, and marking them read, and doing this through several years
   5466 > > worth of email?
   5467 > 
   5468 > Try sup-tweak-labels, e.g.:
   5469 > 
   5470 >   sup-tweak-labels -q is:unread -r unread -v -n --all-sources
   5471 -- 
   5472 Michael McDermott
   5473 www.mad-computer-scientist.com
   5474 
   5475 From decklin@red-bean.com  Tue Jan 26 19:07:35 2010
   5476 From: decklin@red-bean.com (Decklin Foster)
   5477 Date: Tue, 26 Jan 2010 19:07:35 -0500
   5478 Subject: [sup-talk] [Sup-announce] [ANN] Sup 0.10 released
   5479 In-Reply-To: <1264344055-sup-3295@masanjin.net>
   5480 References: <1264344055-sup-3295@masanjin.net>
   5481 Message-ID: <1264550506-sup-7174@gillespie.rupamsunyata.org>
   5482 
   5483 Hey William,
   5484 
   5485 Could you update the tarballs on http://rubyforge.org/frs/?group_id=2603 ?
   5486 I have 0.10.1 ready to go but I'd like to put a proper orig.tar.gz in the
   5487 Debian archive this time. Thanks.
   5488 
   5489 Also, I assume from the --help text of sup-convert-ferret-index that
   5490 all I need to tell users (in our NEWS.Debian) is to run it. (I deleted my
   5491 Ferret index a while ago...)
   5492 -- 
   5493 things change.
   5494 decklin at red-bean.com
   5495 
   5496 From sgoldman@tower-research.com  Tue Jan 26 22:24:34 2010
   5497 From: sgoldman@tower-research.com (Steve Goldman)
   5498 Date: Tue, 26 Jan 2010 22:24:34 -0500
   5499 Subject: [sup-talk] Problems running sup-convert-ferret-index
   5500 In-Reply-To: <1264510235-sup-2915@masanjin.net>
   5501 References: <1263757714-sup-394@sgoldmanlinux.tower-research.com>
   5502 	<1263760574-sup-1333@masanjin.net>
   5503 	<1263763237-sup-3701@sgoldmanlinux.tower-research.com>
   5504 	<1263764041-sup-9982@masanjin.net>
   5505 	<1263771478-sup-431@sgoldmanlinux.tower-research.com>
   5506 	<1263772988-sup-2344@masanjin.net>
   5507 	<1263774467-sup-9664@sgoldmanlinux.tower-research.com>
   5508 	<1263778916-sup-8839@sgoldmanlinux.tower-research.com>
   5509 	<1263779746-sup-4232@zyrg.net>
   5510 	<1263843740-sup-4441@sgoldmanlinux.tower-research.com>
   5511 	<1263851352-sup-6223@masanjin.net>
   5512 	<1263907792-sup-3649@sgoldmanlinux.tower-research.com>
   5513 	<1263908176-sup-851@masanjin.net>
   5514 	<1264437234-sup-8884@sgoldmanlinux.tower-research.com>
   5515 	<1264454942-sup-8589@masanjin.net>
   5516 	<1264456502-sup-2092@sgoldmanlinux.tower-research.com>
   5517 	<1264510235-sup-2915@masanjin.net>
   5518 Message-ID: <1264562538-sup-9933@sgoldmanlinux.tower-research.com>
   5519 
   5520 Excerpts from William Morgan's message of Tue Jan 26 08:00:02 -0500 2010:
   5521 > Reformatted excerpts from Steve Goldman's message of 2010-01-25:
   5522 > > Presumably.  I run it through sup-config, which outputs "Rats, that
   5523 > > didn't work" when the return code is non-zero.  But sup-sync outputs
   5524 > > nothing.
   5525 > 
   5526 > And just to confirm, when you run that sup-sync command by itself,
   5527 > outside of sup-config, it just dies without a backtrace, right?
   5528 
   5529 Correct.
   5530 
   5531 
   5532 > Since this didn't happen with Ferret, my best guess is that the problem
   5533 > lies somewhere in the bowels of Xapian or the bindings thereof:
   5534 > 
   5535 > > xapian-bindings-ruby-1.0.17-2.fc11.x86_64
   5536 > 
   5537 > I would try and get the latest xapian-full gem. I have no experience
   5538 > with the bindings Fedora distributes, but I know that that gem works for
   5539 > me and for others.
   5540 > 
   5541 > It's possible to install and run gems entirely out of your home
   5542 > directory (at least in recent versions), so it should be possible to do
   5543 > this without involving your sysadmin, if that's easier.
   5544 > 
   5545 > Something like:
   5546 > 
   5547 >   gem install gemcutter
   5548 >   gem install xapian-full
   5549 > 
   5550 > Ought to magically work, if your gems are new enough.
   5551 
   5552 Do I need to do something to make ruby use this xapian and not the
   5553 Fedora xapian?  How can I tell which it is using?
   5554 
   5555 
   5556 > > He says the Fedora release will likely get there soon, but we could
   5557 > > try to get it in advance if you think this will help.
   5558 > 
   5559 > Let's wait on playing with Ruby versions until we have your Xapian
   5560 > bindings locked down.
   5561 
   5562 I did some sleuthing and found that it hangs on the loop over all the
   5563 messages in my first source (imap) after it gets through exactly seven
   5564 of them.  Specifically, it hangs at the top of the loop:
   5565 
   5566   Redwood::PollManager.each_message_from source do |m|
   5567 
   5568 
   5569 Any ideas?
   5570 
   5571 Thanks.
   5572 -- 
   5573 
   5574 Steve Goldman
   5575 sgoldman at tower-research.com
   5576 
   5577 T: 212.219.6014
   5578 F: 212.219.6007
   5579 
   5580 Tower Research Capital, LLC
   5581 377 Broadway, 11th Fl.
   5582 New York, NY 10013
   5583 
   5584 From nicolas.pouillard@gmail.com  Wed Jan 27 05:34:14 2010
   5585 From: nicolas.pouillard@gmail.com (Nicolas Pouillard)
   5586 Date: Wed, 27 Jan 2010 02:34:14 -0800 (PST)
   5587 Subject: [sup-talk] Old Mail
   5588 In-Reply-To: <1264527747-sup-6577@masanjin.net>
   5589 References: <1264522329-sup-4389@zion> <1264527747-sup-6577@masanjin.net>
   5590 Message-ID: <4b6016a6.0d67f10a.74f7.ffffed83@mx.google.com>
   5591 
   5592 On Tue, 26 Jan 2010 12:47:41 -0500, William Morgan <wmorgan-sup at masanjin.net> wrote:
   5593 > Reformatted excerpts from Michael McDermott's message of 2010-01-26:
   5594 > > I have sup 0.10 running off of Maildirs fed by offlineimap. Naturally,
   5595 > > when I first set this up, I had a great deal of old mail pulled, mail
   5596 > > that sup has left marked as unread. Is there anyway to mark all of
   5597 > > these older messages read, short of searching for is:unread, tagging a
   5598 > > screenful, and marking them read, and doing this through several years
   5599 > > worth of email?
   5600 > 
   5601 > Try sup-tweak-labels, e.g.:
   5602 > 
   5603 >   sup-tweak-labels -q is:unread -r unread -v -n --all-sources
   5604 
   5605 It reminds me that I would really like an option to sup-tweak-labels to accept
   5606 a file in the dump format.
   5607 
   5608 It would allow us to feed a "diff" in dump format and so be able to recover
   5609 quickly incrementally upgrade a sup index.
   5610 
   5611 NOTE: using sup-sync is not an option, it is way too slow to look at every
   5612 messages of every sources.
   5613 
   5614 Cheers,
   5615 
   5616 -- 
   5617 Nicolas Pouillard
   5618 http://nicolaspouillard.fr
   5619 
   5620 From gregor@hoffleit.de  Wed Jan 27 06:57:27 2010
   5621 From: gregor@hoffleit.de (Gregor Hoffleit)
   5622 Date: Wed, 27 Jan 2010 12:57:27 +0100
   5623 Subject: [sup-talk] How to ignore some mails in searches?
   5624 In-Reply-To: <1264527560-sup-1799@masanjin.net>
   5625 References: <1264525600-sup-2804@sam.mediasupervision.de>
   5626 	<1264527560-sup-1799@masanjin.net>
   5627 Message-ID: <1264592858-sup-9758@sam.mediasupervision.de>
   5628 
   5629 * William Morgan <wmorgan-sup at masanjin.net> [Di Jan 26 18:42:11 +0100 2010]
   5630 > You can use the custom-search hook to accomplish this. For complicated
   5631 > reasons, it doesn't show up in `sup -l` right now, but here's the docs:
   5632 > 
   5633 >   Executes before a string search is applied to the index,
   5634 >   returning a new search string.
   5635 >   Variables:
   5636 >     subs: The string being searched.
   5637 > 
   5638 > I would try something like
   5639 > 
   5640 >   subs =~ /label:cronjob/ ? subs : subs + " -label:cronjob"
   5641 > 
   5642 > Which will automatically add that search term unless the query already
   5643 > contains it.
   5644 
   5645 Ah, that's fine!
   5646 
   5647 One last thing, though: Provided the setup above, how can I search
   5648 through all threads, regardless of the label cronjob?
   5649 
   5650 Is there any easy way?
   5651 
   5652     - "stupid" will ignore cronjobs
   5653     - "stupid label:cronjob" will only return cronjobs
   5654     - "label:cronjob || -label:cronjob stupid" doesn't seem to work
   5655 
   5656 
   5657 Regards,
   5658     Gregor
   5659 
   5660 From shreyankg@gmail.com  Wed Jan 27 07:51:34 2010
   5661 From: shreyankg@gmail.com (Shreyank Gupta)
   5662 Date: Wed, 27 Jan 2010 18:21:34 +0530
   5663 Subject: [sup-talk] Sup crashes on startup
   5664 Message-ID: <8b854d6b1001270451q430c1176t775b77e1e127df26@mail.gmail.com>
   5665 
   5666 Hi,
   5667 I have filed a bug: http://masanjin.net/sup-bugs/issue52
   5668 
   5669 The error message shows:
   5670 This Sup version expects a v1 index, but you have an existing v2
   5671 index. Please downgrade to your previous version and dump your labels
   5672 before upgrading to this version (then run sup-sync --restore).
   5673 
   5674 Can someone explain this error message?
   5675 
   5676 
   5677 -- 
   5678 Peace and Love,
   5679 Shreyank Gupta
   5680 Blog: http://allsortsofshrink.blogspot.com
   5681 
   5682 From bwalton@artsci.utoronto.ca  Wed Jan 27 07:59:52 2010
   5683 From: bwalton@artsci.utoronto.ca (Ben Walton)
   5684 Date: Wed, 27 Jan 2010 07:59:52 -0500
   5685 Subject: [sup-talk] Sup crashes on startup
   5686 In-Reply-To: <8b854d6b1001270451q430c1176t775b77e1e127df26@mail.gmail.com>
   5687 References: <8b854d6b1001270451q430c1176t775b77e1e127df26@mail.gmail.com>
   5688 Message-ID: <1264596962-sup-5044@ntdws12.chass.utoronto.ca>
   5689 
   5690 Excerpts from Shreyank Gupta's message of Wed Jan 27 07:51:34 -0500 2010:
   5691 
   5692 > Can someone explain this error message?
   5693 
   5694 If you're running from the git repo, have you reset your HEAD
   5695 recently?  There was a version bump in the index recently that you
   5696 can't easily just switch away from...
   5697 
   5698 -Ben
   5699 
   5700 -- 
   5701 Ben Walton
   5702 Systems Programmer - CHASS
   5703 University of Toronto
   5704 C:416.407.5610 | W:416.978.4302
   5705 
   5706 GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu
   5707 Contact me to arrange for a CAcert assurance meeting.
   5708 -------------- next part --------------
   5709 A non-text attachment was scrubbed...
   5710 Name: signature.asc
   5711 Type: application/pgp-signature
   5712 Size: 189 bytes
   5713 Desc: not available
   5714 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20100127/8591cdf2/attachment.bin>
   5715 
   5716 From wmorgan-sup@masanjin.net  Wed Jan 27 08:21:23 2010
   5717 From: wmorgan-sup@masanjin.net (William Morgan)
   5718 Date: Wed, 27 Jan 2010 08:21:23 -0500
   5719 Subject: [sup-talk] Sup crashes on startup
   5720 In-Reply-To: <8b854d6b1001270451q430c1176t775b77e1e127df26@mail.gmail.com>
   5721 References: <8b854d6b1001270451q430c1176t775b77e1e127df26@mail.gmail.com>
   5722 Message-ID: <1264598438-sup-499@masanjin.net>
   5723 
   5724 Reformatted excerpts from Shreyank Gupta's message of 2010-01-27:
   5725 > This Sup version expects a v1 index, but you have an existing v2
   5726 > index. Please downgrade to your previous version and dump your labels
   5727 > before upgrading to this version (then run sup-sync --restore).
   5728 
   5729 You used git next before, and now you're trying git master. There is a
   5730 version incompatibility that will go away once a particular topic branch
   5731 gets merged down to master.
   5732 
   5733 Workaround: use git next for now.
   5734 -- 
   5735 William <wmorgan-sup at masanjin.net>
   5736 
   5737 From wmorgan-sup@masanjin.net  Wed Jan 27 08:32:51 2010
   5738 From: wmorgan-sup@masanjin.net (William Morgan)
   5739 Date: Wed, 27 Jan 2010 08:32:51 -0500
   5740 Subject: [sup-talk] Old Mail
   5741 In-Reply-To: <4b6016a6.0d67f10a.74f7.ffffed83@mx.google.com>
   5742 References: <1264522329-sup-4389@zion> <1264527747-sup-6577@masanjin.net>
   5743 	<4b6016a6.0d67f10a.74f7.ffffed83@mx.google.com>
   5744 Message-ID: <1264599157-sup-2035@masanjin.net>
   5745 
   5746 [resend to list]
   5747 
   5748 Reformatted excerpts from Nicolas Pouillard's message of 2010-01-27:
   5749 > It reminds me that I would really like an option to sup-tweak-labels
   5750 > to accept a file in the dump format.
   5751 > 
   5752 > It would allow us to feed a "diff" in dump format and so be able to
   5753 > recover quickly incrementally upgrade a sup index.
   5754 > 
   5755 > NOTE: using sup-sync is not an option, it is way too slow to look at
   5756 > every messages of every sources.
   5757 
   5758 Not a bad idea. Maybe even as a separate sup-undump command.
   5759 -- 
   5760 William <wmorgan-sup at masanjin.net>
   5761 
   5762 From wmorgan-sup@masanjin.net  Wed Jan 27 08:51:15 2010
   5763 From: wmorgan-sup@masanjin.net (William Morgan)
   5764 Date: Wed, 27 Jan 2010 08:51:15 -0500
   5765 Subject: [sup-talk] [Sup-announce] [ANN] Sup 0.10 released
   5766 In-Reply-To: <1264550506-sup-7174@gillespie.rupamsunyata.org>
   5767 References: <1264344055-sup-3295@masanjin.net>
   5768 	<1264550506-sup-7174@gillespie.rupamsunyata.org>
   5769 Message-ID: <1264600108-sup-7203@masanjin.net>
   5770 
   5771 Reformatted excerpts from Decklin Foster's message of 2010-01-26:
   5772 > Could you update the tarballs on http://rubyforge.org/frs/?group_id=2603 ?
   5773 > I have 0.10.1 ready to go but I'd like to put a proper orig.tar.gz in the
   5774 > Debian archive this time. Thanks.
   5775 
   5776 God that's huge pain. But for you, I have done it. (0.10.2 though.)
   5777 
   5778 > Also, I assume from the --help text of sup-convert-ferret-index that
   5779 > all I need to tell users (in our NEWS.Debian) is to run it. (I deleted
   5780 > my Ferret index a while ago...)
   5781 
   5782 Yes, they should run it before 0.11 is released.
   5783 -- 
   5784 William <wmorgan-sup at masanjin.net>
   5785 
   5786 From nicolas.pouillard@gmail.com  Wed Jan 27 09:39:28 2010
   5787 From: nicolas.pouillard@gmail.com (Nicolas Pouillard)
   5788 Date: Wed, 27 Jan 2010 06:39:28 -0800 (PST)
   5789 Subject: [sup-talk] Old Mail
   5790 In-Reply-To: <1264599157-sup-2035@masanjin.net>
   5791 References: <1264522329-sup-4389@zion> <1264527747-sup-6577@masanjin.net>
   5792 	<4b6016a6.0d67f10a.74f7.ffffed83@mx.google.com>
   5793 	<1264599157-sup-2035@masanjin.net>
   5794 Message-ID: <4b605020.0d67f10a.7f43.054a@mx.google.com>
   5795 
   5796 On Wed, 27 Jan 2010 08:32:51 -0500, William Morgan <wmorgan-sup at masanjin.net> wrote:
   5797 > [resend to list]
   5798 > 
   5799 > Reformatted excerpts from Nicolas Pouillard's message of 2010-01-27:
   5800 > > It reminds me that I would really like an option to sup-tweak-labels
   5801 > > to accept a file in the dump format.
   5802 > > 
   5803 > > It would allow us to feed a "diff" in dump format and so be able to
   5804 > > recover quickly incrementally upgrade a sup index.
   5805 > > 
   5806 > > NOTE: using sup-sync is not an option, it is way too slow to look at
   5807 > > every messages of every sources.
   5808 > 
   5809 > Not a bad idea. Maybe even as a separate sup-undump command.
   5810 
   5811 Hum, sup-load ?
   5812 
   5813 -- 
   5814 Nicolas Pouillard
   5815 http://nicolaspouillard.fr
   5816 
   5817 From shreyankg@gmail.com  Wed Jan 27 10:03:14 2010
   5818 From: shreyankg@gmail.com (Shreyank Gupta)
   5819 Date: Wed, 27 Jan 2010 20:33:14 +0530
   5820 Subject: [sup-talk] Sup crashes on startup
   5821 In-Reply-To: <1264598438-sup-499@masanjin.net>
   5822 References: <8b854d6b1001270451q430c1176t775b77e1e127df26@mail.gmail.com> 
   5823 	<1264598438-sup-499@masanjin.net>
   5824 Message-ID: <8b854d6b1001270703r662bc4d8i45dade3c13d64ee7@mail.gmail.com>
   5825 
   5826 On Wed, Jan 27, 2010 at 6:51 PM, William Morgan
   5827 <wmorgan-sup at masanjin.net> wrote:
   5828 > Reformatted excerpts from Shreyank Gupta's message of 2010-01-27:
   5829 >> This Sup version expects a v1 index, but you have an existing v2
   5830 >> index. Please downgrade to your previous version and dump your labels
   5831 >> before upgrading to this version (then run sup-sync --restore).
   5832 >
   5833 > You used git next before, and now you're trying git master. There is a
   5834 > version incompatibility that will go away once a particular topic branch
   5835 > gets merged down to master.
   5836 >
   5837 > Workaround: use git next for now.
   5838 
   5839 git next gives me the following exception:
   5840 http://masanjin.net/sup-bugs/file12/exception-log.txt
   5841 
   5842 I followed the instructions at
   5843 http://sup.rubyforge.org/wiki/wiki.pl?UTF8 to solve UTF issues. Is
   5844 that the reason ?
   5845 -- 
   5846 Peace and Love,
   5847 Shreyank Gupta
   5848 Blog: http://allsortsofshrink.blogspot.com
   5849 
   5850 From eg@gaute.vetsj.com  Fri Jan 29 05:33:57 2010
   5851 From: eg@gaute.vetsj.com (Gaute Hope)
   5852 Date: Fri, 29 Jan 2010 11:33:57 +0100
   5853 Subject: [sup-talk] List all mail?
   5854 Message-ID: <1264761167-sup-7027@dolk>
   5855 
   5856 Hey,
   5857 
   5858 Again possibly a simple question - is it possible to just list all mail?
   5859 Before I think I just did 'F' and searched blank, that doesn't work
   5860 anymore with the saved searches.
   5861 
   5862 Regards, Gaute
   5863 -------------- next part --------------
   5864 A non-text attachment was scrubbed...
   5865 Name: signature.asc
   5866 Type: application/pgp-signature
   5867 Size: 198 bytes
   5868 Desc: not available
   5869 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20100129/1489160f/attachment.bin>
   5870 
   5871 From eg@gaute.vetsj.com  Fri Jan 29 07:46:28 2010
   5872 From: eg@gaute.vetsj.com (Gaute Hope)
   5873 Date: Fri, 29 Jan 2010 13:46:28 +0100
   5874 Subject: [sup-talk] List all mail?
   5875 In-Reply-To: <8b854d6b1001290405q7980381cm85309bff3cd3a206@mail.gmail.com>
   5876 References: <1264761167-sup-7027@dolk>
   5877 	<8b854d6b1001290405q7980381cm85309bff3cd3a206@mail.gmail.com>
   5878 Message-ID: <1264769032-sup-1250@dolk>
   5879 
   5880 Excerpts from Shreyank Gupta's message of 2010-01-29 13:05:00 +0100:
   5881 > On Fri, Jan 29, 2010 at 4:03 PM, Gaute Hope <eg at gaute.vetsj.com> wrote:
   5882 > > Hey,
   5883 > >
   5884 > > Again possibly a simple question - is it possible to just list all mail?
   5885 > > Before I think I just did 'F' and searched blank, that doesn't work
   5886 > > anymore with the saved searches.
   5887 > 
   5888 > You could try the F + before:tomorrow hack.
   5889 > 
   5890 > I guess we could write our own key-bindings, but it would be great to
   5891 > have a default key-binding for this which would list down say 100
   5892 > newest mails, and another key for older mails.
   5893 
   5894 Yeah noramlly it would list 20 i think, then i could get more with M or
   5895 all with !!. Great for skimming through the last mails when i lost track of
   5896 where i put something im not sure if my searches hit.
   5897 
   5898 - gaute
   5899 -------------- next part --------------
   5900 A non-text attachment was scrubbed...
   5901 Name: signature.asc
   5902 Type: application/pgp-signature
   5903 Size: 198 bytes
   5904 Desc: not available
   5905 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20100129/7cb37c29/attachment.bin>
   5906 
   5907 From marka@pobox.com  Fri Jan 29 19:16:05 2010
   5908 From: marka@pobox.com (Mark Alexander)
   5909 Date: Fri, 29 Jan 2010 16:16:05 -0800
   5910 Subject: [sup-talk] Crash of Sup 0.9.1
   5911 In-Reply-To: <20091214212804.GA4198@linux-vk5u.ben.pri>
   5912 References: <20091214212804.GA4198@linux-vk5u.ben.pri>
   5913 Message-ID: <a412e2a71001291616s1afbe19cr25f01d71440721c4@mail.gmail.com>
   5914 
   5915 On Mon, Dec 14, 2009 at 1:28 PM, Karl Schudt <byzkarl at yahoo.com> wrote:
   5916 > I installed Sup on Opensuse, and it seems to run fine, indexing my gmail
   5917 > account. But when I type a "\" to search, it crashes.
   5918 >
   5919 >
   5920 > --- NoMethodError from thread: main
   5921 > undefined method `new_field' for Ncurses::Form:Module
   5922 
   5923 I had this problem on my OpenSUSE 11.1 machines, and I finally figured
   5924 out the solution today.  The problem is that in OpenSUSE, certain
   5925 ncurses header files aren't found in /usr/include like in other
   5926 distros.  Specifically, panel.h, form.h, and menu.h are in
   5927 /usr/include/ncurses, not /usr/include.  Strangely, OpenSUSE chose to
   5928 make a symlink to ncurses/ncurses.h in /usr/include, but did not
   5929 provide symlinks for the other files.
   5930 
   5931 The result was that when extconf.rb for the ncursesw gem was executed,
   5932 it could not find these header files.  You can see that at the bottom
   5933 of the output of extconf.rb if you run it manually:
   5934 
   5935   checking for the panel library...
   5936   checking for panel.h... no
   5937   checking for the form library...
   5938   checking for form.h... no
   5939   checking for the menu library...
   5940   checking for menu.h... no
   5941 
   5942 So I fixed it by manually creating the missing symlinks:
   5943 
   5944   cd /usr/include
   5945   ln -s ncurses/form.h
   5946   ln -s ncurses/panel.h
   5947   ln -s ncurses/menu.h
   5948 
   5949 Then I reran 'gem install ncursesw'.  It wasn't enough to do a 'make
   5950 clean && make && make install' in the ncursesw gem source directory.
   5951