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-06.txt (58991B) - raw

      1 From bwalton@artsci.utoronto.ca  Tue Jun  1 09:07:57 2010
      2 From: bwalton@artsci.utoronto.ca (Ben Walton)
      3 Date: Tue, 01 Jun 2010 09:07:57 -0400
      4 Subject: [sup-talk] error when sending mail
      5 In-Reply-To: <1275360058-sup-177@sysopweg>
      6 References: <1275360058-sup-177@sysopweg>
      7 Message-ID: <1275397644-sup-1664@pinkfloyd.chass.utoronto.ca>
      8 
      9 Excerpts from Erik Quaeghebeur's message of Mon May 31 22:42:49 -0400 2010:
     10 
     11 > WARNING: Problem sending mail: File or folder does not exist -
     12 > <path/to/maildir/sent/folder>/tmp/1275359009.7145703845.sysopweg:2,S
     13 
     14 Sup version?  Ruby version?
     15 
     16 That'll help get the ball rolling for diagnosing things.
     17 
     18 Thanks
     19 -Ben
     20 
     21 -- 
     22 Ben Walton
     23 Systems Programmer - CHASS
     24 University of Toronto
     25 C:416.407.5610 | W:416.978.4302
     26 
     27 
     28 From sup@equaeghe.nospammail.net  Tue Jun  1 11:13:47 2010
     29 From: sup@equaeghe.nospammail.net (Erik Quaeghebeur)
     30 Date: Tue, 1 Jun 2010 11:13:47 -0400 (EDT)
     31 Subject: [sup-talk] error when sending mail
     32 In-Reply-To: <1275397644-sup-1664@pinkfloyd.chass.utoronto.ca>
     33 References: <1275360058-sup-177@sysopweg>
     34 	<1275397644-sup-1664@pinkfloyd.chass.utoronto.ca>
     35 Message-ID: <alpine.DEB.2.00.1006011113190.1659@flfbcjrt.naqerj.pzh.rqh>
     36 
     37 > Excerpts from Erik Quaeghebeur's message of Mon May 31 22:42:49 -0400 2010:
     38 >
     39 > > WARNING: Problem sending mail: File or folder does not exist -
     40 > > <path/to/maildir/sent/folder>/tmp/1275359009.7145703845.sysopweg:2,S
     41 
     42 On Tue, 1 Jun 2010, Ben Walton wrote:
     43 >
     44 > Sup version?  Ruby version?
     45 
     46 sup v0.11 (installed the gem)
     47 
     48 ruby 1.8.7 (2010-01-10 patchlevel 249) [x86_64-linux] (ubuntu packages)
     49 
     50 From truxton@truxton.com  Tue Jun  1 19:16:46 2010
     51 From: truxton@truxton.com (Truxton Fulton)
     52 Date: Tue, 01 Jun 2010 16:16:46 -0700
     53 Subject: [sup-talk] listing archived threads
     54 Message-ID: <1275433722-sup-8872@terrapin.truxton.com>
     55 
     56 'sup sup users!
     57 I'm new to sup.
     58 Can anyone tell me how to list archived threads?
     59 deleted threads get a "deleted" label by which they may be listed
     60 (with the L command)
     61 But there is no "archived" label...
     62 
     63 Thanks,
     64 
     65 -Truxton
     66 -- 
     67 
     68 From pi+sup@pihost.us  Tue Jun  1 19:59:25 2010
     69 From: pi+sup@pihost.us (Anthony Martinez)
     70 Date: Tue, 01 Jun 2010 16:59:25 -0700
     71 Subject: [sup-talk] listing archived threads
     72 In-Reply-To: <1275433722-sup-8872@terrapin.truxton.com>
     73 References: <1275433722-sup-8872@terrapin.truxton.com>
     74 Message-ID: <1275436473-sup-2083@home.mrtheplague.net>
     75 
     76 Excerpts from Truxton Fulton's message of Tue Jun 01 16:16:46 -0700 2010:
     77 > 'sup sup users!
     78 > I'm new to sup.
     79 > Can anyone tell me how to list archived threads?
     80 
     81 An archived thread is just one that isn't marked with an `inbox' label. 
     82 
     83 > deleted threads get a "deleted" label by which they may be listed
     84 > (with the L command)
     85 > But there is no "archived" label...
     86 
     87 Do a search for "!inbox" or "before:tomorrow" or the like.
     88 
     89 > Thanks,
     90 > 
     91 > -Truxton
     92 No problem,
     93 Pi
     94 
     95 -- 
     96 Several recent languages have adopted an Intercal-like, asynchronous, computed
     97 COME-FROM concept. Only they refer to it with funny terms like "exception
     98 handling". -- Hans Mulder
     99 
    100 From bwalton@artsci.utoronto.ca  Wed Jun  2 09:51:03 2010
    101 From: bwalton@artsci.utoronto.ca (Ben Walton)
    102 Date: Wed, 02 Jun 2010 09:51:03 -0400
    103 Subject: [sup-talk] error when sending mail
    104 In-Reply-To: <1275360058-sup-177@sysopweg>
    105 References: <1275360058-sup-177@sysopweg>
    106 Message-ID: <1275486602-sup-7845@pinkfloyd.chass.utoronto.ca>
    107 
    108 Excerpts from Erik Quaeghebeur's message of Mon May 31 22:42:49 -0400 2010:
    109 
    110 > WARNING: Problem sending mail: File or folder does not exist -
    111 > <path/to/maildir/sent/folder>/tmp/1275359009.7145703845.sysopweg:2,S
    112 
    113 Is the above <path/to/maildir/...> bit something you did or is it
    114 actually part of the error message?  What is the value of sent_source
    115 in your config.yaml?
    116 
    117 > However, the mail was sent (and did arrive), but it was not saved as
    118 > a sent messages in my sent-mail maildir folder (which is totally
    119 > empty).
    120 
    121 This is normal.
    122 
    123 Thanks
    124 -Ben
    125 -- 
    126 Ben Walton
    127 Systems Programmer - CHASS
    128 University of Toronto
    129 C:416.407.5610 | W:416.978.4302
    130 
    131 
    132 From sup@equaeghe.nospammail.net  Wed Jun  2 10:03:19 2010
    133 From: sup@equaeghe.nospammail.net (Erik Quaeghebeur)
    134 Date: Wed, 2 Jun 2010 10:03:19 -0400 (EDT)
    135 Subject: [sup-talk] error when sending mail
    136 In-Reply-To: <1275486602-sup-7845@pinkfloyd.chass.utoronto.ca>
    137 References: <1275360058-sup-177@sysopweg>
    138 	<1275486602-sup-7845@pinkfloyd.chass.utoronto.ca>
    139 Message-ID: <alpine.DEB.2.00.1006020958510.1883@flfbcjrt.naqerj.pzh.rqh>
    140 
    141 > Excerpts from Erik Quaeghebeur's message of Mon May 31 22:42:49 -0400 2010:
    142 >
    143 >> WARNING: Problem sending mail: File or folder does not exist -
    144 >> <path/to/maildir/sent/folder>/tmp/1275359009.7145703845.sysopweg:2,S
    145 
    146 On Wed, 2 Jun 2010, Ben Walton wrote:
    147 >
    148 > Is the above <path/to/maildir/...> bit something you did or is it
    149 > actually part of the error message?  What is the value of sent_source
    150 > in your config.yaml?
    151 
    152 <path/to/maildir/sent/folder> is what I replaced the actual path given in 
    153 the error message with (it was /home/equaeghe/Mail/sent); it now does seem 
    154 a useless modification
    155 
    156 :sent_source: maildir:/home/equaeghe/Mail/sent
    157 
    158 >> However, the mail was sent (and did arrive), but it was not saved as
    159 >> a sent messages in my sent-mail maildir folder (which is totally
    160 >> empty).
    161 >
    162 > This is normal.
    163 
    164 Ah. Can I change it so that it does save sent mails? Or should I 
    165 explicitly set Fcc when sending mail?
    166 
    167 
    168 Best,
    169 
    170 Erik
    171 
    172 From bwalton@artsci.utoronto.ca  Wed Jun  2 10:08:56 2010
    173 From: bwalton@artsci.utoronto.ca (Ben Walton)
    174 Date: Wed, 02 Jun 2010 10:08:56 -0400
    175 Subject: [sup-talk] error when sending mail
    176 In-Reply-To: <alpine.DEB.2.00.1006020958510.1883@flfbcjrt.naqerj.pzh.rqh>
    177 References: <1275360058-sup-177@sysopweg>
    178 	<1275486602-sup-7845@pinkfloyd.chass.utoronto.ca>
    179 	<alpine.DEB.2.00.1006020958510.1883@flfbcjrt.naqerj.pzh.rqh>
    180 Message-ID: <1275487597-sup-8855@pinkfloyd.chass.utoronto.ca>
    181 
    182 Excerpts from Erik Quaeghebeur's message of Wed Jun 02 10:03:19 -0400 2010:
    183 
    184 > <path/to/maildir/sent/folder> is what I replaced the actual path
    185 > given in the error message with (it was /home/equaeghe/Mail/sent);
    186 > it now does seem a useless modification
    187 
    188 And a dumb question from me: /home/equaeghe/Mail/sent does contain the
    189 maildir subfolders cur, new and tmp?
    190 
    191 > :sent_source: maildir:/home/equaeghe/Mail/sent
    192 
    193 Ok, this looks fine as long as /home/equaeghe/Mail/sent is a proper
    194 maildir setup.
    195 
    196 > > This is normal.
    197 > 
    198 > Ah. Can I change it so that it does save sent mails? Or should I 
    199 > explicitly set Fcc when sending mail?
    200 
    201 Sorry, I meant normal in the sense that sending the mail and storing
    202 mail in the sent source are two separate (non-atomic) actions.  When
    203 you hit the send key, the message is dumped into $sendmail for
    204 transport.  It's then written to the sent source.  These are
    205 independent.  One may succeed while the other fails.
    206 
    207 Thanks
    208 -Ben
    209 
    210 -- 
    211 Ben Walton
    212 Systems Programmer - CHASS
    213 University of Toronto
    214 C:416.407.5610 | W:416.978.4302
    215 
    216 
    217 From seschwar@googlemail.com  Wed Jun  2 11:48:09 2010
    218 From: seschwar@googlemail.com (Sebastian Schwarz)
    219 Date: Wed, 2 Jun 2010 17:48:09 +0200
    220 Subject: [sup-talk] error when sending mail
    221 In-Reply-To: <1275487597-sup-8855@pinkfloyd.chass.utoronto.ca>
    222 References: <1275360058-sup-177@sysopweg>
    223 	<1275486602-sup-7845@pinkfloyd.chass.utoronto.ca>
    224 	<alpine.DEB.2.00.1006020958510.1883@flfbcjrt.naqerj.pzh.rqh>
    225 	<1275487597-sup-8855@pinkfloyd.chass.utoronto.ca>
    226 Message-ID: <20100602154809.GQ3617@pineapple.q.wohnheim-jahnplatz.de>
    227 
    228 On 2010-06-02 at 10:08 -0400, Ben Walton wrote:
    229 >> :sent_source: maildir:/home/equaeghe/Mail/sent
    230 >
    231 > Ok, this looks fine as long as /home/equaeghe/Mail/sent is a proper
    232 > maildir setup.
    233 
    234 Just a guess, but according to NewUserGuide.txt the mailbox
    235 URIs start with maildir:// or mbox://.  Therefore try:
    236 
    237     :sent_source: maildir:///home/equaeghe/Mail/sent
    238 
    239 Note the two extra slashes.
    240 
    241 HTH,
    242 Sebastian
    243 
    244 From sup@equaeghe.nospammail.net  Wed Jun  2 15:52:53 2010
    245 From: sup@equaeghe.nospammail.net (Erik Quaeghebeur)
    246 Date: Wed, 2 Jun 2010 15:52:53 -0400 (EDT)
    247 Subject: [sup-talk] error when sending mail
    248 In-Reply-To: <1275487597-sup-8855@pinkfloyd.chass.utoronto.ca>
    249 References: <1275360058-sup-177@sysopweg>
    250 	<1275486602-sup-7845@pinkfloyd.chass.utoronto.ca>
    251 	<alpine.DEB.2.00.1006020958510.1883@flfbcjrt.naqerj.pzh.rqh>
    252 	<1275487597-sup-8855@pinkfloyd.chass.utoronto.ca>
    253 Message-ID: <alpine.DEB.2.00.1006021551290.1883@flfbcjrt.naqerj.pzh.rqh>
    254 
    255 > Excerpts from Erik Quaeghebeur's message of Wed Jun 02 10:03:19 -0400 2010:
    256 >
    257 >> <path/to/maildir/sent/folder> is what I replaced the actual path
    258 >> given in the error message with (it was /home/equaeghe/Mail/sent);
    259 >> it now does seem a useless modification
    260 
    261 On Wed, 2 Jun 2010, Ben Walton wrote:
    262 >
    263 > And a dumb question from me: /home/equaeghe/Mail/sent does contain the
    264 > maildir subfolders cur, new and tmp?
    265 
    266 I did not and that fixed it. I assumed those would be created as-needed.
    267 
    268 
    269 Thanks,
    270 
    271 Erik
    272 
    273 From bwalton@artsci.utoronto.ca  Wed Jun  2 16:14:13 2010
    274 From: bwalton@artsci.utoronto.ca (Ben Walton)
    275 Date: Wed, 02 Jun 2010 16:14:13 -0400
    276 Subject: [sup-talk] error when sending mail
    277 In-Reply-To: <alpine.DEB.2.00.1006021551290.1883@flfbcjrt.naqerj.pzh.rqh>
    278 References: <1275360058-sup-177@sysopweg>
    279 	<1275486602-sup-7845@pinkfloyd.chass.utoronto.ca>
    280 	<alpine.DEB.2.00.1006020958510.1883@flfbcjrt.naqerj.pzh.rqh>
    281 	<1275487597-sup-8855@pinkfloyd.chass.utoronto.ca>
    282 	<alpine.DEB.2.00.1006021551290.1883@flfbcjrt.naqerj.pzh.rqh>
    283 Message-ID: <1275509568-sup-9852@pinkfloyd.chass.utoronto.ca>
    284 
    285 Excerpts from Erik Quaeghebeur's message of Wed Jun 02 15:52:53 -0400 2010:
    286 
    287 > > And a dumb question from me: /home/equaeghe/Mail/sent does contain the
    288 > > maildir subfolders cur, new and tmp?
    289 > 
    290 > I did not and that fixed it. I assumed those would be created as-needed.
    291 
    292 This likely stems from the sup philosophy of being a read-only tool
    293 (sent being an exception).  I think this should be changed...maybe
    294 only for the source designated as Sent?  Thoughts?
    295 
    296 Thanks
    297 -Ben
    298 -- 
    299 Ben Walton
    300 Systems Programmer - CHASS
    301 University of Toronto
    302 C:416.407.5610 | W:416.978.4302
    303 
    304 
    305 From andreashappe@snikt.net  Thu Jun  3 09:11:31 2010
    306 From: andreashappe@snikt.net (Andreas Happe)
    307 Date: Thu, 3 Jun 2010 13:11:31 +0000 (UTC)
    308 Subject: [sup-talk] sup web interface
    309 References: <1272606137-sup-842@acheron.quadco.net>
    310 	<1272644331-sup-1274@zyrg.net>
    311 Message-ID: <loom.20100603T150837-186@post.gmane.org>
    312 
    313 Rich Lane <rlane <at> club.cc.cmu.edu> writes: 
    314 > This is a great idea. I recommend using the sup-server protocol, either
    315 > natively or by running sup-cmd. That code has been in master for a while
    316 > now. I don't have a real opinion on web frameworks, but I'm biased
    317 > towards something lightweight.
    318 
    319 Wouldn't Rails[0] be the most obvious candidate? In addition since merb[1] was
    320 merged (during the ongoing 3.0 development cycle) it might even count as
    321 lightweight..
    322 
    323 I won't start it (as I don't have nearly enough time on my hand), but might
    324 contribute -- just put a rough (but working) prototype on github.
    325 
    326 cheers, Andreas
    327 [0] http://www.rubyonrails.org
    328 [1] http://www.merbivore.com/
    329 
    330 
    331 From rlane@club.cc.cmu.edu  Thu Jun  3 11:16:32 2010
    332 From: rlane@club.cc.cmu.edu (Rich Lane)
    333 Date: Thu, 03 Jun 2010 11:16:32 -0400
    334 Subject: [sup-talk] sup web interface
    335 In-Reply-To: <loom.20100603T150837-186@post.gmane.org>
    336 References: <1272606137-sup-842@acheron.quadco.net>
    337 	<1272644331-sup-1274@zyrg.net>
    338 	<loom.20100603T150837-186@post.gmane.org>
    339 Message-ID: <1275577785-sup-679@zyrg.net>
    340 
    341 Excerpts from Andreas Happe's message of 2010-06-03 09:11:31 -0400:
    342 > Rich Lane <rlane <at> club.cc.cmu.edu> writes: 
    343 > > This is a great idea. I recommend using the sup-server protocol, either
    344 > > natively or by running sup-cmd. That code has been in master for a while
    345 > > now. I don't have a real opinion on web frameworks, but I'm biased
    346 > > towards something lightweight.
    347 > 
    348 > Wouldn't Rails[0] be the most obvious candidate? In addition since merb[1] was
    349 > merged (during the ongoing 3.0 development cycle) it might even count as
    350 > lightweight..
    351 
    352 Sure. I really don't care what framework is used, I'll be happy just to
    353 see a working web UI. At the time I was thinking that if the web UI code
    354 were small enough it would be reasonable to keep it in the main Sup repo,
    355 but now I'm not even sure that's desirable.
    356 
    357 > I won't start it (as I don't have nearly enough time on my hand), but might
    358 > contribute -- just put a rough (but working) prototype on github.
    359 
    360 Link?
    361 
    362 From andreashappe@snikt.net  Fri Jun  4 08:01:08 2010
    363 From: andreashappe@snikt.net (Andreas Happe)
    364 Date: Fri, 4 Jun 2010 12:01:08 +0000 (UTC)
    365 Subject: [sup-talk] sup web interface
    366 References: <1272606137-sup-842@acheron.quadco.net>
    367 	<1272644331-sup-1274@zyrg.net>
    368 	<loom.20100603T150837-186@post.gmane.org>
    369 	<1275577785-sup-679@zyrg.net>
    370 Message-ID: <loom.20100604T135436-725@post.gmane.org>
    371 
    372 Rich Lane <rlane <at> club.cc.cmu.edu> writes:
    373 > Excerpts from Andreas Happe's message of 2010-06-03 09:11:31 -0400:
    374 > > I won't start it (as I don't have nearly enough time on my hand), but might
    375 > > contribute -- just put a rough (but working) prototype on github.
    376 > 
    377 > Link?
    378 
    379 To github[0]? My last sentence could have been clearer: I haven't put anything
    380 sup-related up on github, but if someone starts with a rough, but working,
    381 prototype I could help out.
    382 
    383 cheers, Andreas
    384 
    385 [0] http://www.github.org
    386 
    387 
    388 
    389 
    390 
    391 From jason@petsod.org  Fri Jun  4 11:59:15 2010
    392 From: jason@petsod.org (Jason Petsod)
    393 Date: Fri, 04 Jun 2010 10:59:15 -0500
    394 Subject: [sup-talk] sup web interface
    395 In-Reply-To: <loom.20100604T135436-725@post.gmane.org>
    396 References: <1272606137-sup-842@acheron.quadco.net>
    397 	<1272644331-sup-1274@zyrg.net>
    398 	<loom.20100603T150837-186@post.gmane.org>
    399 	<1275577785-sup-679@zyrg.net>
    400 	<loom.20100604T135436-725@post.gmane.org>
    401 Message-ID: <1275666025-sup-4912@acheron.quadco.net>
    402 
    403 On 04/06/2010 at 07:01:08 -0500, Andreas Happe wrote:
    404 > To github[0]? My last sentence could have been clearer: I haven't put anything
    405 > sup-related up on github, but if someone starts with a rough, but working,
    406 > prototype I could help out.
    407 
    408 I was able to start working on this a little bit [1] but it's currently
    409 very rough around the edges. It uses the Sinatra framework, but most of the
    410 actual logic is framework-agnostic so it could be pretty easily adapted
    411 for another framework.
    412 
    413 For threading, I had to add a new command 'thread' to sup-server, so you'll
    414 need to apply a patch [2] before it works. The threading logic still needs
    415 a little work; I roughly adapted sup's thread.rb, but added some bugs for
    416 good measure :)
    417 
    418 Also, it's not evident to me that the sup-server polls for new messages or
    419 has the ability to add new messages to the index, so checking for new
    420 messages or sending emails doesn't work yet. That functionality shouldn't
    421 hard to add though.
    422 
    423 Cheers,
    424 -Jason
    425 
    426 [1] http://github.com/jasonpetsod/sup-web
    427 [2] http://github.com/jasonpetsod/sup-web/raw/master/misc/expose_threading_on_sup-server.diff
    428 
    429 From rlane@club.cc.cmu.edu  Fri Jun  4 23:55:03 2010
    430 From: rlane@club.cc.cmu.edu (Rich Lane)
    431 Date: Fri, 04 Jun 2010 23:55:03 -0400
    432 Subject: [sup-talk] sup web interface
    433 In-Reply-To: <1275666025-sup-4912@acheron.quadco.net>
    434 References: <1272606137-sup-842@acheron.quadco.net>
    435 	<1272644331-sup-1274@zyrg.net>
    436 	<loom.20100603T150837-186@post.gmane.org>
    437 	<1275577785-sup-679@zyrg.net>
    438 	<loom.20100604T135436-725@post.gmane.org>
    439 	<1275666025-sup-4912@acheron.quadco.net>
    440 Message-ID: <1275706760-sup-1122@zyrg.net>
    441 
    442 Excerpts from Jason Petsod's message of 2010-06-04 11:59:15 -0400:
    443 > For threading, I had to add a new command 'thread' to sup-server, so you'll
    444 > need to apply a patch [2] before it works. 
    445 
    446 I've applied this to master. However, I think the final protocol support
    447 for threading is going to be more complicated. Right now in the best
    448 case this is going to result in a request for every thread displayed,
    449 and in the worst case where thread requests are pipelined we could have
    450 a lot of redundant message responses. The best I've come up with is
    451 adding a "thread" option to query that mimics ThreadSet#load_n_threads.
    452 
    453 > Also, it's not evident to me that the sup-server polls for new messages or
    454 > has the ability to add new messages to the index, so checking for new
    455 > messages or sending emails doesn't work yet. That functionality shouldn't
    456 > hard to add though.
    457 
    458 Yeah, I need to add a timer to periodically poll the sources. But it
    459 should be possible to use the add request already to add sent messages
    460 to the index.
    461 
    462 I took a quick look at sup-web. I think it would be a good idea to spawn
    463 an EM reactor thread when the webapp starts (if the server isnt already
    464 using one) instead of starting one per sup protocol request. Similarly,
    465 you'll probably want to keep a connection pool instead of opening a new
    466 connection per sup protocol request.
    467 
    468 From danielgoldin@gmail.com  Sun Jun  6 15:00:33 2010
    469 From: danielgoldin@gmail.com (Daniel Goldin)
    470 Date: Sun, 06 Jun 2010 12:00:33 -0700
    471 Subject: [sup-talk] choosing signatures
    472 Message-ID: <1275850632-sup-6402@ubuntu.ubuntu-domain>
    473 
    474 What an amazing and blazingly fast program sup is! But how does one choose
    475 between different signatures when sending an email?  I couldn't find
    476 anything on the wiki.
    477 
    478 Non-programmer-type here -- so keep it easy, please.
    479 
    480 d.
    481 
    482 -- 
    483 Daniel Goldin 
    484 213.926.1960
    485 
    486 From rgh@topikality.com  Mon Jun  7 00:36:02 2010
    487 From: rgh@topikality.com (Richard Heycock)
    488 Date: Mon, 07 Jun 2010 14:36:02 +1000
    489 Subject: [sup-talk] choosing signatures
    490 In-Reply-To: <1275850632-sup-6402@ubuntu.ubuntu-domain>
    491 References: <1275850632-sup-6402@ubuntu.ubuntu-domain>
    492 Message-ID: <1275884981-sup-4509@roughage.com.au>
    493 
    494 Excerpts from Daniel Goldin's message of 2010-06-07 05:00:33 +1000:
    495 > What an amazing and blazingly fast program sup is! But how does one choose
    496 > between different signatures when sending an email?  I couldn't find
    497 > anything on the wiki.
    498 > 
    499 > Non-programmer-type here -- so keep it easy, please.
    500 > 
    501 > d.
    502 > 
    503 
    504 Just replace :default with a name and repeat that block:
    505 
    506 edit $HOME/.sup/config.yaml
    507 
    508   ...
    509 
    510   :accounts:
    511     :default:
    512       :sendmail: /usr/sbin/sendmail -oem -ti
    513       :name: <name>
    514       :email: <email address>
    515       :signature: <path to signature file>
    516     :<name>:
    517       :sendmail: /usr/sbin/sendmail -oem -ti
    518       :name: <name>
    519       :email: <email address>
    520       :signature: <path to signature file>
    521 
    522   ...
    523 
    524 You can have as many account entries as you like.
    525 
    526 Also See:
    527     http://sup.rubyforge.org/wiki/wiki.pl?MultipleAccountsAndReply
    528 
    529 rgh
    530 -- 
    531 Richard Heycock
    532 
    533 http://topikality.com
    534 
    535 +61 (0) 410 646 369
    536 [e]:  rgh at topikality.com
    537 [im]: rgh at topikality.com
    538 
    539 From danielgoldin@gmail.com  Tue Jun  8 01:16:25 2010
    540 From: danielgoldin@gmail.com (Daniel Goldin)
    541 Date: Mon, 07 Jun 2010 22:16:25 -0700
    542 Subject: [sup-talk] choosing signatures
    543 In-Reply-To: <1275884981-sup-4509@roughage.com.au>
    544 References: <1275850632-sup-6402@ubuntu.ubuntu-domain>
    545 	<1275884981-sup-4509@roughage.com.au>
    546 Message-ID: <1275973780-sup-5206@ubuntu.ubuntu-domain>
    547 
    548 Thanks so much, works like a charm. But is there a way to change the
    549 "From:" and "In-reply-to:" and "Reply-to:" headers without having to add
    550 the config option ":ask_for_from: true"?
    551 
    552 Excerpts from Richard Heycock's message of Sun Jun 06 21:36:02 -0700 2010:
    553 > Excerpts from Daniel Goldin's message of 2010-06-07 05:00:33 +1000:
    554 > > What an amazing and blazingly fast program sup is! But how does one choose
    555 > > between different signatures when sending an email?  I couldn't find
    556 > > anything on the wiki.
    557 > > 
    558 > > Non-programmer-type here -- so keep it easy, please.
    559 > > 
    560 > > d.
    561 > > 
    562 > 
    563 > Just replace :default with a name and repeat that block:
    564 > 
    565 > edit $HOME/.sup/config.yaml
    566 > 
    567 >   ...
    568 > 
    569 >   :accounts:
    570 >     :default:
    571 >       :sendmail: /usr/sbin/sendmail -oem -ti
    572 >       :name: <name>
    573 >       :email: <email address>
    574 >       :signature: <path to signature file>
    575 >     :<name>:
    576 >       :sendmail: /usr/sbin/sendmail -oem -ti
    577 >       :name: <name>
    578 >       :email: <email address>
    579 >       :signature: <path to signature file>
    580 > 
    581 >   ...
    582 > 
    583 > You can have as many account entries as you like.
    584 > 
    585 > Also See:
    586 >     http://sup.rubyforge.org/wiki/wiki.pl?MultipleAccountsAndReply
    587 > 
    588 > rgh
    589 -- 
    590 Daniel Goldin 
    591 213.926.1960
    592 
    593 From hyperbolist@gmail.com  Tue Jun  8 07:57:54 2010
    594 From: hyperbolist@gmail.com (Eric Sherman)
    595 Date: Tue, 08 Jun 2010 07:57:54 -0400
    596 Subject: [sup-talk] choosing signatures
    597 In-Reply-To: <1275973780-sup-5206@ubuntu.ubuntu-domain>
    598 References: <1275850632-sup-6402@ubuntu.ubuntu-domain>
    599 	<1275884981-sup-4509@roughage.com.au>
    600 	<1275973780-sup-5206@ubuntu.ubuntu-domain>
    601 Message-ID: <1275997525-sup-9347@changeling.local>
    602 
    603 Excerpts from Daniel Goldin's message of Tue Jun 08 01:16:25 -0400 2010:
    604 > Thanks so much, works like a charm. But is there a way to change the
    605 > "From:" and "In-reply-to:" and "Reply-to:" headers without having to add
    606 > the config option ":ask_for_from: true"?
    607 
    608 You may use the before-edit and reply-from hooks.  Here are scrubbed 
    609 versions of mine:
    610 
    611 before-edit.rb:
    612 if header["To"] =~ /megacorp|ultramegacorp|alternacorp|minicorp|othercorp/
    613   header["From"] = "me <me at ultramegacorp.com>"
    614 elsif header["To"] =~ /somelist|alternalist|otherlist/
    615   header["From"] = "me <me at nerdylistemail.org>"
    616 end
    617 header["Bcc"] = header["From"]
    618 
    619 reply-from.rb:
    620 val = case [message.recipient_email, message.to, message.cc, message.from].flatten.to_s
    621       when /megacorp|ultramegacorp|alternacorp|minicorp|othercorp/ then "me <me at ultramegacorp.com>"
    622       when /personal.org/ then "me <me at personal.org>"
    623       when /nerdylistemail.org|somelist|alternalist|otherlist/ then "me <me at nerdylistemail.org>"
    624       when /newemail/ then "me <me at newemail.com>"
    625       when /oldemail/ then "me <me at newemail.com>"
    626       end
    627 Person.from_address val
    628 
    629 From danielgoldin@gmail.com  Tue Jun  8 12:57:22 2010
    630 From: danielgoldin@gmail.com (Daniel Goldin)
    631 Date: Tue, 08 Jun 2010 09:57:22 -0700
    632 Subject: [sup-talk] choosing signatures
    633 In-Reply-To: <1275997525-sup-9347@changeling.local>
    634 References: <1275850632-sup-6402@ubuntu.ubuntu-domain>
    635 	<1275884981-sup-4509@roughage.com.au>
    636 	<1275973780-sup-5206@ubuntu.ubuntu-domain>
    637 	<1275997525-sup-9347@changeling.local>
    638 Message-ID: <1276016203-sup-3732@ubuntu.ubuntu-domain>
    639 
    640 Thank you so much! Works perfectly.
    641 
    642 d.
    643 
    644 Excerpts from Eric Sherman's message of Tue Jun 08 04:57:54 -0700 2010:
    645 > Excerpts from Daniel Goldin's message of Tue Jun 08 01:16:25 -0400 2010:
    646 > > Thanks so much, works like a charm. But is there a way to change the
    647 > > "From:" and "In-reply-to:" and "Reply-to:" headers without having to add
    648 > > the config option ":ask_for_from: true"?
    649 > 
    650 > You may use the before-edit and reply-from hooks.  Here are scrubbed 
    651 > versions of mine:
    652 > 
    653 > before-edit.rb:
    654 > if header["To"] =~ /megacorp|ultramegacorp|alternacorp|minicorp|othercorp/
    655 >   header["From"] = "me <me at ultramegacorp.com>"
    656 > elsif header["To"] =~ /somelist|alternalist|otherlist/
    657 >   header["From"] = "me <me at nerdylistemail.org>"
    658 > end
    659 > header["Bcc"] = header["From"]
    660 > 
    661 > reply-from.rb:
    662 > val = case [message.recipient_email, message.to, message.cc, message.from].flatten.to_s
    663 >       when /megacorp|ultramegacorp|alternacorp|minicorp|othercorp/ then "me <me at ultramegacorp.com>"
    664 >       when /personal.org/ then "me <me at personal.org>"
    665 >       when /nerdylistemail.org|somelist|alternalist|otherlist/ then "me <me at nerdylistemail.org>"
    666 >       when /newemail/ then "me <me at newemail.com>"
    667 >       when /oldemail/ then "me <me at newemail.com>"
    668 >       end
    669 > Person.from_address val
    670 -- 
    671 Daniel Goldin 
    672 213.926.1960
    673 
    674 From sup@equaeghe.nospammail.net  Tue Jun  8 23:59:42 2010
    675 From: sup@equaeghe.nospammail.net (Erik Quaeghebeur)
    676 Date: Tue, 8 Jun 2010 23:59:42 -0400 (EDT)
    677 Subject: [sup-talk] accessing hierarchy of maildirs as a sinle source?
    678 Message-ID: <alpine.DEB.2.00.1006082353460.1838@flfbcjrt.naqerj.pzh.rqh>
    679 
    680 Hi,
    681 
    682 
    683 (sup .11 via gem)
    684 
    685 I've got a (huge) hierarchy of maildirs I would like to add as a single 
    686 source. Is this possible, or do I need to specify each maildir separately?
    687 
    688 Different solution angle: does offlineimap allow one to easily consolidate 
    689 an imap mailbox hierarchy into one maildir (necessarily in a one-way 
    690 fashion)?
    691 
    692 
    693 TIA,
    694 
    695 Erik
    696 
    697 From brian@microcomaustralia.com.au  Wed Jun  9 20:39:33 2010
    698 From: brian@microcomaustralia.com.au (Brian May)
    699 Date: Thu, 10 Jun 2010 10:39:33 +1000
    700 Subject: [sup-talk] sup exception
    701 In-Reply-To: <s2i3c5cf5261004191808y193e31ebn87187c27c1d2c392@mail.gmail.com>
    702 References: <s2i3c5cf5261004191808y193e31ebn87187c27c1d2c392@mail.gmail.com>
    703 Message-ID: <AANLkTikHlUdBtI5ZFd9H6WvUounPMn0BXyxyCdp1BHAD@mail.gmail.com>
    704 
    705 I am still getting similar results. Unfortunately, if this cannot be
    706 resolved I will have to look for alternatives to sup; I use sup so I
    707 can access my old emails easily, but it keeps crashing when I try to
    708 do so :-(
    709 
    710 Latest stack trace:
    711 
    712  [Thu Jun 10 10:39:59 +1000 2010] ERROR: oh crap, an exception
    713 ----------------------------------------------------------------
    714 I'm very sorry. It seems that an error occurred in Sup. Please
    715 accept my sincere apologies. Please submit the contents of
    716 /home/brian/.sup/exception-log.txt and a brief report of the
    717 circumstances to http://masanjin.net/sup-bugs/ so that I might
    718 address this problem. Thank you!
    719 
    720 Sincerely,
    721 William
    722 ----------------------------------------------------------------
    723 --- RuntimeError from thread: load threads for thread-index-mode
    724 wrong id called on nil
    725 /home/brian/tree/sup/lib/sup.rb:17:in `id'
    726 /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:234:in `update'
    727 /home/brian/tree/sup/lib/sup/hook.rb:123:in `sort_by'
    728 /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:234:in `each'
    729 /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:234:in `sort_by'
    730 /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:234:in `update'
    731 /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:232:in `synchronize'
    732 /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:232:in `update'
    733 /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:652:in
    734 `__unprotected_load_n_threads'
    735 (eval):12:in `load_n_threads'
    736 /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:624:in
    737 `load_n_threads_background'
    738 /home/brian/tree/sup/lib/sup.rb:77:in `reporting_thread'
    739 /home/brian/tree/sup/lib/sup.rb:75:in `initialize'
    740 /home/brian/tree/sup/lib/sup.rb:75:in `new'
    741 /home/brian/tree/sup/lib/sup.rb:75:in `reporting_thread'
    742 /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:623:in
    743 `load_n_threads_background'
    744 /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:694:in
    745 `__unprotected_load_threads'
    746 (eval):12:in `load_threads'
    747 /home/brian/tree/sup/lib/sup/modes/search-results-mode.rb:48:in
    748 `spawn_from_query'
    749 /home/brian/tree/sup/bin/sup:295
    750 
    751 
    752 On 20 April 2010 11:08, Brian May <brian at microcomaustralia.com.au> wrote:
    753 > If I try to search for the string "outage" in my mail, sup crashes, every time:
    754 >
    755 >
    756 > [Tue Apr 20 11:06:59 +1000 2010] ERROR: oh crap, an exception
    757 > ----------------------------------------------------------------
    758 > I'm very sorry. It seems that an error occurred in Sup. Please
    759 > accept my sincere apologies. Please submit the contents of
    760 > /home/brian/.sup/exception-log.txt and a brief report of the
    761 > circumstances to http://masanjin.net/sup-bugs/ so that I might
    762 > address this problem. Thank you!
    763 >
    764 > Sincerely,
    765 > William
    766 > ----------------------------------------------------------------
    767 > --- RuntimeError from thread: load threads for thread-index-mode
    768 > wrong id called on nil
    769 > /home/brian/tree/sup/lib/sup.rb:17:in `id'
    770 > /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:234:in `update'
    771 > /home/brian/tree/sup/lib/sup/hook.rb:123:in `sort_by'
    772 > /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:234:in `each'
    773 > /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:234:in `sort_by'
    774 > /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:234:in `update'
    775 > /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:232:in `synchronize'
    776 > /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:232:in `update'
    777 > /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:652:in
    778 > `__unprotected_load_n_threads'
    779 > (eval):12:in `load_n_threads'
    780 > /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:624:in
    781 > `load_n_threads_background'
    782 > /home/brian/tree/sup/lib/sup.rb:77:in `reporting_thread'
    783 > /home/brian/tree/sup/lib/sup.rb:75:in `initialize'
    784 > /home/brian/tree/sup/lib/sup.rb:75:in `new'
    785 > /home/brian/tree/sup/lib/sup.rb:75:in `reporting_thread'
    786 > /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:623:in
    787 > `load_n_threads_background'
    788 > /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:694:in
    789 > `__unprotected_load_threads'
    790 > (eval):12:in `load_threads'
    791 > /home/brian/tree/sup/lib/sup/modes/search-results-mode.rb:48:in
    792 > `spawn_from_query'
    793 > /home/brian/tree/sup/bin/sup:294
    794 >
    795 >
    796 > --
    797 > Brian May <brian at microcomaustralia.com.au>
    798 >
    799 
    800 
    801 
    802 -- 
    803 Brian May <brian at microcomaustralia.com.au>
    804 
    805 From rlane@club.cc.cmu.edu  Wed Jun  9 21:44:05 2010
    806 From: rlane@club.cc.cmu.edu (Rich Lane)
    807 Date: Wed, 09 Jun 2010 21:44:05 -0400
    808 Subject: [sup-talk] sup exception
    809 In-Reply-To: <AANLkTikHlUdBtI5ZFd9H6WvUounPMn0BXyxyCdp1BHAD@mail.gmail.com>
    810 References: <s2i3c5cf5261004191808y193e31ebn87187c27c1d2c392@mail.gmail.com>
    811 	<AANLkTikHlUdBtI5ZFd9H6WvUounPMn0BXyxyCdp1BHAD@mail.gmail.com>
    812 Message-ID: <1276134110-sup-3620@zyrg.net>
    813 
    814 I've pushed a workaround for this issue to master.
    815 
    816 From brian@microcomaustralia.com.au  Wed Jun  9 22:00:16 2010
    817 From: brian@microcomaustralia.com.au (Brian May)
    818 Date: Thu, 10 Jun 2010 12:00:16 +1000
    819 Subject: [sup-talk] sup exception
    820 In-Reply-To: <1276134110-sup-3620@zyrg.net>
    821 References: <s2i3c5cf5261004191808y193e31ebn87187c27c1d2c392@mail.gmail.com>
    822 	<AANLkTikHlUdBtI5ZFd9H6WvUounPMn0BXyxyCdp1BHAD@mail.gmail.com>
    823 	<1276134110-sup-3620@zyrg.net>
    824 Message-ID: <AANLkTilq8D7hybcPhDN1x18wMmZCjQ_vu6sPGytSS6Is@mail.gmail.com>
    825 
    826 On 10 June 2010 11:44, Rich Lane <rlane at club.cc.cmu.edu> wrote:
    827 > I've pushed a workaround for this issue to master.
    828 
    829 No joy :-(
    830 
    831 [Thu Jun 10 12:02:13 +1000 2010] ERROR: oh crap, an exception
    832 ----------------------------------------------------------------
    833 I'm very sorry. It seems that an error occurred in Sup. Please
    834 accept my sincere apologies. Please submit the contents of
    835 /home/brian/.sup/exception-log.txt and a brief report of the
    836 circumstances to http://masanjin.net/sup-bugs/ so that I might
    837 address this problem. Thank you!
    838 
    839 Sincerely,
    840 William
    841 ----------------------------------------------------------------
    842 --- NoMethodError from thread: load threads for thread-index-mode
    843 undefined method `to_nice_s' for nil:NilClass
    844 /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:919:in
    845 `default_date_widget_for'
    846 /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:733:in
    847 `date_widget_for_thread'
    848 /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:237:in `update'
    849 /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:237:in `map'
    850 /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:237:in `update'
    851 /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:232:in `synchronize'
    852 /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:232:in `update'
    853 /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:652:in
    854 `__unprotected_load_n_threads'
    855 (eval):12:in `load_n_threads'
    856 /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:624:in
    857 `load_n_threads_background'
    858 /home/brian/tree/sup/lib/sup.rb:77:in `reporting_thread'
    859 /home/brian/tree/sup/lib/sup.rb:75:in `initialize'
    860 /home/brian/tree/sup/lib/sup.rb:75:in `new'
    861 /home/brian/tree/sup/lib/sup.rb:75:in `reporting_thread'
    862 /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:623:in
    863 `load_n_threads_background'
    864 /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:694:in
    865 `__unprotected_load_threads'
    866 (eval):12:in `load_threads'
    867 /home/brian/tree/sup/lib/sup/modes/search-results-mode.rb:48:in
    868 `spawn_from_query'
    869 /home/brian/tree/sup/bin/sup:295
    870 
    871 
    872 
    873 
    874 Do I need to do anything, e.g. update my indexes, for this to work?
    875 
    876 Thanks
    877 -- 
    878 Brian May <brian at microcomaustralia.com.au>
    879 
    880 From rlane@club.cc.cmu.edu  Wed Jun  9 22:15:07 2010
    881 From: rlane@club.cc.cmu.edu (Rich Lane)
    882 Date: Wed, 09 Jun 2010 22:15:07 -0400
    883 Subject: [sup-talk] sup exception
    884 In-Reply-To: <AANLkTilq8D7hybcPhDN1x18wMmZCjQ_vu6sPGytSS6Is@mail.gmail.com>
    885 References: <s2i3c5cf5261004191808y193e31ebn87187c27c1d2c392@mail.gmail.com>
    886 	<AANLkTikHlUdBtI5ZFd9H6WvUounPMn0BXyxyCdp1BHAD@mail.gmail.com>
    887 	<1276134110-sup-3620@zyrg.net>
    888 	<AANLkTilq8D7hybcPhDN1x18wMmZCjQ_vu6sPGytSS6Is@mail.gmail.com>
    889 Message-ID: <1276135857-sup-1888@zyrg.net>
    890 
    891 Try it now.
    892 
    893 From bwalton@artsci.utoronto.ca  Wed Jun  9 22:42:12 2010
    894 From: bwalton@artsci.utoronto.ca (Ben Walton)
    895 Date: Wed, 09 Jun 2010 22:42:12 -0400
    896 Subject: [sup-talk] sup exception
    897 In-Reply-To: <1276135857-sup-1888@zyrg.net>
    898 References: <s2i3c5cf5261004191808y193e31ebn87187c27c1d2c392@mail.gmail.com>
    899 	<AANLkTikHlUdBtI5ZFd9H6WvUounPMn0BXyxyCdp1BHAD@mail.gmail.com>
    900 	<1276134110-sup-3620@zyrg.net>
    901 	<AANLkTilq8D7hybcPhDN1x18wMmZCjQ_vu6sPGytSS6Is@mail.gmail.com>
    902 	<1276135857-sup-1888@zyrg.net>
    903 Message-ID: <1276137615-sup-4328@pinkfloyd.chass.utoronto.ca>
    904 
    905 Excerpts from Rich Lane's message of Wed Jun 09 22:15:07 -0400 2010:
    906 > Try it now.
    907 
    908 I needed the following patch to run (old 1.8 here; no
    909 Symbol#to_proc).
    910 
    911 /me goes back to building xapian for ruby 1.9.1 on rhel5.
    912 
    913 Thanks
    914 -Ben
    915 --
    916 Ben Walton
    917 Systems Programmer - CHASS
    918 University of Toronto
    919 C:416.407.5610 | W:416.978.4302
    920 
    921 -------------- next part --------------
    922 A non-text attachment was scrubbed...
    923 Name: 0001-symbol-to-proc.patch
    924 Type: application/octet-stream
    925 Size: 853 bytes
    926 Desc: not available
    927 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20100609/639e0452/attachment-0001.obj>
    928 
    929 From brian@microcomaustralia.com.au  Wed Jun  9 22:47:23 2010
    930 From: brian@microcomaustralia.com.au (Brian May)
    931 Date: Thu, 10 Jun 2010 12:47:23 +1000
    932 Subject: [sup-talk] sup exception
    933 In-Reply-To: <1276135857-sup-1888@zyrg.net>
    934 References: <s2i3c5cf5261004191808y193e31ebn87187c27c1d2c392@mail.gmail.com>
    935 	<AANLkTikHlUdBtI5ZFd9H6WvUounPMn0BXyxyCdp1BHAD@mail.gmail.com>
    936 	<1276134110-sup-3620@zyrg.net>
    937 	<AANLkTilq8D7hybcPhDN1x18wMmZCjQ_vu6sPGytSS6Is@mail.gmail.com>
    938 	<1276135857-sup-1888@zyrg.net>
    939 Message-ID: <AANLkTilxh-OYsMHsB1eiKosqw1ZxDRcEy7Pfzc27zMq6@mail.gmail.com>
    940 
    941 On 10 June 2010 12:15, Rich Lane <rlane at club.cc.cmu.edu> wrote:
    942 > Try it now.
    943 
    944 It still... Oh wait forgot to run git merge... My bad.
    945 
    946 It doesn't crash anymore!
    947 
    948 Thanks for this.
    949 
    950 Glad to have assisted making sup more robust.
    951 -- 
    952 Brian May <brian at microcomaustralia.com.au>
    953 
    954 From gregor@hoffleit.de  Thu Jun 10 06:39:54 2010
    955 From: gregor@hoffleit.de (Gregor Hoffleit)
    956 Date: Thu, 10 Jun 2010 12:39:54 +0200
    957 Subject: [sup-talk] Bug with searching for multiple labels at once
    958 Message-ID: <1276098490-sup-8738@sam.mediasupervision.de>
    959 
    960 I have a strange problem with search strings including multiple labels.
    961 I was at the impression that the search
    962 
    963     label:somelabel label:anotherlabel
    964 
    965 should find mail with both labels attached (i.e. an AND search for both
    966 labels).
    967 
    968 But it doesn't work that way for me (I'm using Sup next from Git). It
    969 returns way more hits than expected.
    970 
    971 "label:LABELDOESNTEXIST label:list" returns all mails with the label
    972 "list" attached, although it should find nothing.
    973 
    974 In contrast, "label:LABELDOESNTEXIST from:me" returns zero mails, as
    975 expected, just as e.g. "label:LABELDOESNTEXIST before:yesterday".
    976 
    977 "label:LABELDOESNTEXIST is:unread" on the other hand, gives unexpected
    978 hits as well (I guess 'is:unread' is converted into a label search?)
    979 
    980 
    981 Regards,
    982     Gregor Hoffleit
    983 
    984 From marka@pobox.com  Thu Jun 10 07:53:08 2010
    985 From: marka@pobox.com (Mark Alexander)
    986 Date: Thu, 10 Jun 2010 07:53:08 -0400
    987 Subject: [sup-talk] Bug with searching for multiple labels at once
    988 In-Reply-To: <1276098490-sup-8738@sam.mediasupervision.de>
    989 References: <1276098490-sup-8738@sam.mediasupervision.de>
    990 Message-ID: <1276170636-sup-6551@r61>
    991 
    992 Excerpts from Gregor Hoffleit's message of Thu Jun 10 06:39:54 -0400 2010:
    993 > I have a strange problem with search strings including multiple labels.
    994 > I was at the impression that the search
    995 > 
    996 >     label:somelabel label:anotherlabel
    997 
    998 I ran into this confusing behavior a while back when I upgraded from a
    999 ferret index to a Xapian index.  It appears that the query language
   1000 now requires you to use an explicit AND operator between search terms.
   1001 Without that, the implied operator appears to be an OR.
   1002 
   1003 From gregor@hoffleit.de  Thu Jun 10 09:05:07 2010
   1004 From: gregor@hoffleit.de (Gregor Hoffleit)
   1005 Date: Thu, 10 Jun 2010 15:05:07 +0200
   1006 Subject: [sup-talk] Bug with searching for multiple labels at once
   1007 In-Reply-To: <1276171687-sup-6993@sam.mediasupervision.de>
   1008 References: <1276098490-sup-8738@sam.mediasupervision.de>
   1009 	<1276170636-sup-6551@r61>
   1010 	<1276171687-sup-6993@sam.mediasupervision.de>
   1011 Message-ID: <1276175002-sup-9199@sam.mediasupervision.de>
   1012 
   1013 Indeed, I just noticed that the NewUserGuide.txt is much more up-to-date
   1014 than the Wiki (http://sup.rubyforge.org/wiki/wiki.pl?SearchingMail).
   1015 
   1016 As a start, I copied the information from the NewUserGuide to that Wiki
   1017 page. Still, somebody who knows better should update that page.
   1018 Furthermore, I marked the information in "Testing Xapian" as obsolete in
   1019 the Wiki.
   1020 
   1021 
   1022 Still, it is not clear to me what happens without explicit AND or OR
   1023 operator.
   1024 
   1025 "label:somelabel label:anotherlabel" seems to be equivalent to
   1026 "label:somelabel OR label:anotherlabel".
   1027 
   1028 "label:ruby-talk subject:\[ANN\]" seem to be equivalent to
   1029 "label:ruby-talk AND subject:\[ANN\]".
   1030 
   1031 The Xapian QueryParser documentation (http://xapian.org/docs/queryparser.html)
   1032 is not clear about this either.
   1033 
   1034 
   1035 Regards,
   1036     Gregor Hoffleit
   1037 
   1038 From rlane@club.cc.cmu.edu  Thu Jun 10 11:01:09 2010
   1039 From: rlane@club.cc.cmu.edu (Rich Lane)
   1040 Date: Thu, 10 Jun 2010 11:01:09 -0400
   1041 Subject: [sup-talk] [sup-devel] Bug with searching for multiple labels
   1042 	at once
   1043 In-Reply-To: <1276175002-sup-9199@sam.mediasupervision.de>
   1044 References: <1276098490-sup-8738@sam.mediasupervision.de>
   1045 	<1276170636-sup-6551@r61>
   1046 	<1276171687-sup-6993@sam.mediasupervision.de>
   1047 	<1276175002-sup-9199@sam.mediasupervision.de>
   1048 Message-ID: <1276181871-sup-2536@zyrg.net>
   1049 
   1050 Unless you use an explicit AND, boolean terms of the same field will be OR'd.
   1051 
   1052 http://trac.xapian.org/ticket/402
   1053 
   1054 From gregor@hoffleit.de  Thu Jun 10 11:52:25 2010
   1055 From: gregor@hoffleit.de (Gregor Hoffleit)
   1056 Date: Thu, 10 Jun 2010 17:52:25 +0200
   1057 Subject: [sup-talk] choosing signatures
   1058 In-Reply-To: <1275997525-sup-9347@changeling.local>
   1059 References: <1275850632-sup-6402@ubuntu.ubuntu-domain>
   1060 	<1275884981-sup-4509@roughage.com.au>
   1061 	<1275973780-sup-5206@ubuntu.ubuntu-domain>
   1062 	<1275997525-sup-9347@changeling.local>
   1063 Message-ID: <1276184688-sup-7287@sam.mediasupervision.de>
   1064 
   1065 Eric,
   1066 
   1067 at first, that looks like a duplication of code. Could you elaborate why
   1068 you use both of these hooks?
   1069 
   1070     Gregor
   1071 
   1072 
   1073 * Eric Sherman <hyperbolist at gmail.com> [Di Jun 08 13:57:54 +0200 2010]
   1074 > Excerpts from Daniel Goldin's message of Tue Jun 08 01:16:25 -0400 2010:
   1075 > > Thanks so much, works like a charm. But is there a way to change the
   1076 > > "From:" and "In-reply-to:" and "Reply-to:" headers without having to add
   1077 > > the config option ":ask_for_from: true"?
   1078 > 
   1079 > You may use the before-edit and reply-from hooks.  Here are scrubbed 
   1080 > versions of mine:
   1081 > 
   1082 > before-edit.rb:
   1083 > if header["To"] =~ /megacorp|ultramegacorp|alternacorp|minicorp|othercorp/
   1084 >   header["From"] = "me <me at ultramegacorp.com>"
   1085 > elsif header["To"] =~ /somelist|alternalist|otherlist/
   1086 >   header["From"] = "me <me at nerdylistemail.org>"
   1087 > end
   1088 > header["Bcc"] = header["From"]
   1089 > 
   1090 > reply-from.rb:
   1091 > val = case [message.recipient_email, message.to, message.cc, message.from].flatten.to_s
   1092 >       when /megacorp|ultramegacorp|alternacorp|minicorp|othercorp/ then "me <me at ultramegacorp.com>"
   1093 >       when /personal.org/ then "me <me at personal.org>"
   1094 >       when /nerdylistemail.org|somelist|alternalist|otherlist/ then "me <me at nerdylistemail.org>"
   1095 >       when /newemail/ then "me <me at newemail.com>"
   1096 >       when /oldemail/ then "me <me at newemail.com>"
   1097 >       end
   1098 > Person.from_address val
   1099 
   1100 From gregor@hoffleit.de  Thu Jun 10 12:08:34 2010
   1101 From: gregor@hoffleit.de (Gregor Hoffleit)
   1102 Date: Thu, 10 Jun 2010 18:08:34 +0200
   1103 Subject: [sup-talk] choosing signatures
   1104 In-Reply-To: <1276185501-sup-3012@changeling.local>
   1105 References: <1275850632-sup-6402@ubuntu.ubuntu-domain>
   1106 	<1275884981-sup-4509@roughage.com.au>
   1107 	<1275973780-sup-5206@ubuntu.ubuntu-domain>
   1108 	<1275997525-sup-9347@changeling.local>
   1109 	<1276184688-sup-7287@sam.mediasupervision.de>
   1110 	<1276185501-sup-3012@changeling.local>
   1111 Message-ID: <1276185930-sup-2153@sam.mediasupervision.de>
   1112 
   1113 * Eric Sherman <hyperbolist at gmail.com> [Do Jun 10 18:01:15 +0200 2010]
   1114 > Excerpts from Gregor Hoffleit's message of Thu Jun 10 11:52:25 -0400 2010:
   1115 > > at first, that looks like a duplication of code. Could you elaborate why
   1116 > > you use both of these hooks?
   1117 > 
   1118 > Yes.  The reply-from hook only triggers when replying, whereas the 
   1119 > before-edit hook triggers also when composing a new email.
   1120 
   1121 Wouldn't the before-edit hook work for replying, as well?
   1122 
   1123     Gregor
   1124 
   1125 
   1126 > In this way I can ensure that for instance when I start a new thread to 
   1127 > recipients at my workplace or its vendors, the correct non-default From 
   1128 > address (and thusly the correct non-default sup account and signature and 
   1129 > so on) is selected.
   1130 
   1131 From hyperbolist@gmail.com  Thu Jun 10 12:01:15 2010
   1132 From: hyperbolist@gmail.com (Eric Sherman)
   1133 Date: Thu, 10 Jun 2010 12:01:15 -0400
   1134 Subject: [sup-talk] choosing signatures
   1135 In-Reply-To: <1276184688-sup-7287@sam.mediasupervision.de>
   1136 References: <1275850632-sup-6402@ubuntu.ubuntu-domain>
   1137 	<1275884981-sup-4509@roughage.com.au>
   1138 	<1275973780-sup-5206@ubuntu.ubuntu-domain>
   1139 	<1275997525-sup-9347@changeling.local>
   1140 	<1276184688-sup-7287@sam.mediasupervision.de>
   1141 Message-ID: <1276185501-sup-3012@changeling.local>
   1142 
   1143 Excerpts from Gregor Hoffleit's message of Thu Jun 10 11:52:25 -0400 2010:
   1144 > Eric,
   1145 > 
   1146 > at first, that looks like a duplication of code. Could you elaborate why
   1147 > you use both of these hooks?
   1148 > 
   1149 >     Gregor
   1150 
   1151 Yes.  The reply-from hook only triggers when replying, whereas the 
   1152 before-edit hook triggers also when composing a new email.
   1153 
   1154 In this way I can ensure that for instance when I start a new thread to 
   1155 recipients at my workplace or its vendors, the correct non-default From 
   1156 address (and thusly the correct non-default sup account and signature and 
   1157 so on) is selected.
   1158 
   1159 From hyperbolist@gmail.com  Thu Jun 10 13:02:45 2010
   1160 From: hyperbolist@gmail.com (Eric Sherman)
   1161 Date: Thu, 10 Jun 2010 13:02:45 -0400
   1162 Subject: [sup-talk] choosing signatures
   1163 In-Reply-To: <1276185930-sup-2153@sam.mediasupervision.de>
   1164 References: <1275850632-sup-6402@ubuntu.ubuntu-domain>
   1165 	<1275884981-sup-4509@roughage.com.au>
   1166 	<1275973780-sup-5206@ubuntu.ubuntu-domain>
   1167 	<1275997525-sup-9347@changeling.local>
   1168 	<1276184688-sup-7287@sam.mediasupervision.de>
   1169 	<1276185501-sup-3012@changeling.local>
   1170 	<1276185930-sup-2153@sam.mediasupervision.de>
   1171 Message-ID: <1276188610-sup-3944@changeling.local>
   1172 
   1173 Excerpts from Gregor Hoffleit's message of Thu Jun 10 12:08:34 -0400 2010:
   1174 > Wouldn't the before-edit hook work for replying, as well?
   1175 
   1176 I imagine so, and peeking quickly at reply-mode.rb seems to confirm this.  
   1177 I probably wrote these way back when starting to use sup when I assumed 
   1178 that before-edit only fired on new emails and reply-from only fired on 
   1179 replies.  The next time I need to change their behavior I'll probably 
   1180 DRY-ify my hooks.  Thanks for pointing this out.
   1181 
   1182 From danielgoldin@gmail.com  Thu Jun 10 13:04:45 2010
   1183 From: danielgoldin@gmail.com (Daniel Goldin)
   1184 Date: Thu, 10 Jun 2010 10:04:45 -0700
   1185 Subject: [sup-talk] error message running sup
   1186 Message-ID: <AANLkTilOLdBrK50s_r2Kd-WqFGirhQxzWwCI9hmdlCLB@mail.gmail.com>
   1187 
   1188 When I run sup-sync, I get the following message:
   1189 
   1190 Error: the index is locked by another process! User '' on
   1191 host '' is running  with pid.
   1192 The process was alive as of at least 54 minutes ago.
   1193 
   1194 Should I ask that process to kill itself (y/n)? n
   1195 Sorry, couldn't unlock the index.
   1196 
   1197 Couldn't find the process running ps -aux. Any help gratefully appreciated.
   1198 Again I am a non-programmer so go easy.
   1199 
   1200 -- 
   1201 Daniel Goldin
   1202 626.817.2462
   1203 -------------- next part --------------
   1204 An HTML attachment was scrubbed...
   1205 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20100610/7867c22d/attachment.html>
   1206 
   1207 From hyperbolist@gmail.com  Thu Jun 10 13:15:40 2010
   1208 From: hyperbolist@gmail.com (Eric Sherman)
   1209 Date: Thu, 10 Jun 2010 13:15:40 -0400
   1210 Subject: [sup-talk] error message running sup
   1211 In-Reply-To: <AANLkTilOLdBrK50s_r2Kd-WqFGirhQxzWwCI9hmdlCLB@mail.gmail.com>
   1212 References: <AANLkTilOLdBrK50s_r2Kd-WqFGirhQxzWwCI9hmdlCLB@mail.gmail.com>
   1213 Message-ID: <1276189944-sup-3195@changeling.local>
   1214 
   1215 Excerpts from Daniel Goldin's message of Thu Jun 10 13:04:45 -0400 2010:
   1216 > When I run sup-sync, I get the following message:
   1217 > 
   1218 > Error: the index is locked by another process! User '' on
   1219 
   1220 This usually means that sup was killed unnaturally and left the lockfile 
   1221 laying around.  Sup is reluctant to start multiple instances of itself.  In 
   1222 this case, since you've confirmed that another sup instance isn't running, 
   1223 I believe you can safely answer "y" to this question and the one that will 
   1224 follow it to start sup.
   1225 
   1226 From gregor@hoffleit.de  Mon Jun 14 05:46:47 2010
   1227 From: gregor@hoffleit.de (Gregor Hoffleit)
   1228 Date: Mon, 14 Jun 2010 11:46:47 +0200
   1229 Subject: [sup-talk] choosing signatures
   1230 In-Reply-To: <1276188610-sup-3944@changeling.local>
   1231 References: <1275850632-sup-6402@ubuntu.ubuntu-domain>
   1232 	<1275884981-sup-4509@roughage.com.au>
   1233 	<1275973780-sup-5206@ubuntu.ubuntu-domain>
   1234 	<1275997525-sup-9347@changeling.local>
   1235 	<1276184688-sup-7287@sam.mediasupervision.de>
   1236 	<1276185501-sup-3012@changeling.local>
   1237 	<1276185930-sup-2153@sam.mediasupervision.de>
   1238 	<1276188610-sup-3944@changeling.local>
   1239 Message-ID: <1276508193-sup-213@sam.mediasupervision.de>
   1240 
   1241 * Eric Sherman <hyperbolist at gmail.com> [Do Jun 10 19:02:45 +0200 2010]
   1242 > Excerpts from Gregor Hoffleit's message of Thu Jun 10 12:08:34 -0400 2010:
   1243 > > Wouldn't the before-edit hook work for replying, as well?
   1244 > 
   1245 > I imagine so, and peeking quickly at reply-mode.rb seems to confirm this.  
   1246 > I probably wrote these way back when starting to use sup when I assumed 
   1247 > that before-edit only fired on new emails and reply-from only fired on 
   1248 > replies.  The next time I need to change their behavior I'll probably 
   1249 > DRY-ify my hooks.  Thanks for pointing this out.
   1250 
   1251 Short update: When I tried your code, I couldn't get before-edit work as
   1252 expected. Appearently, the before-edit hook is called multiple times in
   1253 reply-mode, with varying headers, which broke my naive transformations:
   1254 Subsequent calls reverted/overwrote changes made in earlier calls.
   1255 
   1256 I haven't looked in depth at this, though.
   1257 
   1258     Gregor
   1259 
   1260 From sven.schober@uni-ulm.de  Mon Jun 21 05:12:56 2010
   1261 From: sven.schober@uni-ulm.de (Sven Schober)
   1262 Date: Mon, 21 Jun 2010 11:12:56 +0200
   1263 Subject: [sup-talk] Messages not displayed correctly
   1264 Message-ID: <1277110729-sup-6070@hysbald>
   1265 
   1266 Hi Folks!
   1267 
   1268 Two things:
   1269 
   1270 1) Since some time (can't remember exactly since when, but it might
   1271 coincide with updating my index) a lot of messages don't get
   1272 displayed correctly any more. Instead, only the first line of the
   1273 message is displayed and then this notice:
   1274 
   1275 
   1276   ***********************************************************************
   1277    An error occurred while loading this message.
   1278   ***********************************************************************
   1279 
   1280 I'm using commit 4e1e5c11fab83179ce611cc90d0b180c574eb3e0 on branch `next'.
   1281 
   1282 The system log only shows:
   1283 
   1284 [2010-06-21 11:02:47 +0200] WARNING: problem reading message AANLkTil-2QHApClKbIW7zMMYZ1mcjH6HmAxknYWYraNq at mail.gmail.com
   1285 
   1286 for each message. Any ideas?
   1287 
   1288 
   1289 2) Is there any support in sup for s/mime-encryption using
   1290 certificates? I suspect not, but wanted to be sure before starting
   1291 to hack some `openssl smime' adapter, or something...
   1292 
   1293 
   1294 Ciao,
   1295  Sven
   1296 
   1297 From luislupe@gmail.com  Mon Jun 21 07:27:27 2010
   1298 From: luislupe@gmail.com (Luis P. Mendes)
   1299 Date: Mon, 21 Jun 2010 12:27:27 +0100
   1300 Subject: [sup-talk] Sup with several gmail accounts - advice needed
   1301 Message-ID: <AANLkTil0cZbfcajQCrtDdAfWb78dunPlxlqTfosV6xdr@mail.gmail.com>
   1302 
   1303 Hi all,
   1304 
   1305 I just registered to this mailing list and am yet configuring sup.
   1306 Before arriving to sup I was configuring mutt so that I could drop web
   1307 based gmail.
   1308 I have to congratulate the author and contributors of this excellent program.
   1309 
   1310 Although I've searched through the archived mailing list (not
   1311 thoroughly) I need some advice from you.
   1312 I have a main Gmail account and two other minor ones that are
   1313 redirected to the main one.  Mails from the minor ones get tagged
   1314 whenever they arrive to the main one.
   1315 In the main one, I have dozens of filters where some mails get tagged
   1316 and archived whenever they arrive, other get tagged and not archived
   1317 and still others just go to inbox.
   1318 
   1319 Since I began configuring mutt and until I found out sup, I had
   1320 offlineimap synchronizing emails between gmail and my ~/Mail folder
   1321 (Slackware LInux).
   1322 I opened mutt and could browse to any subfolder I wanted.
   1323 
   1324 In Sup, what is the best way?
   1325 Do I just add the '[Gmail].All mail' folder that is being synchronized
   1326 with gmail and then I have to redo in sup all the filters I have in
   1327 web based gmail?
   1328 Or do I have advantages in adding to sup all the subfolders in disk,
   1329 including the 'All mail' and get plenty of email repeated, as they
   1330 already are because of offlineimap synchronization.
   1331 Is there any other method for gmail imap synchronization that is
   1332 preferred by sup users?
   1333 
   1334 I've read that upward imap synchronization is not yet available or is
   1335 limited.  This is also an issue for me.  I can expect that it is going
   1336 to be operational in the near term?  If so, I could live well using
   1337 almost only local based sup to manage my emails.
   1338 When full synchronization is ready, web gmail could get updated like
   1339 local sup. Right or not?
   1340 
   1341 
   1342 Luis
   1343 
   1344 From damien.leone@fensalir.fr  Tue Jun 22 09:10:37 2010
   1345 From: damien.leone@fensalir.fr (Damien Leone)
   1346 Date: Tue, 22 Jun 2010 15:10:37 +0200
   1347 Subject: [sup-talk] Sup with several gmail accounts - advice needed
   1348 In-Reply-To: <AANLkTil0cZbfcajQCrtDdAfWb78dunPlxlqTfosV6xdr@mail.gmail.com>
   1349 References: <AANLkTil0cZbfcajQCrtDdAfWb78dunPlxlqTfosV6xdr@mail.gmail.com>
   1350 Message-ID: <1277211466-sup-2479@mailer>
   1351 
   1352 Hello,
   1353 
   1354 Excerpts from Luis P. Mendes's message of lun. juin 21 13:27:27 +0200 2010:
   1355 > In Sup, what is the best way?
   1356 > Do I just add the '[Gmail].All mail' folder that is being synchronized
   1357 > with gmail and then I have to redo in sup all the filters I have in
   1358 > web based gmail?
   1359 > Or do I have advantages in adding to sup all the subfolders in disk,
   1360 > including the 'All mail' and get plenty of email repeated, as they
   1361 > already are because of offlineimap synchronization.
   1362 > Is there any other method for gmail imap synchronization that is
   1363 > preferred by sup users?
   1364 
   1365 I added each subfolder corresponding to a gmail tag as a maildir
   1366 source in sup with the proper label and the auto-archive option. I
   1367 guess it is not necessary to add the All Mails one since adding all
   1368 your tags + the INBOX folder should already cover all your mails. With
   1369 this settings I handle my mails the same way as I did in the web
   1370 interface.
   1371 
   1372 > I've read that upward imap synchronization is not yet available or is
   1373 > limited.  This is also an issue for me.  I can expect that it is going
   1374 > to be operational in the near term?  If so, I could live well using
   1375 > almost only local based sup to manage my emails.
   1376 
   1377 I heard about someone working on it a few weeks ago, but I don't have
   1378 more news. Offlineimap already has upward imap synchronization
   1379 support, what sup need is upward maildir synchronization.
   1380 
   1381 --
   1382 Damien Leone <damien.leone at fensalir.fr>
   1383 
   1384 Web: http://dleone.fensalir.fr/
   1385 GPG: 0x82EB4DDF
   1386 
   1387 From shreyankg@gmail.com  Thu Jun 24 13:25:28 2010
   1388 From: shreyankg@gmail.com (shreyankg at gmail.com)
   1389 Date: Thu, 24 Jun 2010 22:55:28 +0530
   1390 Subject: [sup-talk] Sup packaged for Fedora
   1391 Message-ID: <AANLkTikGItA4Y5UkUodAYTjZ-zQym0YWaJNIU8RB2sRC@mail.gmail.com>
   1392 
   1393 Hi,
   1394 
   1395 I have been using sup for quite sometime now.
   1396 I thought its time it was part of my favorite distro now.
   1397 
   1398 sup 0.10.2 is now available on Fedora 13 and Rawhide.
   1399 
   1400 $ yum install sup
   1401 as root.
   1402 
   1403 The package has been built as rubygem-sup, because of the Fedora
   1404 Package naming guidelines.
   1405 
   1406 -- 
   1407 Peace and Love,
   1408 Shreyank Gupta
   1409 Blog: http://allsortsofshrink.blogspot.com
   1410 
   1411 From wmorgan-sup@masanjin.net  Thu Jun 24 13:38:25 2010
   1412 From: wmorgan-sup@masanjin.net (William Morgan)
   1413 Date: Thu, 24 Jun 2010 13:38:25 -0400
   1414 Subject: [sup-talk] Sup packaged for Fedora
   1415 In-Reply-To: <AANLkTikGItA4Y5UkUodAYTjZ-zQym0YWaJNIU8RB2sRC@mail.gmail.com>
   1416 References: <AANLkTikGItA4Y5UkUodAYTjZ-zQym0YWaJNIU8RB2sRC@mail.gmail.com>
   1417 Message-ID: <1277401090-sup-9075@masanjin.net>
   1418 
   1419 Reformatted excerpts from shreyankg at gmail.com's message of 2010-06-24:
   1420 > sup 0.10.2 is now available on Fedora 13 and Rawhide.
   1421 
   1422 Very nice! Thank you!
   1423 -- 
   1424 William <wmorgan-sup at masanjin.net>
   1425 
   1426 From marc.hartstein@alum.vassar.edu  Sat Jun 26 12:30:07 2010
   1427 From: marc.hartstein@alum.vassar.edu (Marc Hartstein)
   1428 Date: Sat, 26 Jun 2010 12:30:07 -0400
   1429 Subject: [sup-talk] [PATCH] mutt-style pipe to interactive process support
   1430 Message-ID: <1277569807-12085-1-git-send-email-marc.hartstein@alum.vassar.edu>
   1431 
   1432 Adds a new method maybe_interactive_pipe_message to ThreadViewMode which will
   1433 pipe a message to a process in the same manner as the mutt mutt_pipe_message
   1434 command, allowing interactive tools such as 'urlview' to reopen the tty for
   1435 IO.
   1436 
   1437 Terminating your pipe command with the pipe character ('|') for "pipe back to
   1438 sup" will use the original behavior, capturing the output of the pipeline for
   1439 display in a sup buffer. Calling maybe_interactive_pipe_message with
   1440 maybe_interactive=false, or calling pipe_message will always use the old
   1441 behavior.
   1442 
   1443 No keymap is provided in this patch. It is recommended to replace pipe_message
   1444 on '|' in keybindings.rb using a line like:
   1445 
   1446 Redwood::ThreadViewMode::keymap.add! :maybe_interactive_pipe_message, "Pipe
   1447 message or attachment to an interactive shell command", '|'
   1448 ---
   1449  lib/sup/mode.rb                   |   32 ++++++++++++++++++++++++
   1450  lib/sup/modes/thread-view-mode.rb |   48 +++++++++++++++++++++++++++++-------
   1451  2 files changed, 70 insertions(+), 10 deletions(-)
   1452 
   1453 diff --git a/lib/sup/mode.rb b/lib/sup/mode.rb
   1454 index f5aee1c..8d6197d 100644
   1455 --- a/lib/sup/mode.rb
   1456 +++ b/lib/sup/mode.rb
   1457 @@ -101,6 +101,38 @@ EOS
   1458      end
   1459    end
   1460  
   1461 +  def pipe_to_interactive_process command
   1462 +    read, write = IO.pipe
   1463 +
   1464 +    child_pid = fork
   1465 +    if child_pid
   1466 +      # main process
   1467 +      begin
   1468 +        read.close
   1469 +        yield write
   1470 +      rescue
   1471 +        warn "error writing to #{command}: #{$!}"
   1472 +        BufferManager.flash "error writing to #{command}: #{$!}"
   1473 +      ensure
   1474 +        write.close
   1475 +        Process.waitpid(child_pid)
   1476 +      end
   1477 +    else
   1478 +      # child
   1479 +      begin
   1480 +        write.close
   1481 +        $stdin.reopen(read)
   1482 +        exec(command)
   1483 +      rescue
   1484 +        # Can't access logger from child process, but can flash an error
   1485 +        BufferManager.flash "error running #{command}: #{$!}"
   1486 +      ensure
   1487 +        read.close
   1488 +        Kernel.exit!(127)
   1489 +      end
   1490 +    end
   1491 +  end
   1492 +
   1493    def pipe_to_process command
   1494      Open3.popen3(command) do |input, output, error|
   1495        err, data, * = IO.select [error], [input], nil
   1496 diff --git a/lib/sup/modes/thread-view-mode.rb b/lib/sup/modes/thread-view-mode.rb
   1497 index 088529b..bd7908c 100644
   1498 --- a/lib/sup/modes/thread-view-mode.rb
   1499 +++ b/lib/sup/modes/thread-view-mode.rb
   1500 @@ -661,6 +661,10 @@ EOS
   1501    private :dispatch
   1502  
   1503    def pipe_message
   1504 +    maybe_interactive_pipe_message false
   1505 +  end
   1506 +
   1507 +  def maybe_interactive_pipe_message maybe_interactive=true
   1508      chunk = @chunk_lines[curpos]
   1509      chunk = nil unless chunk.is_a?(Chunk::Attachment)
   1510      message = @message_lines[curpos] unless chunk
   1511 @@ -669,20 +673,44 @@ EOS
   1512  
   1513      command = BufferManager.ask(:shell, "pipe command: ")
   1514      return if command.nil? || command.empty?
   1515 +    if maybe_interactive and command[-1,1]=="|"
   1516 +      command = command.chop.strip
   1517 +      return if command.empty?
   1518 +      interactive = false
   1519 +    else
   1520 +      interactive = maybe_interactive
   1521 +    end
   1522 +
   1523 +    if interactive
   1524 +      pipe_to_interactive_process(command) do |stream|
   1525 +        if chunk
   1526 +          stream.print chunk.raw_content
   1527 +        else
   1528 +          message.each_raw_message_line { |l| 
   1529 +            begin
   1530 +              stream.print l
   1531 +            rescue
   1532 +              warn "error writing to #{command}: #{$!}"
   1533 +              BufferManager.flash "error writing to #{command}: #{$!}"
   1534 +              break
   1535 +            end }
   1536 +        end
   1537 +      end
   1538 +    else
   1539 +      output = pipe_to_process(command) do |stream|
   1540 +        if chunk
   1541 +          stream.print chunk.raw_content
   1542 +        else
   1543 +          message.each_raw_message_line { |l| stream.print l }
   1544 +        end
   1545 +      end
   1546  
   1547 -    output = pipe_to_process(command) do |stream|
   1548 -      if chunk
   1549 -        stream.print chunk.raw_content
   1550 +      if output
   1551 +        BufferManager.spawn "Output of '#{command}'", TextMode.new(output.ascii)
   1552        else
   1553 -        message.each_raw_message_line { |l| stream.print l }
   1554 +        BufferManager.flash "'#{command}' done!"
   1555        end
   1556      end
   1557 -
   1558 -    if output
   1559 -      BufferManager.spawn "Output of '#{command}'", TextMode.new(output.ascii)
   1560 -    else
   1561 -      BufferManager.flash "'#{command}' done!"
   1562 -    end
   1563    end
   1564  
   1565  private
   1566 -- 
   1567 1.6.4.4
   1568 
   1569 
   1570 From marc.hartstein@alum.vassar.edu  Sat Jun 26 12:37:06 2010
   1571 From: marc.hartstein@alum.vassar.edu (Marc Hartstein)
   1572 Date: Sat, 26 Jun 2010 12:37:06 -0400
   1573 Subject: [sup-talk] [PATCH] mutt-style pipe to interactive process
   1574 	support
   1575 In-Reply-To: <1277569807-12085-1-git-send-email-marc.hartstein@alum.vassar.edu>
   1576 References: <1277569807-12085-1-git-send-email-marc.hartstein@alum.vassar.edu>
   1577 Message-ID: <1277569950-sup-2290@cabinet>
   1578 
   1579 Code review would be highly appreciated on this one. I did some research
   1580 and checking and I'm fairly confident that I got the multiprogramming
   1581 aspects correct, but I haven't done much with forked processes before,
   1582 so I'd appreciate another set of eyes on it.
   1583 
   1584 As always, I'm receptive to style review to best integrate with the
   1585 predominant Sup programming style as well.
   1586 
   1587 The primary motivation for this patch is that the one thing I've missed
   1588 most in moving from mutt is being able to use urlview to quickly open
   1589 urls in my browser. While urxvt helps me with short urls, anything
   1590 longer than my current viewport line gets broken in a way urxvt can't
   1591 detect, so I decided it was time to make the pipe command more powerful.
   1592 
   1593 I've left the old code pathways fully intact.
   1594 -------------- next part --------------
   1595 A non-text attachment was scrubbed...
   1596 Name: signature.asc
   1597 Type: application/pgp-signature
   1598 Size: 198 bytes
   1599 Desc: not available
   1600 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20100626/35ee4b09/attachment.bin>
   1601