community/pipermail-archives/sup-talk/2010-07.txt (53456B) - raw
1 From bwalton@artsci.utoronto.ca Sat Jul 3 09:35:38 2010
2 From: bwalton@artsci.utoronto.ca (Ben Walton)
3 Date: Sat, 03 Jul 2010 09:35:38 -0400
4 Subject: [sup-talk] sup exception
5 In-Reply-To: <1276137615-sup-4328@pinkfloyd.chass.utoronto.ca>
6 References: <s2i3c5cf5261004191808y193e31ebn87187c27c1d2c392@mail.gmail.com>
7 <AANLkTikHlUdBtI5ZFd9H6WvUounPMn0BXyxyCdp1BHAD@mail.gmail.com>
8 <1276134110-sup-3620@zyrg.net>
9 <AANLkTilq8D7hybcPhDN1x18wMmZCjQ_vu6sPGytSS6Is@mail.gmail.com>
10 <1276135857-sup-1888@zyrg.net>
11 <1276137615-sup-4328@pinkfloyd.chass.utoronto.ca>
12 Message-ID: <1278164115-sup-7199@pinkfloyd.chass.utoronto.ca>
13
14 Excerpts from Ben Walton's message of Wed Jun 09 22:42:12 -0400 2010:
15
16 > I needed the following patch to run (old 1.8 here; no
17 > Symbol#to_proc).
18
19 Bump...
20
21 Thanks
22 -Ben
23 --
24 Ben Walton
25 Systems Programmer - CHASS
26 University of Toronto
27 C:416.407.5610 | W:416.978.4302
28
29
30 From johnbent@lanl.gov Thu Jul 8 19:15:50 2010
31 From: johnbent@lanl.gov (John Bent)
32 Date: Thu, 08 Jul 2010 17:15:50 -0600
33 Subject: [sup-talk] Send Individually feature
34 Message-ID: <1278630818-sup-6829@guava.lanl.gov>
35
36 I'm sorry I just contribute wishes and not patches . . .
37
38 Speaking of which, here's a wish!
39
40 I sometimes send email to large recipient lists. I would really like
41 there to be a way to ask sup to send a separate email to each recipient
42 instead of just sending the same one to all. I want to break the
43 problem of diffused responsibility. Also, when I'm sending out
44 invitations, I feel the acceptance rate is higher when people receive an
45 individual email. bcc'ing also doesn't work because I want them to be
46 tricked into thinking that I've sent them an individualized email.
47 --
48 Thanks,
49
50 John
51
52 From fedzor@gmail.com Sat Jul 10 13:55:51 2010
53 From: fedzor@gmail.com (fedzor)
54 Date: Sat, 10 Jul 2010 13:55:51 -0400
55 Subject: [sup-talk] xapian load issues
56 Message-ID: <B74D42D5-E809-446D-A972-2737C441C454@gmail.com>
57
58 Hello:
59
60 I love sup. I have used it before (0.4) and loved it to bits, but had to stop using it because my computer was too slow.
61
62 But now, I have a fast laptop and want to make sup my primary MUA. Let's give it a shot, shall we?
63
64 [ari: ~] sup
65 /Users/ari/.rvm/gems/ruby-1.8.7-p174/gems/xapian-full-1.1.3.4/lib/_xapian.bundle: dlopen(/Users/ari/.rvm/gems/ruby-1.8.7-p174/gems/xapian-full-1.1.3.4/lib/_xapian.bundle, 9): Library not loaded: /usr/local/lib/libxapian-1.1.3.dylib (LoadError)
66 Referenced from: /Users/ari/.rvm/gems/ruby-1.8.7-p174/gems/xapian-full-1.1.3.4/lib/_xapian.bundle
67 Reason: image not found - /Users/ari/.rvm/gems/ruby-1.8.7-p174/gems/xapian-full-1.1.3.4/lib/_xapian.bundle
68 from /Users/ari/.rvm/rubies/ruby-1.8.7-p174/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require'
69 from /Users/ari/.rvm/gems/ruby-1.8.7-p174/gems/xapian-full-1.1.3.4/lib/xapian.rb:41
70 from /Users/ari/.rvm/rubies/ruby-1.8.7-p174/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require'
71 from /Users/ari/.rvm/rubies/ruby-1.8.7-p174/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require'
72 from /Users/ari/.rvm/gems/ruby-1.8.7-p174/gems/sup-0.11/lib/sup/index.rb:3
73 from /Users/ari/.rvm/rubies/ruby-1.8.7-p174/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require'
74 from /Users/ari/.rvm/rubies/ruby-1.8.7-p174/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require'
75 from /Users/ari/.rvm/gems/ruby-1.8.7-p174/gems/sup-0.11/lib/sup.rb:316
76 from /Users/ari/.rvm/rubies/ruby-1.8.7-p174/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require'
77 from /Users/ari/.rvm/rubies/ruby-1.8.7-p174/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require'
78 from /Users/ari/.rvm/gems/ruby-1.8.7-p174/gems/sup-0.11/bin/sup:15
79 from /Users/ari/.rvm/gems/ruby-1.8.7-p174/bin/sup:19:in `load'
80 from /Users/ari/.rvm/gems/ruby-1.8.7-p174/bin/sup:19
81 [ari: ~]
82
83
84 FUUUUUUUUU. I have no idea how to fix this, and I have done mucho googling for it. Thoughts? Suggestions? Help?
85
86 - Ari Brown (seydar)
87
88 From bwalton@artsci.utoronto.ca Sat Jul 10 14:28:48 2010
89 From: bwalton@artsci.utoronto.ca (Ben Walton)
90 Date: Sat, 10 Jul 2010 14:28:48 -0400
91 Subject: [sup-talk] xapian load issues
92 In-Reply-To: <B74D42D5-E809-446D-A972-2737C441C454@gmail.com>
93 References: <B74D42D5-E809-446D-A972-2737C441C454@gmail.com>
94 Message-ID: <1278786266-sup-5828@pinkfloyd.chass.utoronto.ca>
95
96 Excerpts from fedzor's message of Sat Jul 10 13:55:51 -0400 2010:
97
98 I'm not a mac person, but...
99
100 > /Users/ari/.rvm/gems/ruby-1.8.7-p174/gems/xapian-full-1.1.3.4/lib/_xapian.bundle: dlopen(/Users/ari/.rvm/gems/ruby-1.8.7-p174/gems/xapian-full-1.1.3.4/lib/_xapian.bundle, 9): Library not loaded: /usr/local/lib/libxapian-1.1.3.dylib (LoadError)
101 > Referenced from: /Users/ari/.rvm/gems/ruby-1.8.7-p174/gems/xapian-full-1.1.3.4/lib/_xapian.bundle
102 > Reason: image not found -
103 > /Users/ari/.rvm/gems/ruby-1.8.7-p174/gems/xapian-full-1.1.3.4/lib/_xapian.bundle
104
105 How did you install the non-gem part of xapian? Eg the .dylib files
106 that the .dylib file built by the gem would be linked
107 against...looking at this error, I'd suspect you built it by hand or
108 with some other (macports?) process. Does
109 /usr/local/lib/libxapian-1.1.3.dylib exist? Is it in fact a dynamic
110 shared object (file /usr/local/lib/libxapian...). Excuse the
111 terminology if it's not that used by the mac platform.
112
113 If libxapian-1.1.3.dylib is not in /usr/local, but in some other
114 location, you could be fighting an RPATH (embedded in another .dylib
115 file) or an environment setting like LD_LIBRARY_PATH, etc.
116
117 First of all, make sure your environment isn't polluted with LD*
118 variables. Second, determine the correct location of the xapian
119 library. Third, report back and hope there are some other mac people
120 here! :)
121
122 HTH.
123 -Ben
124 --
125 Ben Walton
126 Systems Programmer - CHASS
127 University of Toronto
128 C:416.407.5610 | W:416.978.4302
129
130
131 From mk.kawalec@gmail.com Sun Jul 11 08:03:47 2010
132 From: mk.kawalec@gmail.com (=?UTF-8?B?TWljaGHFgiBLYXdhbGVj?=)
133 Date: Sun, 11 Jul 2010 14:03:47 +0200
134 Subject: [sup-talk] No imap support in sup-config
135 Message-ID: <4C39B323.4040000@gmail.com>
136
137 Hello,
138 I recently installed sup with gem install sup, however a lack of imap
139 while doing sup-config prevents me from using it to more serious tasks
140 than looking on different buffers. Is there any way to fix it?
141
142 Best Regards,
143 Michal
144
145 From bwalton@artsci.utoronto.ca Sun Jul 11 08:20:53 2010
146 From: bwalton@artsci.utoronto.ca (Ben Walton)
147 Date: Sun, 11 Jul 2010 08:20:53 -0400
148 Subject: [sup-talk] No imap support in sup-config
149 In-Reply-To: <4C39B323.4040000@gmail.com>
150 References: <4C39B323.4040000@gmail.com>
151 Message-ID: <1278850749-sup-7289@pinkfloyd.chass.utoronto.ca>
152
153 Excerpts from Micha? Kawalec's message of Sun Jul 11 08:03:47 -0400 2010:
154
155 Hi Michal,
156
157 > I recently installed sup with gem install sup, however a lack of
158 > imap while doing sup-config prevents me from using it to more
159 > serious tasks than looking on different buffers. Is there any way to
160 > fix it?
161
162 IMAP support in sup is deprecated. It just didn't work well with the
163 way sup wants to view the mail stores. People that have mail
164 available by IMAP are using offlineimap to retrieve it locally to
165 Maildir's and then adding Maildir sources to sup.
166
167 There is a recent thread on this list about making this handling work
168 better so that you can have other mail clients in use with the sources
169 too, but that's experimental still.
170
171 HTH.
172 -Ben
173
174 --
175 Ben Walton
176 Systems Programmer - CHASS
177 University of Toronto
178 C:416.407.5610 | W:416.978.4302
179
180
181 From hollunder@lavabit.com Sun Jul 11 08:18:23 2010
182 From: hollunder@lavabit.com (=?utf-8?q?Philipp_=C3=9Cberbacher?=)
183 Date: Sun, 11 Jul 2010 14:18:23 +0200
184 Subject: [sup-talk] No imap support in sup-config
185 In-Reply-To: <4C39B323.4040000@gmail.com>
186 References: <4C39B323.4040000@gmail.com>
187 Message-ID: <1278850662-sup-8619@eris>
188
189 Excerpts from Micha? Kawalec's message of 2010-07-11 14:03:47 +0200:
190 > Hello,
191 > I recently installed sup with gem install sup, however a lack of imap
192 > while doing sup-config prevents me from using it to more serious tasks
193 > than looking on different buffers. Is there any way to fix it?
194 >
195 > Best Regards,
196 > Michal
197
198 Something like offlineimap is recommended.
199 --
200 Regards,
201 Philipp
202
203 --
204 "Wir stehen selbst entt?uscht und sehn betroffen / Den Vorhang zu und alle Fragen offen." Bertolt Brecht, Der gute Mensch von Sezuan
205
206
207 From mk.kawalec@gmail.com Sun Jul 11 09:02:26 2010
208 From: mk.kawalec@gmail.com (=?UTF-8?B?TWljaGHFgiBLYXdhbGVj?=)
209 Date: Sun, 11 Jul 2010 15:02:26 +0200
210 Subject: [sup-talk] No imap support in sup-config
211 In-Reply-To: <1278850749-sup-7289@pinkfloyd.chass.utoronto.ca>
212 References: <4C39B323.4040000@gmail.com>
213 <1278850749-sup-7289@pinkfloyd.chass.utoronto.ca>
214 Message-ID: <4C39C0E2.1040904@gmail.com>
215
216 W dniu 11.07.2010 14:20, Ben Walton pisze:
217 > Excerpts from Micha? Kawalec's message of Sun Jul 11 08:03:47 -0400 2010:
218 >
219 > Hi Michal,
220 >
221 >> I recently installed sup with gem install sup, however a lack of
222 >> imap while doing sup-config prevents me from using it to more
223 >> serious tasks than looking on different buffers. Is there any way to
224 >> fix it?
225 >
226 > IMAP support in sup is deprecated. It just didn't work well with the
227 > way sup wants to view the mail stores. People that have mail
228 > available by IMAP are using offlineimap to retrieve it locally to
229 > Maildir's and then adding Maildir sources to sup.
230 >
231 > There is a recent thread on this list about making this handling work
232 > better so that you can have other mail clients in use with the sources
233 > too, but that's experimental still.
234 >
235 > HTH.
236 > -Ben
237 >
238 > --
239 > Ben Walton
240 > Systems Programmer - CHASS
241 > University of Toronto
242 > C:416.407.5610 | W:416.978.4302
243 >
244 > _______________________________________________
245 > sup-talk mailing list
246 > sup-talk at rubyforge.org
247 > http://rubyforge.org/mailman/listinfo/sup-talk
248 Hi Ben,
249
250 Thank you for the fast answer. I'll try doing it this way then.
251
252 Best Regards,
253 Michal
254
255 From david@rysdam.org Sun Jul 11 11:40:31 2010
256 From: david@rysdam.org (David Rysdam)
257 Date: Sun, 11 Jul 2010 11:40:31 -0400
258 Subject: [sup-talk] No imap support in sup-config
259 In-Reply-To: <1278850749-sup-7289@pinkfloyd.chass.utoronto.ca>
260 References: <4C39B323.4040000@gmail.com>
261 <1278850749-sup-7289@pinkfloyd.chass.utoronto.ca>
262 Message-ID: <1278862607-sup-5940@hero>
263
264 Excerpts from Ben Walton's message of Sun Jul 11 08:20:53 -0400 2010:
265 > Excerpts from Micha? Kawalec's message of Sun Jul 11 08:03:47 -0400 2010:
266 >
267 > Hi Michal,
268 >
269 > > I recently installed sup with gem install sup, however a lack of
270 > > imap while doing sup-config prevents me from using it to more
271 > > serious tasks than looking on different buffers. Is there any way to
272 > > fix it?
273 >
274 > IMAP support in sup is deprecated. It just didn't work well with the
275 > way sup wants to view the mail stores. People that have mail
276 > available by IMAP are using offlineimap to retrieve it locally to
277 > Maildir's and then adding Maildir sources to sup.
278
279 Heh, I was just coming here to ask about something related.
280
281 I noticed the IMAP support was gone, which is sad, but OK. So I set
282 up getmail to get my mail. But how do I migrate to that?
283
284 I got the mail into a maildir and I added that as a source and I did a
285 sup-sync --changed source1 source2. But how do I remove the IMAP
286 source? Just removing it from sources.yaml makes sup crash. (This is
287 0.10.2.) I see something in the wiki about removing index entries,
288 but the instructions are for ferret instead of xapian.
289
290 From bwalton@artsci.utoronto.ca Sun Jul 11 16:45:42 2010
291 From: bwalton@artsci.utoronto.ca (Ben Walton)
292 Date: Sun, 11 Jul 2010 16:45:42 -0400
293 Subject: [sup-talk] No imap support in sup-config
294 In-Reply-To: <1278862607-sup-5940@hero>
295 References: <4C39B323.4040000@gmail.com>
296 <1278850749-sup-7289@pinkfloyd.chass.utoronto.ca>
297 <1278862607-sup-5940@hero>
298 Message-ID: <1278881060-sup-2957@pinkfloyd.chass.utoronto.ca>
299
300 Excerpts from David Rysdam's message of Sun Jul 11 11:40:31 -0400 2010:
301
302 > I got the mail into a maildir and I added that as a source and I did
303 > a sup-sync --changed source1 source2. But how do I remove the IMAP
304 > source? Just removing it from sources.yaml makes sup crash. (This
305 > is 0.10.2.) I see something in the wiki about removing index
306 > entries, but the instructions are for ferret instead of xapian.
307
308 I _think_ you'd need to do a sup-sync-back with a sup that supports
309 IMAP still after removing the mail from the IMAP source. When the
310 index is in such a state where no messages reference the source id for
311 the imap source, you should then be able to yank.
312
313 I've never need to do anything like this though, so hopefully others
314 will chime in with advice.
315
316 Thanks
317 -Ben
318 --
319 Ben Walton
320 Systems Programmer - CHASS
321 University of Toronto
322 C:416.407.5610 | W:416.978.4302
323
324
325 From david@rysdam.org Sun Jul 11 18:37:59 2010
326 From: david@rysdam.org (David Rysdam)
327 Date: Sun, 11 Jul 2010 18:37:59 -0400
328 Subject: [sup-talk] No imap support in sup-config
329 In-Reply-To: <1278881060-sup-2957@pinkfloyd.chass.utoronto.ca>
330 References: <4C39B323.4040000@gmail.com>
331 <1278850749-sup-7289@pinkfloyd.chass.utoronto.ca>
332 <1278862607-sup-5940@hero>
333 <1278881060-sup-2957@pinkfloyd.chass.utoronto.ca>
334 Message-ID: <1278887799-sup-4561@hero>
335
336 Excerpts from Ben Walton's message of Sun Jul 11 16:45:42 -0400 2010:
337 > Excerpts from David Rysdam's message of Sun Jul 11 11:40:31 -0400 2010:
338 >
339 > > I got the mail into a maildir and I added that as a source and I did
340 > > a sup-sync --changed source1 source2. But how do I remove the IMAP
341 > > source? Just removing it from sources.yaml makes sup crash. (This
342 > > is 0.10.2.) I see something in the wiki about removing index
343 > > entries, but the instructions are for ferret instead of xapian.
344 >
345 > I _think_ you'd need to do a sup-sync-back with a sup that supports
346 > IMAP still after removing the mail from the IMAP source. When the
347 > index is in such a state where no messages reference the source id for
348 > the imap source, you should then be able to yank.
349
350
351 Wellllll.....what if I were moving from imap to offlineimap? Then
352 wouldn't the messages be staying on the server? I shouldn't have to
353 delete them, I wouldn't think.
354
355 From bwalton@artsci.utoronto.ca Sun Jul 11 20:00:50 2010
356 From: bwalton@artsci.utoronto.ca (Ben Walton)
357 Date: Sun, 11 Jul 2010 20:00:50 -0400
358 Subject: [sup-talk] No imap support in sup-config
359 In-Reply-To: <1278887799-sup-4561@hero>
360 References: <4C39B323.4040000@gmail.com>
361 <1278850749-sup-7289@pinkfloyd.chass.utoronto.ca>
362 <1278862607-sup-5940@hero>
363 <1278881060-sup-2957@pinkfloyd.chass.utoronto.ca>
364 <1278887799-sup-4561@hero>
365 Message-ID: <1278892733-sup-2198@pinkfloyd.chass.utoronto.ca>
366
367 Excerpts from David Rysdam's message of Sun Jul 11 18:37:59 -0400 2010:
368
369 > Wellllll.....what if I were moving from imap to offlineimap? Then
370 > wouldn't the messages be staying on the server? I shouldn't have to
371 > delete them, I wouldn't think.
372
373 Right, but sup relies heavily on the association between message and
374 source. When you add the mail to a Maildir and then sync that source,
375 you'd be adding a duplicate copy to the index. I don't think this
376 would be good for your use of sup. Again though, I'm talking about
377 things I haven't done and I'm not (at all) familiar with the code
378 handling the indexing.
379
380 Thanks
381 -Ben
382
383 --
384 Ben Walton
385 Systems Programmer - CHASS
386 University of Toronto
387 C:416.407.5610 | W:416.978.4302
388
389
390 From rlane@club.cc.cmu.edu Mon Jul 12 22:05:04 2010
391 From: rlane@club.cc.cmu.edu (Rich Lane)
392 Date: Mon, 12 Jul 2010 22:05:04 -0400
393 Subject: [sup-talk] sup exception
394 In-Reply-To: <1276137615-sup-4328@pinkfloyd.chass.utoronto.ca>
395 References: <s2i3c5cf5261004191808y193e31ebn87187c27c1d2c392@mail.gmail.com>
396 <AANLkTikHlUdBtI5ZFd9H6WvUounPMn0BXyxyCdp1BHAD@mail.gmail.com>
397 <1276134110-sup-3620@zyrg.net>
398 <AANLkTilq8D7hybcPhDN1x18wMmZCjQ_vu6sPGytSS6Is@mail.gmail.com>
399 <1276135857-sup-1888@zyrg.net>
400 <1276137615-sup-4328@pinkfloyd.chass.utoronto.ca>
401 Message-ID: <1278986684-sup-9540@zyrg.net>
402
403 Applied to master.
404
405 From hollunder@lavabit.com Tue Jul 13 12:46:40 2010
406 From: hollunder@lavabit.com (Philipp)
407 Date: Tue, 13 Jul 2010 18:46:40 +0200
408 Subject: [sup-talk] sup 0.11 - re-appearing thread
409 Message-ID: <1279039349-sup-583@eris>
410
411 Hi,
412 everytime I start sup, one particular thread appears. I can archive it,
413 and next time I start sup it's there again.
414 Is this a known bug? Is there anything I can do about it?
415 --
416 Regards,
417 Philipp
418
419 --
420 "Wir stehen selbst entt?uscht und sehn betroffen / Den Vorhang zu und alle Fragen offen." Bertolt Brecht, Der gute Mensch von Sezuan
421
422
423 From bwalton@artsci.utoronto.ca Tue Jul 13 12:55:59 2010
424 From: bwalton@artsci.utoronto.ca (Ben Walton)
425 Date: Tue, 13 Jul 2010 12:55:59 -0400
426 Subject: [sup-talk] sup 0.11 - re-appearing thread
427 In-Reply-To: <1279039349-sup-583@eris>
428 References: <1279039349-sup-583@eris>
429 Message-ID: <1279040060-sup-4045@pinkfloyd.chass.utoronto.ca>
430
431 Excerpts from Philipp's message of Tue Jul 13 12:46:40 -0400 2010:
432
433 Hi Philipp,
434
435 > everytime I start sup, one particular thread appears. I can archive it,
436 > and next time I start sup it's there again.
437 > Is this a known bug? Is there anything I can do about it?
438
439 I'm going to guiltily raise my hand and note that I'm aware of this
440 issue and have simply been working around it instead of digging into
441 the code to see why it happens...
442
443 You can (for now) work around it by altering the message state in some
444 other way. I typically add a * and then remove it again. If you do
445 this and then archive the thread, the archive will now 'stick.'
446
447 I may have time in the next few days to try and see why this happens.
448
449 HTH.
450 -Ben
451 --
452 Ben Walton
453 Systems Programmer - CHASS
454 University of Toronto
455 C:416.407.5610 | W:416.978.4302
456
457
458 From hollunder@lavabit.com Tue Jul 13 13:09:26 2010
459 From: hollunder@lavabit.com (Philipp)
460 Date: Tue, 13 Jul 2010 19:09:26 +0200
461 Subject: [sup-talk] Possibility of missing messages in a thread?
462 Message-ID: <1279039610-sup-1286@eris>
463
464 This is just a suspicion I want to have confirmed.
465 Imagine an active mailinglist thread, messages might arrive every
466 minute. Imagine long-ish messages where it takes you minutes to reply.
467 Imagine you answer to one of those messages, it takes you 5 minutes and
468 say two new messages arrived in this thread the meantime.
469 When do you get to see them?
470
471 When I answer a message I write the answer in vim, save it, send the
472 message and get back to sup's view of that particular message. Then I
473 hit 'x' and usually 'a' to get back to the thread overview.
474
475 At which point is the view of the thread updated? Do I already see the
476 new messages after hitting 'x' and land in that thread? Is the thread
477 there again after I hit 'a'? Or neither?
478
479 I think I've missed a couple of messages this way.
480 I'd appreciate it if someone could clarify.
481 --
482 Regards,
483 Philipp
484
485 --
486 "Wir stehen selbst entt?uscht und sehn betroffen / Den Vorhang zu und alle Fragen offen." Bertolt Brecht, Der gute Mensch von Sezuan
487
488
489 From hollunder@lavabit.com Tue Jul 13 14:08:10 2010
490 From: hollunder@lavabit.com (=?utf-8?q?Philipp_=C3=9Cberbacher?=)
491 Date: Tue, 13 Jul 2010 20:08:10 +0200
492 Subject: [sup-talk] sup 0.11 - re-appearing thread
493 In-Reply-To: <1279040060-sup-4045@pinkfloyd.chass.utoronto.ca>
494 References: <1279039349-sup-583@eris>
495 <1279040060-sup-4045@pinkfloyd.chass.utoronto.ca>
496 Message-ID: <1279044401-sup-3293@eris>
497
498 Excerpts from Ben Walton's message of 2010-07-13 18:55:59 +0200:
499 > Excerpts from Philipp's message of Tue Jul 13 12:46:40 -0400 2010:
500 >
501 > Hi Philipp,
502 >
503 > > everytime I start sup, one particular thread appears. I can archive it,
504 > > and next time I start sup it's there again.
505 > > Is this a known bug? Is there anything I can do about it?
506 >
507 > I'm going to guiltily raise my hand and note that I'm aware of this
508 > issue and have simply been working around it instead of digging into
509 > the code to see why it happens...
510 >
511 > You can (for now) work around it by altering the message state in some
512 > other way. I typically add a * and then remove it again. If you do
513 > this and then archive the thread, the archive will now 'stick.'
514 >
515 > I may have time in the next few days to try and see why this happens.
516 >
517 > HTH.
518 > -Ben
519 > --
520 > Ben Walton
521 > Systems Programmer - CHASS
522 > University of Toronto
523 > C:416.407.5610 | W:416.978.4302
524
525 Ah, thanks for looking into this. If it helps anything I can forward the
526 messages of that particular thread or something, it's around 5 messages.
527 --
528 Regards,
529 Philipp
530
531 --
532 "Wir stehen selbst entt?uscht und sehn betroffen / Den Vorhang zu und alle Fragen offen." Bertolt Brecht, Der gute Mensch von Sezuan
533
534
535 From bwalton@artsci.utoronto.ca Tue Jul 13 14:17:13 2010
536 From: bwalton@artsci.utoronto.ca (Ben Walton)
537 Date: Tue, 13 Jul 2010 14:17:13 -0400
538 Subject: [sup-talk] sup 0.11 - re-appearing thread
539 In-Reply-To: <1279044401-sup-3293@eris>
540 References: <1279039349-sup-583@eris>
541 <1279040060-sup-4045@pinkfloyd.chass.utoronto.ca>
542 <1279044401-sup-3293@eris>
543 Message-ID: <1279044929-sup-5774@pinkfloyd.chass.utoronto.ca>
544
545 Excerpts from Philipp ?berbacher's message of Tue Jul 13 14:08:10 -0400 2010:
546
547 > Ah, thanks for looking into this. If it helps anything I can forward the
548 > messages of that particular thread or something, it's around 5 messages.
549
550 No problem. I've got enough of my own threads that do it from time to
551 time. At this point, I don't think it's specific to anything in the
552 thread and more of a general bug (worse to track down), but I could
553 be wrong.
554
555 Thanks
556 -ben
557 --
558 Ben Walton
559 Systems Programmer - CHASS
560 University of Toronto
561 C:416.407.5610 | W:416.978.4302
562
563
564 From david@rysdam.org Wed Jul 14 09:24:01 2010
565 From: david@rysdam.org (David Rysdam)
566 Date: Wed, 14 Jul 2010 09:24:01 -0400
567 Subject: [sup-talk] changing "excerpts from" string?
568 Message-ID: <1279113764-sup-423@hero>
569
570 "Excerpts from <person's> message of Tue Jul 13 10:46:51 -0400"
571
572 Is the format of that a config option that isn't documented or is it
573 hardcoded?
574
575 From mariano.mara@gmail.com Wed Jul 14 09:40:38 2010
576 From: mariano.mara@gmail.com (Mariano Mara)
577 Date: Wed, 14 Jul 2010 10:40:38 -0300
578 Subject: [sup-talk] changing "excerpts from" string?
579 In-Reply-To: <1279113764-sup-423@hero>
580 References: <1279113764-sup-423@hero>
581 Message-ID: <1279114597-sup-9742@kafka>
582
583 Excerpts from David Rysdam's message of Wed Jul 14 10:24:01 -0300 2010:
584 > "Excerpts from <person's> message of Tue Jul 13 10:46:51 -0400"
585 >
586 > Is the format of that a config option that isn't documented or is it
587 > hardcoded?
588
589 $ grep -Rn Excerpts *
590 modes/edit-message-mode.rb:476: @body.join("\n") =~ /(\S+)\s*Excerpts
591 from.*\n(>.*\n)+\s*\Z/
592 modes/reply-mode.rb:14:Generates an attribution ("Excerpts from Joe
593 Bloggs's message of Fri Jan 11 09:54:32 -0500 2008:").
594 modes/reply-mode.rb:187: "Excerpts from #{@m.from.name}'s message of
595 #{@m.date}:"
596
597 Looks hardcoded to me. Since I don't really understand ruby, this is a
598 wild guess.
599
600 Mariano
601
602 From bwalton@artsci.utoronto.ca Wed Jul 14 09:45:00 2010
603 From: bwalton@artsci.utoronto.ca (Ben Walton)
604 Date: Wed, 14 Jul 2010 09:45:00 -0400
605 Subject: [sup-talk] changing "excerpts from" string?
606 In-Reply-To: <1279113764-sup-423@hero>
607 References: <1279113764-sup-423@hero>
608 Message-ID: <1279115021-sup-9020@pinkfloyd.chass.utoronto.ca>
609
610 Excerpts from David Rysdam's message of Wed Jul 14 09:24:01 -0400 2010:
611
612 > Is the format of that a config option that isn't documented or is it
613 > hardcoded?
614
615 What you're looking for is the attribution hook. Run sup with -l to
616 see the list of available hooks and the location where sup expects to
617 find the file. Additionally, it tells you 'what you get' and 'what to
618 give back.'
619
620 In this case, you have a message variable available that represents
621 the message you're replying to and you need to return a string.
622
623 HTH.
624 -Ben
625
626 --
627 Ben Walton
628 Systems Programmer - CHASS
629 University of Toronto
630 C:416.407.5610 | W:416.978.4302
631
632
633 From david@rysdam.org Wed Jul 14 09:49:40 2010
634 From: david@rysdam.org (David Rysdam)
635 Date: Wed, 14 Jul 2010 09:49:40 -0400
636 Subject: [sup-talk] changing "excerpts from" string?
637 In-Reply-To: <1279115021-sup-9020@pinkfloyd.chass.utoronto.ca>
638 References: <1279113764-sup-423@hero>
639 <1279115021-sup-9020@pinkfloyd.chass.utoronto.ca>
640 Message-ID: <1279115307-sup-8828@hero>
641
642 Excerpts from Ben Walton's message of Wed Jul 14 09:45:00 -0400 2010:
643 > Excerpts from David Rysdam's message of Wed Jul 14 09:24:01 -0400 2010:
644 >
645 > > Is the format of that a config option that isn't documented or is it
646 > > hardcoded?
647 >
648 > What you're looking for is the attribution hook. Run sup with -l to
649 > see the list of available hooks and the location where sup expects to
650 > find the file. Additionally, it tells you 'what you get' and 'what to
651 > give back.'
652
653 Whoa, that -l thing is an awesome feature. One thanks for the
654 attribution hook and one thanks for the -l feature.
655
656 From danielgoldin@gmail.com Fri Jul 16 12:51:54 2010
657 From: danielgoldin@gmail.com (Daniel Goldin)
658 Date: Fri, 16 Jul 2010 09:51:54 -0700
659 Subject: [sup-talk] ubuntu 10.10 failed install
660 Message-ID: <AANLkTilBm2Ow3ATHo1UlBqGwvFGEUnxCBw42wPnwxb1G@mail.gmail.com>
661
662 I'm a non-programmer type who has been enjoying sup-mail on ubuntu 10.04. I
663 upgraded to the alpha version for various reasons, but now sup-mail doesn't
664 work following an apt install.
665
666 I get this error:
667
668 /usr/lib/ruby/1,8/ncurses.rb:22:in 'require': no such file to load --
669 ncurses_bin.so (LoadError)...
670
671 Any ideas of how to troubleshoot or solve.
672
673 d.
674
675 --
676 Daniel Goldin
677 626.817.2462
678 -------------- next part --------------
679 An HTML attachment was scrubbed...
680 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20100716/5363fca8/attachment-0001.html>
681
682 From marka@pobox.com Fri Jul 16 17:21:09 2010
683 From: marka@pobox.com (Mark Alexander)
684 Date: Fri, 16 Jul 2010 17:21:09 -0400
685 Subject: [sup-talk] ubuntu 10.10 failed install
686 In-Reply-To: <AANLkTilBm2Ow3ATHo1UlBqGwvFGEUnxCBw42wPnwxb1G@mail.gmail.com>
687 References: <AANLkTilBm2Ow3ATHo1UlBqGwvFGEUnxCBw42wPnwxb1G@mail.gmail.com>
688 Message-ID: <1279315086-sup-6073@r61>
689
690 Excerpts from Daniel Goldin's message of Fri Jul 16 12:51:54 -0400 2010:
691 > I'm a non-programmer type who has been enjoying sup-mail on ubuntu 10.04.
692
693 Wow, I didn't know there was a sup package for 10.04; I've been installing
694 it on all my systems using gem.
695
696 > /usr/lib/ruby/1,8/ncurses.rb:22:in 'require': no such file to load --
697 > ncurses_bin.so (LoadError)...
698
699 This is just a wild guess, but you might be able to fix the problem by
700 installing the libncurses-ruby package (I found this by doing
701 "aptitude search ncurses").
702
703 From danielgoldin@gmail.com Sat Jul 17 00:45:03 2010
704 From: danielgoldin@gmail.com (Daniel Goldin)
705 Date: Fri, 16 Jul 2010 21:45:03 -0700
706 Subject: [sup-talk] ubuntu 10.10 failed install
707 In-Reply-To: <1279315086-sup-6073@r61>
708 References: <AANLkTilBm2Ow3ATHo1UlBqGwvFGEUnxCBw42wPnwxb1G@mail.gmail.com>
709 <1279315086-sup-6073@r61>
710 Message-ID: <AANLkTim_naZyDdlK2PHg-lFr9VHwoyIzK35SpX3psy66@mail.gmail.com>
711
712 Nope. Libncurses-ruby package is installed.
713
714 On Fri, Jul 16, 2010 at 2:21 PM, Mark Alexander <marka at pobox.com> wrote:
715
716 > Excerpts from Daniel Goldin's message of Fri Jul 16 12:51:54 -0400 2010:
717 > > I'm a non-programmer type who has been enjoying sup-mail on ubuntu 10.04.
718 >
719 > Wow, I didn't know there was a sup package for 10.04; I've been installing
720 > it on all my systems using gem.
721 >
722 > > /usr/lib/ruby/1,8/ncurses.rb:22:in 'require': no such file to load --
723 > > ncurses_bin.so (LoadError)...
724 >
725 > This is just a wild guess, but you might be able to fix the problem by
726 > installing the libncurses-ruby package (I found this by doing
727 > "aptitude search ncurses").
728 >
729
730
731
732 --
733 Daniel Goldin
734 626.817.2462
735 -------------- next part --------------
736 An HTML attachment was scrubbed...
737 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20100716/9a31d959/attachment.html>
738
739 From danielgoldin@gmail.com Sat Jul 17 13:29:41 2010
740 From: danielgoldin@gmail.com (Daniel Goldin)
741 Date: Sat, 17 Jul 2010 10:29:41 -0700
742 Subject: [sup-talk] install problems on ubuntu 10.10
743 Message-ID: <AANLkTimoFaCUwRBX8u005SoygSgmlIYI72Ty2qLtLXAb@mail.gmail.com>
744
745 Installing from apt didn't work. Trying gem install sup, I get the following
746 errors:
747
748 ERROR: Error installing sup:
749 ERROR: Failed to build gem native extension.
750
751 rake1.8 RUBYARCHDIR=/usr/lib/ruby/gems/1.8/gems/xapian-full-1.1.3.4/lib
752 RUBYLIBDIR=/usr/lib/ruby/gems/1.8/gems/xapian-full-1.1.3.4/lib
753 sh: rake1.8: not
754
755 Any thoughts? I am not a programmer, so keep it elementary, if you will.
756
757 d.
758
759 --
760 Daniel Goldin
761 626.817.2462
762 -------------- next part --------------
763 An HTML attachment was scrubbed...
764 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20100717/03a8297c/attachment.html>
765
766 From bwalton@artsci.utoronto.ca Sat Jul 17 14:10:12 2010
767 From: bwalton@artsci.utoronto.ca (Ben Walton)
768 Date: Sat, 17 Jul 2010 14:10:12 -0400
769 Subject: [sup-talk] install problems on ubuntu 10.10
770 In-Reply-To: <AANLkTimoFaCUwRBX8u005SoygSgmlIYI72Ty2qLtLXAb@mail.gmail.com>
771 References: <AANLkTimoFaCUwRBX8u005SoygSgmlIYI72Ty2qLtLXAb@mail.gmail.com>
772 Message-ID: <1279390136-sup-7516@pinkfloyd.chass.utoronto.ca>
773
774 Excerpts from Daniel Goldin's message of Sat Jul 17 13:29:41 -0400 2010:
775
776 > ERROR: Failed to build gem native extension.
777
778 To install the xapian gem, you'll need the xapian library and
779 development headers. On my Ubuntu 10.10 box here, those are packages
780 named libxapian15 and libxapian-dev.
781
782 HTH.
783 -Ben
784 --
785 Ben Walton
786 Systems Programmer - CHASS
787 University of Toronto
788 C:416.407.5610 | W:416.978.4302
789
790
791 From marka@pobox.com Sat Jul 17 15:05:12 2010
792 From: marka@pobox.com (Mark Alexander)
793 Date: Sat, 17 Jul 2010 15:05:12 -0400
794 Subject: [sup-talk] install problems on ubuntu 10.10
795 In-Reply-To: <AANLkTimoFaCUwRBX8u005SoygSgmlIYI72Ty2qLtLXAb@mail.gmail.com>
796 References: <AANLkTimoFaCUwRBX8u005SoygSgmlIYI72Ty2qLtLXAb@mail.gmail.com>
797 Message-ID: <1279393381-sup-2001@r61>
798
799 Excerpts from Daniel Goldin's message of Sat Jul 17 13:29:41 -0400 2010:
800 > sh: rake1.8: not
801
802 Looks like the complete error message was truncated, but I think
803 this means rake was not found. I ran into this on Ubuntu 10.04.
804 Try doing this:
805
806 sudo gem install rake
807
808 To build xapian, you'll also need a C++ compiler:
809
810 sudo aptitude install g++
811
812 From vojtech@aschenbrenner.cz Mon Jul 19 14:55:21 2010
813 From: vojtech@aschenbrenner.cz (=?utf-8?Q?Vojt=C4=9Bch?= Aschenbrenner)
814 Date: Mon, 19 Jul 2010 20:55:21 +0200
815 Subject: [sup-talk] More accounts, more send folders, etc.
816 Message-ID: <20100719185521.GA16709@nb-asch.cust.nbox.cz>
817
818 Hi folks,
819
820 is it possible to configure sup to save sent messages to different
821 folders according to mail account? For example if I send mail from
822 school account save message to school/sent and if I send mail from
823 personal account save it to personal/sent?
824
825 Next think is, when writing new mail, how to specify which account use?
826 Everytime is used default account.
827
828 Sup has really great idea with huge mailbox and power of searching, but
829 these 2 things are important for me.
830
831 Thanks!
832 -------------- next part --------------
833 A non-text attachment was scrubbed...
834 Name: not available
835 Type: application/pgp-signature
836 Size: 490 bytes
837 Desc: not available
838 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20100719/24ebd9d1/attachment.bin>
839
840 From vojtech@aschenbrenner.cz Mon Jul 19 15:13:36 2010
841 From: vojtech@aschenbrenner.cz (=?utf-8?Q?Vojt=C4=9Bch?= Aschenbrenner)
842 Date: Mon, 19 Jul 2010 21:13:36 +0200
843 Subject: [sup-talk] More accounts, more send folders, etc.
844 Message-ID: <20100719191336.GB16709@nb-asch.cust.nbox.cz>
845
846 Hi folks,
847
848 is it possible to configure sup to save sent messages to different
849 folders according to mail account? For example if I send mail from
850 school account save message to school/sent and if I send mail from
851 personal account save it to personal/sent?
852
853 Next think is, when writing new mail, how to specify which account use?
854 Everytime is used default account.
855
856 Sup has really great idea with huge mailbox and power of searching, but
857 these 2 things are important for me.
858
859 Thanks!
860
861 From damien.leone@fensalir.fr Mon Jul 19 15:28:28 2010
862 From: damien.leone@fensalir.fr (Damien Leone)
863 Date: Mon, 19 Jul 2010 21:28:28 +0200
864 Subject: [sup-talk] More accounts, more send folders, etc.
865 In-Reply-To: <20100719185521.GA16709@nb-asch.cust.nbox.cz>
866 References: <20100719185521.GA16709@nb-asch.cust.nbox.cz>
867 Message-ID: <1279567526-sup-7758@mailer>
868
869 Hi,
870
871 Excerpts from Vojt?ch Aschenbrenner's message of Mon Jul 19 20:55:21 +0200 2010:
872 > is it possible to configure sup to save sent messages to different
873 > folders according to mail account? For example if I send mail from
874 > school account save message to school/sent and if I send mail from
875 > personal account save it to personal/sent?
876
877 AFAIK, it's not (yet) possible.
878
879 > Next think is, when writing new mail, how to specify which account use?
880 > Everytime is used default account.
881
882 There is a ask_for_from option that will allow you to select your
883 account before composing a new mail.
884
885 Also, there are patches on sup-devel that add an account-selector in
886 every edit buffers.
887
888 Cheers,
889
890 --
891 Damien Leone <damien.leone at fensalir.fr>
892
893 Web: http://dleone.fensalir.fr/
894 GPG: 0x82EB4DDF
895
896 From marka@pobox.com Mon Jul 19 15:47:32 2010
897 From: marka@pobox.com (Mark Alexander)
898 Date: Mon, 19 Jul 2010 15:47:32 -0400
899 Subject: [sup-talk] More accounts, more send folders, etc.
900 In-Reply-To: <20100719185521.GA16709@nb-asch.cust.nbox.cz>
901 References: <20100719185521.GA16709@nb-asch.cust.nbox.cz>
902 Message-ID: <1279568336-sup-3126@r61>
903
904 Excerpts from Vojt?ch Aschenbrenner's message of Mon Jul 19 14:55:21 -0400 2010:
905 > is it possible to configure sup to save sent messages to different
906 > folders according to mail account? For example if I send mail from
907 > school account save message to school/sent and if I send mail from
908 > personal account save it to personal/sent?
909
910 Not sure. Maybe somebody else can help with this.
911
912 > Next think is, when writing new mail, how to specify which account use?
913 > Everytime is used default account.
914
915 I think you can do this with ~/.sup/hooks/before-send.rb . Here's mine
916 (actual company name replaced with "widgets"):
917
918 unless header["In-reply-to"]
919 if header["To"] =~ /widgets/
920 header["From"] = "Mark Alexander <marka at widgets.com>"
921 else
922 header["From"] = "Mark Alexander <marka at pobox.com>"
923 end
924 end
925
926 There are two corresponding accounts in ~/.sup/config.yaml.
927
928 From david@rysdam.org Mon Jul 19 22:00:22 2010
929 From: david@rysdam.org (David Rysdam)
930 Date: Mon, 19 Jul 2010 22:00:22 -0400
931 Subject: [sup-talk] not moving msgs to /cur in Maildir?
932 Message-ID: <1279590966-sup-4411@hero>
933
934 I'm new to Maildir, so I'm not sure how this should be working.
935
936 I've got getmail fetching my POP3 mail to a Maildir and I've got sup
937 pointed at that (as an additional source, not the primary one).
938
939 Just tonight, I noticed that most of my mail is in /new rather than
940 /cur. Because sup isn't moving it?
941
942 Also, every message in /new is repeated dozens of times. getmail has
943 been fetching my entire 30-day-long mailbox every time. Like I said,
944 I'm not sure how Maildir is supposed to work, so maybe getmail is
945 doing the right thing (i.e. "fetch everything after the last thing in
946 /cur") or not.
947
948 I'm on a fairly old version of sup: 0.10.2.
949
950 From eric+sup-talk@gerlach.ca Mon Jul 19 22:15:17 2010
951 From: eric+sup-talk@gerlach.ca (Eric Gerlach)
952 Date: Mon, 19 Jul 2010 22:15:17 -0400
953 Subject: [sup-talk] not moving msgs to /cur in Maildir?
954 In-Reply-To: <1279590966-sup-4411@hero>
955 References: <1279590966-sup-4411@hero>
956 Message-ID: <1279591667-sup-6537@gerlach.ca>
957
958 Excerpts from David Rysdam's message of Mon Jul 19 22:00:22 -0400 2010:
959 > I'm new to Maildir, so I'm not sure how this should be working.
960 >
961 > I've got getmail fetching my POP3 mail to a Maildir and I've got sup
962 > pointed at that (as an additional source, not the primary one).
963 >
964 > Just tonight, I noticed that most of my mail is in /new rather than
965 > /cur. Because sup isn't moving it?
966 >
967 > Also, every message in /new is repeated dozens of times. getmail has
968 > been fetching my entire 30-day-long mailbox every time. Like I said,
969 > I'm not sure how Maildir is supposed to work, so maybe getmail is
970 > doing the right thing (i.e. "fetch everything after the last thing in
971 > /cur") or not.
972 >
973 > I'm on a fairly old version of sup: 0.10.2.
974
975 I've also just started with sup, and though I don't know about sup's
976 behaviour (I think it should be moving mail from new/ to cur/ as well)
977
978 I do, however, have experience with POP and Maildirs, and it sounds like
979 you might have getmail misconfigured. Is it set to delete messages from
980 the server?
981
982 Cheers,
983
984 Eric
985
986 From bwalton@artsci.utoronto.ca Mon Jul 19 22:46:41 2010
987 From: bwalton@artsci.utoronto.ca (Ben Walton)
988 Date: Mon, 19 Jul 2010 22:46:41 -0400
989 Subject: [sup-talk] not moving msgs to /cur in Maildir?
990 In-Reply-To: <1279591667-sup-6537@gerlach.ca>
991 References: <1279590966-sup-4411@hero> <1279591667-sup-6537@gerlach.ca>
992 Message-ID: <1279593880-sup-4595@pinkfloyd.chass.utoronto.ca>
993
994 Excerpts from Eric Gerlach's message of Mon Jul 19 22:15:17 -0400 2010:
995
996 > I've also just started with sup, and though I don't know about sup's
997 > behaviour (I think it should be moving mail from new/ to cur/ as
998 > well)
999
1000 I haven't looked at the most recent Maildir changes[1], but as is
1001 sup's way it hasn't traditionally altered the filesystem at all. It
1002 treats all mail sources as read-only, which in this case means it
1003 doesn't do the ln new/foo cur/foo; rm new/foo steps.
1004
1005 HTH.
1006 -Ben
1007
1008 [1] There was talk of implementing this as one step toward having sup
1009 play nicer with other MUA's.
1010 --
1011 Ben Walton
1012 Systems Programmer - CHASS
1013 University of Toronto
1014 C:416.407.5610 | W:416.978.4302
1015
1016
1017 From sm@khjk.org Tue Jul 20 05:51:45 2010
1018 From: sm@khjk.org (Sven Moritz Hallberg)
1019 Date: Tue, 20 Jul 2010 11:51:45 +0200
1020 Subject: [sup-talk] not moving msgs to /cur in Maildir?
1021 In-Reply-To: <1279593880-sup-4595@pinkfloyd.chass.utoronto.ca>
1022 References: <1279590966-sup-4411@hero> <1279591667-sup-6537@gerlach.ca>
1023 <1279593880-sup-4595@pinkfloyd.chass.utoronto.ca>
1024 Message-ID: <1279618763-sup-4286@khjk.org>
1025
1026 My humble personal opinion:
1027
1028 Excerpts from Ben Walton's message of 2010-07-20 04:46:41 +0200:
1029 > > I've also just started with sup, and though I don't know about sup's
1030 > > behaviour (I think it should be moving mail from new/ to cur/ as
1031 > > well)
1032 >
1033 > I haven't looked at the most recent Maildir changes[1], but as is
1034 > sup's way it hasn't traditionally altered the filesystem at all. It
1035 > treats all mail sources as read-only, which in this case means it
1036 > doesn't do the ln new/foo cur/foo; rm new/foo steps.
1037
1038 Guys, you should really implement this. This is not a policy (touch filesystem
1039 or not) issue, but a compliance issue. As it stands, sup is basically violating
1040 the Maildir "standard". Note that moving mails away from new has no semantic
1041 meaning. The mail doesn't become "read" or unavailable to other MUAs or
1042 anything. It's part of Maildir's access/concurrency design.
1043
1044 And the fact that sup doesn't "play nice" with other MUAs is in part a direct
1045 artifact of this misbehaviour because others (correctly) move the mails out
1046 from under sup's nose. If sup did this as it should, the files would stay in
1047 place modulo renaming wrt. the file flags ("read" etc.), but that is another
1048 issue which can be mitigated in another step. (And to an extent, this issue
1049 exists with all MUAs because the format of the flag fields isn't standardized.)
1050
1051 -pesco
1052
1053 From damien.leone@fensalir.fr Tue Jul 20 07:07:47 2010
1054 From: damien.leone@fensalir.fr (Damien Leone)
1055 Date: Tue, 20 Jul 2010 13:07:47 +0200
1056 Subject: [sup-talk] not moving msgs to /cur in Maildir?
1057 In-Reply-To: <1279618763-sup-4286@khjk.org>
1058 References: <1279590966-sup-4411@hero> <1279591667-sup-6537@gerlach.ca>
1059 <1279593880-sup-4595@pinkfloyd.chass.utoronto.ca>
1060 <1279618763-sup-4286@khjk.org>
1061 Message-ID: <1279623541-sup-4351@mailer>
1062
1063 Hi,
1064
1065 Excerpts from Sven Moritz Hallberg's message of Tue Jul 20 11:51:45 +0200 2010:
1066 > Guys, you should really implement this. This is not a policy (touch filesystem
1067 > or not) issue, but a compliance issue. As it stands, sup is basically violating
1068 > the Maildir "standard". Note that moving mails away from new has no semantic
1069 > meaning. The mail doesn't become "read" or unavailable to other MUAs or
1070 > anything. It's part of Maildir's access/concurrency design.
1071 >
1072 > And the fact that sup doesn't "play nice" with other MUAs is in part a direct
1073 > artifact of this misbehaviour because others (correctly) move the mails out
1074 > from under sup's nose. If sup did this as it should, the files would stay in
1075 > place modulo renaming wrt. the file flags ("read" etc.), but that is another
1076 > issue which can be mitigated in another step. (And to an extent, this issue
1077 > exists with all MUAs because the format of the flag fields isn't standardized.)
1078
1079 All of this is getting supported in the maildir-sync [0] branch that I
1080 encourage you to test and review so it can be quickly merged into the
1081 master branch. :)
1082
1083 Cheers,
1084
1085 [0] http://www.mail-archive.com/sup-devel at rubyforge.org/msg00566.html
1086
1087 --
1088 Damien Leone <damien.leone at fensalir.fr>
1089
1090 Web: http://dleone.fensalir.fr/
1091 GPG: 0x82EB4DDF
1092 -------------- next part --------------
1093 A non-text attachment was scrubbed...
1094 Name: signature.asc
1095 Type: application/pgp-signature
1096 Size: 198 bytes
1097 Desc: not available
1098 URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20100720/dba6845c/attachment.bin>
1099
1100 From sm@khjk.org Tue Jul 20 10:37:57 2010
1101 From: sm@khjk.org (Sven Moritz Hallberg)
1102 Date: Tue, 20 Jul 2010 16:37:57 +0200
1103 Subject: [sup-talk] not moving msgs to /cur in Maildir?
1104 In-Reply-To: <1279623541-sup-4351@mailer>
1105 References: <1279590966-sup-4411@hero> <1279591667-sup-6537@gerlach.ca>
1106 <1279593880-sup-4595@pinkfloyd.chass.utoronto.ca>
1107 <1279618763-sup-4286@khjk.org> <1279623541-sup-4351@mailer>
1108 Message-ID: <1279636271-sup-2393@khjk.org>
1109
1110 Excerpts from Damien Leone's message of 2010-07-20 13:07:47 +0200:
1111 > Excerpts from Sven Moritz Hallberg's message of Tue Jul 20 11:51:45 +0200 2010:
1112 > > Guys, you should really implement this. This is not a policy (touch filesystem
1113 > > or not) issue, but a compliance issue. As it stands, sup is basically violating
1114 > > the Maildir "standard". Note that moving mails away from new has no semantic
1115 > > meaning. The mail doesn't become "read" or unavailable to other MUAs or
1116 > > anything. It's part of Maildir's access/concurrency design.
1117 > >
1118 > > And the fact that sup doesn't "play nice" with other MUAs is in part a direct
1119 > > artifact of this misbehaviour because others (correctly) move the mails out
1120 > > from under sup's nose. If sup did this as it should, the files would stay in
1121 > > place modulo renaming wrt. the file flags ("read" etc.), but that is another
1122 > > issue which can be mitigated in another step. (And to an extent, this issue
1123 > > exists with all MUAs because the format of the flag fields isn't standardized.)
1124 >
1125 > All of this is getting supported in the maildir-sync [0] branch that I
1126 > encourage you to test and review so it can be quickly merged into the
1127 > master branch. :)
1128
1129 Ah, thanks for that! I'll try to check it out!
1130
1131 From david@rysdam.org Tue Jul 20 10:52:42 2010
1132 From: david@rysdam.org (David Rysdam)
1133 Date: Tue, 20 Jul 2010 10:52:42 -0400
1134 Subject: [sup-talk] not moving msgs to /cur in Maildir?
1135 In-Reply-To: <1279590966-sup-4411@hero>
1136 References: <1279590966-sup-4411@hero>
1137 Message-ID: <1279637473-sup-2420@hero>
1138
1139 An agent or agents purporting to be David Rysdam said:
1140 > Also, every message in /new is repeated dozens of times. getmail has
1141 > been fetching my entire 30-day-long mailbox every time. Like I said,
1142 > I'm not sure how Maildir is supposed to work, so maybe getmail is
1143 > doing the right thing (i.e. "fetch everything after the last thing in
1144 > /cur") or not.
1145
1146 OK, I've looked at this a little more. I think getmail is either
1147 misbehaving or misconfigured. The POP3 behavior can't be predicated
1148 on what is in the Maildir for multiple reasons, therefore sup's
1149 behavior in the Maildir (right or wrong) can't be the source of this
1150 issue.
1151
1152 From david@rysdam.org Wed Jul 21 14:33:35 2010
1153 From: david@rysdam.org (David Rysdam)
1154 Date: Wed, 21 Jul 2010 14:33:35 -0400
1155 Subject: [sup-talk] No imap support in sup-config
1156 In-Reply-To: <1278862607-sup-5940@hero>
1157 References: <4C39B323.4040000@gmail.com>
1158 <1278850749-sup-7289@pinkfloyd.chass.utoronto.ca>
1159 <1278862607-sup-5940@hero>
1160 Message-ID: <1279737023-sup-4960@hero>
1161
1162 An agent or agents purporting to be David Rysdam said:
1163 > Excerpts from Ben Walton's message of Sun Jul 11 08:20:53 -0400 2010:
1164 > > Excerpts from Micha? Kawalec's message of Sun Jul 11 08:03:47 -0400 2010:
1165 > >
1166 > > Hi Michal,
1167 > >
1168 > > > I recently installed sup with gem install sup, however a lack of
1169 > > > imap while doing sup-config prevents me from using it to more
1170 > > > serious tasks than looking on different buffers. Is there any way to
1171 > > > fix it?
1172 > >
1173 > > IMAP support in sup is deprecated. It just didn't work well with the
1174 > > way sup wants to view the mail stores. People that have mail
1175 > > available by IMAP are using offlineimap to retrieve it locally to
1176 > > Maildir's and then adding Maildir sources to sup.
1177 >
1178 > Heh, I was just coming here to ask about something related.
1179 >
1180 > I noticed the IMAP support was gone, which is sad, but OK. So I set
1181 > up getmail to get my mail. But how do I migrate to that?
1182 >
1183 > I got the mail into a maildir and I added that as a source and I did a
1184 > sup-sync --changed source1 source2. But how do I remove the IMAP
1185 > source? Just removing it from sources.yaml makes sup crash. (This is
1186 > 0.10.2.) I see something in the wiki about removing index entries,
1187 > but the instructions are for ferret instead of xapian.
1188
1189 OK, so I figured out what to do.
1190
1191 1) Backup (or maybe "export" would be a better term for this usage)
1192 your sup index.
1193
1194 2) Set up your offlineimap stuff.
1195
1196 3) Move .sup aside and sup-config again, but choose the Maildir that
1197 offlineimap is writing to.
1198
1199 3b) Copy any config stuff (colors, hooks, contacts.txt, etc) from the
1200 old .sup back in.
1201
1202 4) Restore the backup.
1203
1204 Ta-da!
1205
1206 From david@rysdam.org Thu Jul 22 11:12:36 2010
1207 From: david@rysdam.org (David Rysdam)
1208 Date: Thu, 22 Jul 2010 11:12:36 -0400
1209 Subject: [sup-talk] color customization
1210 Message-ID: <1279811550-sup-7833@hero>
1211
1212 I've customized my colors a bit, but there's a couple things I can't
1213 find. How do I configure the color the movable horizontal "bar" (I
1214 know there's a term for this but I don't remember it)? And more
1215 importantly, how do I configure the color the text highlighted by that
1216 bar? Like, I have my new messages set to red but when the bar is on
1217 them they are black. I want them red *always*.
1218
1219 From david@rysdam.org Mon Jul 26 22:02:27 2010
1220 From: david@rysdam.org (David Rysdam)
1221 Date: Mon, 26 Jul 2010 22:02:27 -0400
1222 Subject: [sup-talk] color customization
1223 In-Reply-To: <1279811550-sup-7833@hero>
1224 References: <1279811550-sup-7833@hero>
1225 Message-ID: <1280195847-sup-7116@hero>
1226
1227 An agent or agents purporting to be David Rysdam said:
1228 > I've customized my colors a bit, but there's a couple things I can't
1229 > find. How do I configure the color the movable horizontal "bar" (I
1230 > know there's a term for this but I don't remember it)? And more
1231 > importantly, how do I configure the color the text highlighted by that
1232 > bar? Like, I have my new messages set to red but when the bar is on
1233 > them they are black. I want them red *always*.
1234
1235 Replying to myself again, for the benefit of others and after two
1236 nights of hacking the code to try to figure this out:
1237
1238 Each of the colors takes a property called "highlight" that is the
1239 name of another color in colors.yaml. That color's fg/bg indicate how
1240 it should display when "highlighted" by the cursor. For example:
1241
1242 :index_new:
1243 :highlight: index_new_highlight
1244 :attrs:
1245 - bold
1246 :fg: red
1247 :bg: default
1248 :index_new_highlight:
1249 :fg: red
1250 :bg: cyan
1251
1252 In this example, new mails are red in the thread view on a white
1253 background (for me) and when highlighted by the cursor they are red on
1254 a cyan background.
1255
1256 This works with the code currently in the repository but not with
1257 .10.2, the default version on Ubuntu. Since .10.2 also doesn't use
1258 ncursesw by default, I'm going to switch the repository pretty soon.
1259 Or maybe a few versions back to avoid any Maildir unpleasantness...
1260
1261 From bwalton@artsci.utoronto.ca Fri Jul 30 21:47:56 2010
1262 From: bwalton@artsci.utoronto.ca (Ben Walton)
1263 Date: Fri, 30 Jul 2010 21:47:56 -0400
1264 Subject: [sup-talk] new mail library
1265 Message-ID: <1280540740-sup-9428@pinkfloyd.chass.utoronto.ca>
1266
1267
1268 Hi All,
1269
1270 I just found this (seemingly) awesome new mail handling library. I
1271 know that rmail has lots of flaws and there has been previously
1272 expressed sentiment that something better might be nice. Have a look
1273 at:
1274
1275 http://github.com/mikel/mail
1276
1277 I just whipped up a quick little script that uses it and it's quite
1278 nice. It pulls in actionsupport, so it's not a lightweight gem by any
1279 means.
1280
1281 HTH.
1282 -Ben
1283 --
1284 Ben Walton
1285 Systems Programmer - CHASS
1286 University of Toronto
1287 C:416.407.5610 | W:416.978.4302
1288
1289
1290 From ezyang@MIT.EDU Fri Jul 30 23:28:44 2010
1291 From: ezyang@MIT.EDU (Edward Z. Yang)
1292 Date: Fri, 30 Jul 2010 23:28:44 -0400
1293 Subject: [sup-talk] Behavior for sent messages
1294 Message-ID: <1280546878-sup-5384@ezyang>
1295
1296 Does anyone know when the default behavior for sent messages became
1297 'Archive automatically'? I've found keeping then in the inbox was
1298 a good reminder for following up in the case of lack of response,
1299 so at least making this configurable would be nice.
1300
1301 Cheers,
1302 Edward
1303
1304 From hollunder@lavabit.com Sat Jul 31 05:00:06 2010
1305 From: hollunder@lavabit.com (=?utf-8?q?Philipp_=C3=9Cberbacher?=)
1306 Date: Sat, 31 Jul 2010 11:00:06 +0200
1307 Subject: [sup-talk] Behavior for sent messages
1308 In-Reply-To: <1280546878-sup-5384@ezyang>
1309 References: <1280546878-sup-5384@ezyang>
1310 Message-ID: <1280566713-sup-8235@eris>
1311
1312 Excerpts from Edward Z. Yang's message of 2010-07-31 05:28:44 +0200:
1313 > Does anyone know when the default behavior for sent messages became
1314 > 'Archive automatically'? I've found keeping then in the inbox was
1315 > a good reminder for following up in the case of lack of response,
1316 > so at least making this configurable would be nice.
1317 >
1318 > Cheers,
1319 > Edward
1320
1321 They are kept in the inbox with 0.11. All I know.
1322 --
1323 Philipp
1324
1325 --
1326 "Wir stehen selbst entt?uscht und sehn betroffen / Den Vorhang zu
1327 und alle Fragen offen." Bertolt Brecht, Der gute Mensch von Sezuan
1328
1329
1330 From bwalton@artsci.utoronto.ca Sat Jul 31 07:25:38 2010
1331 From: bwalton@artsci.utoronto.ca (Ben Walton)
1332 Date: Sat, 31 Jul 2010 07:25:38 -0400
1333 Subject: [sup-talk] Behavior for sent messages
1334 In-Reply-To: <1280546878-sup-5384@ezyang>
1335 References: <1280546878-sup-5384@ezyang>
1336 Message-ID: <1280575476-sup-2567@pinkfloyd.chass.utoronto.ca>
1337
1338 Excerpts from Edward Z. Yang's message of Fri Jul 30 23:28:44 -0400 2010:
1339
1340 > Does anyone know when the default behavior for sent messages became
1341 > 'Archive automatically'? I've found keeping then in the inbox was a
1342 > good reminder for following up in the case of lack of response, so
1343 > at least making this configurable would be nice.
1344
1345 I'm running pretty close to the tip of git/next and that's not the
1346 behaviour here. There are times, when using Maildir that the sent
1347 message doesn't get added immediately, but it always pops up at the
1348 next poll.
1349
1350 HTH.
1351 -Ben
1352 --
1353 Ben Walton
1354 Systems Programmer - CHASS
1355 University of Toronto
1356 C:416.407.5610 | W:416.978.4302
1357
1358
1359 From ezyang@MIT.EDU Sat Jul 31 22:06:34 2010
1360 From: ezyang@MIT.EDU (Edward Z. Yang)
1361 Date: Sat, 31 Jul 2010 22:06:34 -0400
1362 Subject: [sup-talk] Behavior for sent messages
1363 In-Reply-To: <1280575476-sup-2567@pinkfloyd.chass.utoronto.ca>
1364 References: <1280546878-sup-5384@ezyang>
1365 <1280575476-sup-2567@pinkfloyd.chass.utoronto.ca>
1366 Message-ID: <1280628309-sup-7092@ezyang>
1367
1368 Excerpts from Ben Walton's message of Sat Jul 31 07:25:38 -0400 2010:
1369 > I'm running pretty close to the tip of git/next and that's not the
1370 > behaviour here. There are times, when using Maildir that the sent
1371 > message doesn't get added immediately, but it always pops up at the
1372 > next poll.
1373
1374 Hello Ben,
1375
1376 I tested your hypothesis and noted that the messages did not pop up
1377 with a poll.
1378
1379 Since this behavior does not seem intentional, I guess it's a regression
1380 caused by some combination of factors (possibly the new backsync branch?)
1381 I'll try to reproduce on a clean Maildir with sup commit 900768918490a1040b55e2216f7f5429b2dadf84
1382
1383 Cheers,
1384 Edward
1385
1386 From bwalton@artsci.utoronto.ca Sat Jul 31 22:15:15 2010
1387 From: bwalton@artsci.utoronto.ca (Ben Walton)
1388 Date: Sat, 31 Jul 2010 22:15:15 -0400
1389 Subject: [sup-talk] Behavior for sent messages
1390 In-Reply-To: <1280628309-sup-7092@ezyang>
1391 References: <1280546878-sup-5384@ezyang>
1392 <1280575476-sup-2567@pinkfloyd.chass.utoronto.ca>
1393 <1280628309-sup-7092@ezyang>
1394 Message-ID: <1280628833-sup-7698@pinkfloyd.chass.utoronto.ca>
1395
1396 Excerpts from Edward Z. Yang's message of Sat Jul 31 22:06:34 -0400 2010:
1397
1398 Hi Edward,
1399
1400 > Since this behavior does not seem intentional, I guess it's a
1401 > regression caused by some combination of factors (possibly the new
1402 > backsync branch?) I'll try to reproduce on a clean Maildir with sup
1403 > commit 900768918490a1040b55e2216f7f5429b2dadf84
1404
1405 Ok, that's interesting. If it helps, I'm running on 3f9d7d9, with my
1406 conditional Symbol#to_proc patch added...I haven't done a pull since
1407 then although the patch was merged.
1408
1409 This might provide you a useful range for a bisect though...
1410
1411 HTH.
1412 -Ben
1413
1414 --
1415 Ben Walton
1416 Systems Programmer - CHASS
1417 University of Toronto
1418 C:416.407.5610 | W:416.978.4302
1419
1420