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