From tero@tilus.net Fri Jan 1 12:01:22 2010 From: tero@tilus.net (Tero Tilus) Date: Fri, 01 Jan 2010 19:01:22 +0200 Subject: [sup-talk] Question About Sending New Emails In-Reply-To: <1262283000-sup-2677@ntdws12.chass.utoronto.ca> References: <1262281249-sup-8341@s897313> <1262283000-sup-2677@ntdws12.chass.utoronto.ca> Message-ID: <1262365184-sup-5976@tilus.net> Ben Walton, 2009-12-31 20:12: > You can use one or both of the before-edit and reply-from hooks And of course you can hack the headers too when in editor. -- Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/ From wmorgan-sup@masanjin.net Fri Jan 1 16:48:15 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Fri, 01 Jan 2010 13:48:15 -0800 Subject: [sup-talk] fun stuff in git next Message-ID: <1262382203-sup-1890@masanjin.net> Thanks to inestimable Rich Lane, we have two particularly exciting things happening now in git next: 1. Autosave. No more hitting '$' in thread-view-mode. (Actually hitting '$' will now send you to the bottom of the buffer.) 2. Ruby 1.9 support. There are a few warts here and there, but it works! You will need either Xapian or the special compiled-for-1.9 Ferret gem that's been floating around for this. Those of you following git master will also notice a bunch of new features that have been merged down from next, in preparation for the 0.10 release. -- William From ezyang@MIT.EDU Fri Jan 1 17:05:26 2010 From: ezyang@MIT.EDU (Edward Z. Yang) Date: Fri, 01 Jan 2010 17:05:26 -0500 Subject: [sup-talk] fun stuff in git next In-Reply-To: <1262382203-sup-1890@masanjin.net> References: <1262382203-sup-1890@masanjin.net> Message-ID: <1262383509-sup-2516@ezyang> Excerpts from William Morgan's message of Fri Jan 01 16:48:15 -0500 2010: > Thanks to inestimable Rich Lane, we have two particularly exciting > things happening now in git next: Happy news! I'll upgrade shortly. Cheers, Edward From richard@infoarts.info Fri Jan 1 23:27:25 2010 From: richard@infoarts.info (Richard Sandilands) Date: Sat, 2 Jan 2010 15:27:25 +1100 Subject: [sup-talk] fun stuff in git next In-Reply-To: <1262382203-sup-1890@masanjin.net> References: <1262382203-sup-1890@masanjin.net> Message-ID: <2e8d08f1001012027w62bbff13gacd8a19a0394f7ed@mail.gmail.com> I'm getting the following error after pulling next: /Library/Ruby/Gems/1.8/gems/sup-999/lib/sup/util.rb:520:in `send': undefined method `stop_sync_worker' for # (NoMethodError) from /Library/Ruby/Gems/1.8/gems/sup-999/lib/sup/util.rb:520:in `method_missing' from /Users/richard/src/mainline/bin/sup:350 From rlane@club.cc.cmu.edu Fri Jan 1 23:36:12 2010 From: rlane@club.cc.cmu.edu (Rich Lane) Date: Fri, 01 Jan 2010 23:36:12 -0500 Subject: [sup-talk] fun stuff in git next In-Reply-To: <2e8d08f1001012027w62bbff13gacd8a19a0394f7ed@mail.gmail.com> References: <1262382203-sup-1890@masanjin.net> <2e8d08f1001012027w62bbff13gacd8a19a0394f7ed@mail.gmail.com> Message-ID: <1262406810-sup-6131@zyrg.net> Excerpts from Richard Sandilands's message of Fri Jan 01 23:27:25 -0500 2010: > I'm getting the following error after pulling next: > > /Library/Ruby/Gems/1.8/gems/sup-999/lib/sup/util.rb:520:in `send': > undefined method `stop_sync_worker' for > # (NoMethodError) > from /Library/Ruby/Gems/1.8/gems/sup-999/lib/sup/util.rb:520:in > `method_missing' > from /Users/richard/src/mainline/bin/sup:350 It looks like you're using the lib/ directory of an older installed gem. Make sure you have -I./lib (or the correct path to your sup lib dir) in your ruby arguments when running your git working copy. From pi+sup@pihost.us Sat Jan 2 15:06:16 2010 From: pi+sup@pihost.us (Anthony Martinez) Date: Sat, 02 Jan 2010 13:06:16 -0700 Subject: [sup-talk] Ferret to Xapian conversion Message-ID: <1262460996-sup-1383@home.mrtheplague.net> Ferret is starting to give me trouble (StateErrors when I'm marking messages in the Unread mode as read), so I figure that there is no better time to convert to Xapian. However, the documentation on the Wiki hasn't been updated since (September of) last year. A quick glance over the recent patches doesn't suggest anything that would break the procedure on the Wiki, and I assume that Rich Lane and others are running on Xapian without excessive trouble, so the only difference from the Wiki is that we can run sup without -o and rm -rf ~/.sup/ferret nowadays. Is that an accurate assessment? -- Anthony From wmorgan-sup@masanjin.net Sat Jan 2 16:24:04 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Sat, 02 Jan 2010 13:24:04 -0800 Subject: [sup-talk] Ferret to Xapian conversion In-Reply-To: <1262460996-sup-1383@home.mrtheplague.net> References: <1262460996-sup-1383@home.mrtheplague.net> Message-ID: <1262467343-sup-9565@masanjin.net> Reformatted excerpts from Anthony Martinez's message of 2010-01-02: > A quick glance over the recent patches doesn't suggest anything that would break > the procedure on the Wiki, and I assume that Rich Lane and others are running on > Xapian without excessive trouble, so the only difference from the Wiki is that > we can run sup without -o and rm -rf ~/.sup/ferret nowadays. I'm just about to start work on a coversion script, so if you want to wait a few hours, it should be easy to have an automated version of this. > Is that an accurate assessment? Yes. -- William From wmorgan-sup@masanjin.net Sat Jan 2 17:34:46 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Sat, 02 Jan 2010 14:34:46 -0800 Subject: [sup-talk] Ferret to Xapian conversion In-Reply-To: <1262467343-sup-9565@masanjin.net> References: <1262460996-sup-1383@home.mrtheplague.net> <1262467343-sup-9565@masanjin.net> Message-ID: <1262471675-sup-1708@masanjin.net> Reformatted excerpts from William Morgan's message of 2010-01-02: > I'm just about to start work on a coversion script, so if you want to > wait a few hours, it should be easy to have an automated version of > this. Or a few days. -- William From wmorgan-sup@masanjin.net Sun Jan 3 10:18:53 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Sun, 03 Jan 2010 07:18:53 -0800 Subject: [sup-talk] Ferret to Xapian conversion In-Reply-To: <1262471675-sup-1708@masanjin.net> References: <1262460996-sup-1383@home.mrtheplague.net> <1262467343-sup-9565@masanjin.net> <1262471675-sup-1708@masanjin.net> Message-ID: <1262531773-sup-5192@masanjin.net> If you pull the latest git next, there should be a sup-convert-ferret-index script which should automate this process. (You will also start getting yelled at for using Ferret.) If you run this script, please report your experience, since I'd like to include it in the 0.10 release coming soon. It doesn't remove your old .ferret directory, so if anything goes wrong (unlikely, but hey), you should be able to recover. -- William From pi+sup@pihost.us Sun Jan 3 14:38:52 2010 From: pi+sup@pihost.us (Anthony Martinez) Date: Sun, 03 Jan 2010 12:38:52 -0700 Subject: [sup-talk] Ferret to Xapian conversion In-Reply-To: <1262531773-sup-5192@masanjin.net> References: <1262460996-sup-1383@home.mrtheplague.net> <1262467343-sup-9565@masanjin.net> <1262471675-sup-1708@masanjin.net> <1262531773-sup-5192@masanjin.net> Message-ID: <1262546960-sup-6875@home.mrtheplague.net> Excerpts from William Morgan's message of Sun Jan 03 08:18:53 -0700 2010: > If you run this script, please report your experience, since I'd like to > include it in the 0.10 release coming soon. Here is a patch to make it complain about not having Xapian *before* starting the state dump, so it doesn't get to step 3 and suddenly find out that it can't load Xapian. Speaking of not having the Xapian gem, when I tried "gem install xapian-full", it looked like it worked, but didn't actually install a gem on my system. Here's the build log: http://pastebin.com/f2d25a13c I tried the regular 'xapian' gem, but the version available in Debian unstable is newer than the gem bindings, so that one outright refuses to compile. Help! diff --git a/bin/sup-convert-ferret-index b/bin/sup-convert-ferret-index index 96a97aa..e78ac4b 100755 --- a/bin/sup-convert-ferret-index +++ b/bin/sup-convert-ferret-index @@ -42,6 +42,12 @@ def run cmd puts end +begin + require 'xapian' +rescue LoadError + Trollop::die "you don't have the xapian gem installed, so this script won't do much for you. `gem install xapian' first." +end + Redwood::start index = Redwood::Index.init 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? From rlane@club.cc.cmu.edu Sun Jan 3 15:18:35 2010 From: rlane@club.cc.cmu.edu (Rich Lane) Date: Sun, 03 Jan 2010 15:18:35 -0500 Subject: [sup-talk] Ferret to Xapian conversion In-Reply-To: <1262546960-sup-6875@home.mrtheplague.net> References: <1262460996-sup-1383@home.mrtheplague.net> <1262467343-sup-9565@masanjin.net> <1262471675-sup-1708@masanjin.net> <1262531773-sup-5192@masanjin.net> <1262546960-sup-6875@home.mrtheplague.net> Message-ID: <1262549410-sup-7918@zyrg.net> Excerpts from Anthony Martinez's message of 2010-01-03 14:38:52 -0500: > Speaking of not having the Xapian gem, when I tried "gem install xapian-full", > it looked like it worked, but didn't actually install a gem on my system. Here's > the build log: http://pastebin.com/f2d25a13c > > I tried the regular 'xapian' gem, but the version available in Debian unstable > is newer than the gem bindings, so that one outright refuses to compile. I noticed that gem thinks the xapian compile failed, but it actually succeeded and since it was in-place the installed gem worked fine. I've pushed the ncursesw source to my github so please tinker and send me a patch. I'm traveling for the next day so I won't be able to fix it soon myself. From sjh@foolishpride.org Sun Jan 3 13:54:23 2010 From: sjh@foolishpride.org (Scott Henson) Date: Sun, 3 Jan 2010 13:54:23 -0500 Subject: [sup-talk] Moving messages between sources and generic auto labeling hook Message-ID: <6c0c31751001031054o1befd9e4k34911bcc9e04461c@mail.gmail.com> Is it possible to have sup move messages between sources? I have only so much storage on my mail server (work related) and if I don't expire messages out of my inbox, I hit the limit on a regular basis. I have offlineimap syncing the email down to local maildirs. I would like to have sup move mails from the INBOX source to an archive source. Is this possible? It would be nice if the archive source was a group of sources according to year and month, but that would be gravy. I've found a python script that will do this for me on the Maildir, but I'm not sure what this will do to the sup index. Would I be able to do this on a nightly basis and then do a full rescan on the INBOX source and the archive sources? Would the messages keep their labels? My second question revolves around labeling. I see the before add hook is what is supposed to be used for labeling. Does everyone just write ruby in that hook or does someone have a simpler syntax for filtering that a generic before add hook that uses it? I'm thinking the simplest would be yaml, but this being ruby I would think creating a DSL for filtering would be pretty easy and make autolabeling an easier affair than writing straight ruby. Any help would be much appreciated. Thanks. -- Scott Henson -------------- next part -------------- An HTML attachment was scrubbed... URL: From wmorgan-sup@masanjin.net Sun Jan 3 17:22:25 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Sun, 03 Jan 2010 14:22:25 -0800 Subject: [sup-talk] unread status In-Reply-To: <1262133096-sup-2807@tangerine.lanl.gov> References: <1262098048-sup-7303@tw> <1262127103-sup-307@masanjin.net> <1262128268-sup-2780@tw> <1262128724-sup-1138@tilus.net> <1262130179-sup-8306@zyrg.net> <1262130868-sup-2032@masanjin.net> <1262133096-sup-2807@tangerine.lanl.gov> Message-ID: <1262557187-sup-8151@masanjin.net> Reformatted excerpts from John Bent's message of 2009-12-29: > I spent a couple of unsuccessful hours last week trying to switch. > Anyway else on an old PPC OS X who has been able to transition? Please try sup-convert-ferret-index in git next and report any problems. -- William From pi+sup@pihost.us Sun Jan 3 17:47:39 2010 From: pi+sup@pihost.us (Anthony Martinez) Date: Sun, 03 Jan 2010 15:47:39 -0700 Subject: [sup-talk] Ferret to Xapian conversion In-Reply-To: <1262549410-sup-7918@zyrg.net> References: <1262460996-sup-1383@home.mrtheplague.net> <1262467343-sup-9565@masanjin.net> <1262471675-sup-1708@masanjin.net> <1262531773-sup-5192@masanjin.net> <1262546960-sup-6875@home.mrtheplague.net> <1262549410-sup-7918@zyrg.net> Message-ID: <1262558818-sup-5188@home.mrtheplague.net> Excerpts from Rich Lane's message of Sun Jan 03 13:18:35 -0700 2010: > Excerpts from Anthony Martinez's message of 2010-01-03 14:38:52 -0500: > > Speaking of not having the Xapian gem, when I tried "gem install xapian-full", > > it looked like it worked, but didn't actually install a gem on my system. Here's > > the build log: http://pastebin.com/f2d25a13c > > I noticed that gem thinks the xapian compile failed, but it actually > succeeded and since it was in-place the installed gem worked fine. I don't know enough about packaging Gems to help out, unfortunately. The way I'm proceeding for now is to add "-I /var/lib/gems/1.8/gems/xapian-full-1.1.3/lib/" to my Ruby command line (and in the case of the conversion script, to the RUBY_INVOCATION environment). Life is ridiculous. :) It appears to have worked, though, as I'm now writing this from a Xapian-indexed sup! From kevinr@free-dissociation.com Sun Jan 3 18:52:20 2010 From: kevinr@free-dissociation.com (Kevin Riggle) Date: Sun, 03 Jan 2010 18:52:20 -0500 Subject: [sup-talk] Ferret to Xapian conversion In-Reply-To: <1262531773-sup-5192@masanjin.net> References: <1262460996-sup-1383@home.mrtheplague.net> <1262467343-sup-9565@masanjin.net> <1262471675-sup-1708@masanjin.net> <1262531773-sup-5192@masanjin.net> Message-ID: <1262562493-sup-7933@black-opal.mit.edu> Excerpts from William Morgan's message of Sun Jan 03 10:18:53 -0500 2010: > If you run this script, please report your experience, since I'd like to > include it in the 0.10 release coming soon. > When I run the script, I get a number of lines complaining about being unable to convert various encodings -- is this expected behavior? eg.: ## read 15375m (about 19%) @ 8.1m/s. 0:31:44 elapsed, about 2:17:28 remaining [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)) ... [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)) ## read 33992m (about 41%) @ 8.1m/s. 1:10:13 elapsed, about 1:39:07 remaining [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)) Also, the conversion appeared to terminate prematurely, so I didn't bother running Sup against the resulting database. The last few lines were: ## read 34123m (about 42%) @ 8.1m/s. 1:10:28 elapsed, about 1:38:49 remaining ## read 34259m (about 42%) @ 8.1m/s. 1:10:43 elapsed, about 1:38:30 remaining ## read 34388m (about 42%) @ 8.1m/s. 1:10:58 elapsed, about 1:38:12 remaining kevinr at black-opal:~/src/sup$ - Kevin -- Kevin Riggle (kevinr at free-dissociation.com) MIT Class of 2010, Course VI-3 (Computer Science) http://free-dissociation.com From scott@foolishpride.org Sun Jan 3 20:41:49 2010 From: scott@foolishpride.org (Scott Henson) Date: Sun, 3 Jan 2010 20:41:49 -0500 Subject: [sup-talk] Moving messages between sources and generic auto labeling hook Message-ID: <6c0c31751001031741t59b5352aifacb67dcf51ebd3b@mail.gmail.com> Is it possible to have sup move messages between sources? I have only so much storage on my mail server (work related) and if I don't expire messages out of my inbox, I hit the limit on a regular basis. I have offlineimap syncing the email down to local maildirs. I would like to have sup move mails from the INBOX source to an archive source. Is this possible? It would be nice if the archive source was a group of sources according to year and month, but that would be gravy. I've found a python script that will do this for me on the Maildir, but I'm not sure what this will do to the sup index. Would I be able to do this on a nightly basis and then do a full rescan on the INBOX source and the archive sources? Would the messages keep their labels? My second question revolves around labeling. I see the before add hook is what is supposed to be used for labeling. Does everyone just write ruby in that hook or does someone have a simpler syntax for filtering that a generic before add hook that uses it? I'm thinking the simplest would be yaml, but this being ruby I would think creating a DSL for filtering would be pretty easy and make autolabeling an easier affair than writing straight ruby. Any help would be much appreciated. Thanks. -- Scott Henson -------------- next part -------------- An HTML attachment was scrubbed... URL: From jof@thejof.com Sun Jan 3 22:35:08 2010 From: jof@thejof.com (Jonathan Lassoff) Date: Sun, 03 Jan 2010 19:35:08 -0800 Subject: [sup-talk] Delete A Source From Ferret Index Message-ID: <1262573310-sup-6062@sfo.thejof.com> I've run into a predicament with my regular-use sup index. I was hit by the Spamassassin 2010 bug over New Years just now, and realized I ought to take an occasional look at what gets dropped in my folder for things marked spam. Silly me, I ran sup-add for the maildir containing spam email, but forgot to add an option to label it as spam. Any suggestions for removing all messages from the index that belong to a certain source? Thanks, jonathan From btricha@gmail.com Mon Jan 4 09:10:21 2010 From: btricha@gmail.com (Bryan Richardson) Date: Mon, 4 Jan 2010 07:10:21 -0700 Subject: [sup-talk] Question About Sending New Emails In-Reply-To: <1262365184-sup-5976@tilus.net> References: <1262281249-sup-8341@s897313> <1262283000-sup-2677@ntdws12.chass.utoronto.ca> <1262365184-sup-5976@tilus.net> Message-ID: <3f81a4241001040610r651c2706ve37fdc0bb6b801a1@mail.gmail.com> Ah... hacking of the headers is probably what I want. Thanks! On Fri, Jan 1, 2010 at 10:01 AM, Tero Tilus wrote: > Ben Walton, 2009-12-31 20:12: > > You can use one or both of the before-edit and reply-from hooks > > And of course you can hack the headers too when in editor. > > -- > Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/ > _______________________________________________ > sup-talk mailing list > sup-talk at rubyforge.org > http://rubyforge.org/mailman/listinfo/sup-talk > -------------- next part -------------- An HTML attachment was scrubbed... URL: From btricha@gmail.com Mon Jan 4 11:50:57 2010 From: btricha@gmail.com (Bryan Richardson) Date: Mon, 4 Jan 2010 09:50:57 -0700 Subject: [sup-talk] Add Recipient from Contacts to Existing Email Message-ID: <3f81a4241001040850u14e865f3s85664ac49515bd30@mail.gmail.com> Hello all, Say I'm wanting to send an email to someone from my Contacts list, but also CC someone else from my contacts list. Right now, my method of operation is to bring up my Contacts, search for the recipient and hit enter. Then, I hit 'c' to edit the CC recipients and add the email address manually. Is there a way I can add a CC recipient my searching the Contacts once I've already started a new email? -- Thanks! Bryan -------------- next part -------------- An HTML attachment was scrubbed... URL: From hyperbolist@gmail.com Mon Jan 4 13:13:21 2010 From: hyperbolist@gmail.com (Eric Sherman) Date: Mon, 04 Jan 2010 13:13:21 -0500 Subject: [sup-talk] Add Recipient from Contacts to Existing Email In-Reply-To: <3f81a4241001040850u14e865f3s85664ac49515bd30@mail.gmail.com> References: <3f81a4241001040850u14e865f3s85664ac49515bd30@mail.gmail.com> Message-ID: <1262628437-sup-5865@changeling.local> Excerpts from Bryan Richardson's message of Mon Jan 04 11:50:57 -0500 2010: > Hello all, > > Say I'm wanting to send an email to someone from my Contacts list, but also > CC someone else from my contacts list. Right now, my method of operation is > to bring up my Contacts, search for the recipient and hit enter. Then, I hit > 'c' to edit the CC recipients and add the email address manually. Is there a > way I can add a CC recipient my searching the Contacts once I've already > started a new email? You can use tab completion, optionally making use of the extra-contact-addresses hook, or just type an alias if it exists. From johnbent@lanl.gov Mon Jan 4 13:22:05 2010 From: johnbent@lanl.gov (John Bent) Date: Mon, 04 Jan 2010 11:22:05 -0700 Subject: [sup-talk] Add Recipient from Contacts to Existing Email In-Reply-To: <3f81a4241001040850u14e865f3s85664ac49515bd30@mail.gmail.com> References: <3f81a4241001040850u14e865f3s85664ac49515bd30@mail.gmail.com> Message-ID: <1262629283-sup-7854@tangerine.lanl.gov> Excerpts from Bryan Richardson's message of Mon Jan 04 09:50:57 -0700 2010: > Say I'm wanting to send an email to someone from my Contacts list, but also > CC someone else from my contacts list. Right now, my method of operation is > to bring up my Contacts, search for the recipient and hit enter. Then, I hit > 'c' to edit the CC recipients and add the email address manually. Is there a > way I can add a CC recipient my searching the Contacts once I've already > started a new email? > I use lbdb integrated into my sup editor (vim): http://sup.rubyforge.org/wiki/wiki.pl?LbdbIntegration John From btricha@gmail.com Mon Jan 4 13:36:51 2010 From: btricha@gmail.com (Bryan Richardson) Date: Mon, 4 Jan 2010 11:36:51 -0700 Subject: [sup-talk] Add Recipient from Contacts to Existing Email In-Reply-To: <1262628437-sup-5865@changeling.local> References: <3f81a4241001040850u14e865f3s85664ac49515bd30@mail.gmail.com> <1262628437-sup-5865@changeling.local> Message-ID: <3f81a4241001041036i62663d06p14480324c961a58e@mail.gmail.com> On Mon, Jan 4, 2010 at 11:13 AM, Eric Sherman wrote: > Excerpts from Bryan Richardson's message of Mon Jan 04 11:50:57 -0500 2010: > > Hello all, > > > > Say I'm wanting to send an email to someone from my Contacts list, but > also > > CC someone else from my contacts list. Right now, my method of operation > is > > to bring up my Contacts, search for the recipient and hit enter. Then, I > hit > > 'c' to edit the CC recipients and add the email address manually. Is > there a > > way I can add a CC recipient my searching the Contacts once I've already > > started a new email? > > You can use tab completion, optionally making use of the > extra-contact-addresses hook, or just type an alias if it exists. > _______________________________________________ > sup-talk mailing list > sup-talk at rubyforge.org > http://rubyforge.org/mailman/listinfo/sup-talk > Grrr... sorry. Hadn't tried tab completion. Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: From marka@pobox.com Mon Jan 4 13:49:31 2010 From: marka@pobox.com (Mark Alexander) Date: Mon, 04 Jan 2010 13:49:31 -0500 Subject: [sup-talk] Ruby 1.9 required for git next? Message-ID: <1262630674-sup-174@r50p> I finally bit the bullet and converted to Xapian after a doing git pull and switching to the next branch. (I had the problems mentioned earlier with the xapian-full gem not installing correctly even though it compiled.) Anyway, I'm now getting these warnings: ./lib/sup/maildir.rb:210: warning: encoding options not supported in 1.8: at this line: File.open(fn, 'rb:BINARY') { |f| yield f } Am I supposed to be using Ruby 1.9 with next? From btricha@gmail.com Mon Jan 4 13:55:44 2010 From: btricha@gmail.com (Bryan Richardson) Date: Mon, 4 Jan 2010 11:55:44 -0700 Subject: [sup-talk] sent_source - singular or per-account? In-Reply-To: <1246542975-sup-7239@ntdws12.chass.utoronto.ca> References: <1246476925-sup-5046@ntdws12.chass.utoronto.ca> <1246502666-sup-1295@ntdws12.chass.utoronto.ca> <1246542975-sup-7239@ntdws12.chass.utoronto.ca> Message-ID: <3f81a4241001041055t443931c6vbbe1e7a44599d4f1@mail.gmail.com> On Thu, Jul 2, 2009 at 7:02 AM, Ben Walton wrote: > Excerpts from Jim Cheetham's message of Thu Jul 02 06:14:23 -0400 2009: > > > Almost; what I (could have) said was that I wanted to write to a > > different source depending on which account is in use for the > > current message; I wasn't fixating on the From address itself, > > although with a better understanding of the code you might declare > > that they are effectively the same anyway :-) > > Ok. I _think_ that difference would come out in the wash, unless I'm > overlooking a subtlety. Thanks for clarifying your needs/wants > though. > > > > You'd either need to make a separate config entry in each account > > > that gets setup (similar to the sendmail that you note) or provide > > > the ability for the user to select the sent box in some other way. > > > > Yes; and in either case I think we can't just override the current > > global sent_source, because this is being used to read messages from, > > in order to include them in the threads. > > As long as sup is configured with all sources that might be returned > from the hook, including the default source, it should be ok. It'll > still poll all sources and thread messages appropriately. > > > Mmm, I think the hook route would expose you to a lot of change, > > because whenever a 'new' source (i.e. one not known about as load > > time) is declared in the hook, you'll have to remember it so it can be > > included in the index, and be available next time sup starts too. > > My take on this is that the hook would be constrained to return only > existing sources. On the other hand, aside from an initial import of > any existing mail in a new folder, I'm not sure that adding new > sources on the fly would be that bad. > > > Whereas requiring sent_sources to be declared at load time only means > > they can be added as sources just like the current singular one is. > > I was picturing the hook return value to be a uri suitable for passing > to Index.source_for. If that method call failed, the default would be > used. There are of course other (maybe better) ways to do this, but > that's what I was thinking last night. Using this technique, you're > limited to existing sources and you also have an easy way to back out > of a 'hook gone wild.' > > > I've been browsing the source this evening, I don't have a very good > > grasp of Ruby idiom but I do find it to be very readable in general > > :-) However, I've come to a halt in SentManager.write_sent_message, > > It is a beautiful, expressive language! :) > > > because I haven't figured out how @source.store_message relates to my > > store URI, and therefore the relevant store_message function. I mean, > > if :sent_store: is configured, how does @source get created from > > @source_uri? > > At startup, SentManager is initialized with a URI. This is either the > value of :sent_source: from config.yaml or the default (special) value > sup://sent. A little later on, after the Index has been initialized, > it is asked for the source that corresponds to the URI value passed to > SentManager. If this source is found in the Index, it is assigned to > the @source value. Otherwise, the SentManager.default_source method > is triggered. > > So, when one of the message modes calls write_sent_message, it has > either a specific source or the default ready to go. Sources usable > by SentManager are constrained such that they must respond to > store_message. This excludes ssh+mbox URI's from being a valid sent > mail source. > > > If we have multiple sent_sources, that contradicts the singleton > > SentManager, unless @source becomes a hash keyed off from_email ... at > > which point I'm pushing my Ruby skills too far for the evening. > > I don't think it precludes it from being a singleton, but it would > require some heavy reworking of the initialization logic for it. > > I just popped into sent.rb and was all set to knock out a patch to add > the hook and I discovered that my memory of this wasn't what I > thought. SentManager doesn't ever _see_ the message. It simply > facilitates calling the store_message method of whatever source is > configured and that source object in turn provides an object that acts > like an IO object to the edit-message-mode call site. This > complicates either approach discussed here since the determination of > which source to use can't be constrained to SentManager...presently, > it would end up in edit-message-mode, which wouldn't be the right spot > for the logic, I don't think. > > More thinking required, I believe. > > -Ben > -- > Ben Walton > Systems Programmer - CHASS > University of Toronto > C:416.407.5610 | W:416.978.4302 > > GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu > Contact me to arrange for a CAcert assurance meeting. > > _______________________________________________ > sup-talk mailing list > sup-talk at rubyforge.org > http://rubyforge.org/mailman/listinfo/sup-talk > > Hello, Just curious if this ever got implemented... I use Sup at work to check both work and personal email, and when responding to personal email I'd like the response to be saved in a different source. -- Thanks! Bryan -------------- next part -------------- An HTML attachment was scrubbed... URL: From marka@pobox.com Mon Jan 4 13:58:45 2010 From: marka@pobox.com (Mark Alexander) Date: Mon, 04 Jan 2010 13:58:45 -0500 Subject: [sup-talk] Ruby 1.9 required for git next? In-Reply-To: <1262630674-sup-174@r50p> References: <1262630674-sup-174@r50p> Message-ID: <1262631436-sup-2672@r50p> Excerpts from Mark Alexander's message of Mon Jan 04 13:49:31 -0500 2010: > ./lib/sup/maildir.rb:210: warning: encoding options not supported in 1.8: The attached horrible hack fixes it for me. There's probably a better way, but I was desperate. -------------- next part -------------- A non-text attachment was scrubbed... Name: binary.patch Type: application/octet-stream Size: 1201 bytes Desc: not available URL: From rlane@club.cc.cmu.edu Mon Jan 4 14:00:51 2010 From: rlane@club.cc.cmu.edu (Rich Lane) Date: Mon, 04 Jan 2010 14:00:51 -0500 Subject: [sup-talk] Ruby 1.9 required for git next? In-Reply-To: <1262630674-sup-174@r50p> References: <1262630674-sup-174@r50p> Message-ID: <1262631589-sup-798@zyrg.net> Excerpts from Mark Alexander's message of 2010-01-04 13:49:31 -0500: > I finally bit the bullet and converted to Xapian after a doing git > pull and switching to the next branch. (I had the problems mentioned > earlier with the xapian-full gem not installing correctly even though > it compiled.) Anyway, I'm now getting these warnings: > > ./lib/sup/maildir.rb:210: warning: encoding options not supported in 1.8: > > at this line: > > File.open(fn, 'rb:BINARY') { |f| yield f } > > Am I supposed to be using Ruby 1.9 with next? Those warnings are harmless. If you want to run with -w I suggest redirecting stderr to a file. From bwalton@artsci.utoronto.ca Mon Jan 4 14:32:09 2010 From: bwalton@artsci.utoronto.ca (Ben Walton) Date: Mon, 04 Jan 2010 14:32:09 -0500 Subject: [sup-talk] Ruby 1.9 required for git next? In-Reply-To: <1262631589-sup-798@zyrg.net> References: <1262630674-sup-174@r50p> <1262631589-sup-798@zyrg.net> Message-ID: <1262633498-sup-2457@ntdws12.chass.utoronto.ca> Excerpts from Rich Lane's message of Mon Jan 04 14:00:51 -0500 2010: > Those warnings are harmless. If you want to run with -w I suggest > redirecting stderr to a file. Not on 1.8.5. It was dying with an exception until I removed all instances of :BINARY. -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu Contact me to arrange for a CAcert assurance meeting. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From rlane@club.cc.cmu.edu Mon Jan 4 14:47:12 2010 From: rlane@club.cc.cmu.edu (Rich Lane) Date: Mon, 04 Jan 2010 14:47:12 -0500 Subject: [sup-talk] Ruby 1.9 required for git next? In-Reply-To: <1262633498-sup-2457@ntdws12.chass.utoronto.ca> References: <1262630674-sup-174@r50p> <1262631589-sup-798@zyrg.net> <1262633498-sup-2457@ntdws12.chass.utoronto.ca> Message-ID: <1262634351-sup-4410@zyrg.net> Excerpts from Ben Walton's message of 2010-01-04 14:32:09 -0500: > Excerpts from Rich Lane's message of Mon Jan 04 14:00:51 -0500 2010: > > > Those warnings are harmless. If you want to run with -w I suggest > > redirecting stderr to a file. > > Not on 1.8.5. It was dying with an exception until I removed all > instances of :BINARY. Ok, I just sent in a patch that should fix this. From bwalton@artsci.utoronto.ca Mon Jan 4 15:02:11 2010 From: bwalton@artsci.utoronto.ca (Ben Walton) Date: Mon, 04 Jan 2010 15:02:11 -0500 Subject: [sup-talk] Ruby 1.9 required for git next? In-Reply-To: <1262634351-sup-4410@zyrg.net> References: <1262630674-sup-174@r50p> <1262631589-sup-798@zyrg.net> <1262633498-sup-2457@ntdws12.chass.utoronto.ca> <1262634351-sup-4410@zyrg.net> Message-ID: <1262635306-sup-1588@ntdws12.chass.utoronto.ca> Excerpts from Rich Lane's message of Mon Jan 04 14:47:12 -0500 2010: > Ok, I just sent in a patch that should fix this. I saw that. It looks sound to my eyes. +1 for this. -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu Contact me to arrange for a CAcert assurance meeting. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From tero@tilus.net Mon Jan 4 15:50:02 2010 From: tero@tilus.net (Tero Tilus) Date: Mon, 04 Jan 2010 22:50:02 +0200 Subject: [sup-talk] sent_source - singular or per-account? In-Reply-To: <1246476925-sup-5046@ntdws12.chass.utoronto.ca> References: <1246476925-sup-5046@ntdws12.chass.utoronto.ca> Message-ID: <1262637543-sup-3095@tilus.net> Digging up old stuff... Excerpts from 's message of july 01 22:39:57 +0300 2009: > I think the best way to do it might be to implement a sent_source > hook that can override the global default. If I didn't get it wrong nobody wanted that much of control. For the presented usecases per account (and global default) sent source would be enough. I'd prolly use configurable sent source (filing sent to imap server where I pull incoming from) if sup had one. Anybody else need this, or per account sent config? -- Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/ From jof@thejof.com Mon Jan 4 21:21:34 2010 From: jof@thejof.com (Jonathan Lassoff) Date: Mon, 04 Jan 2010 18:21:34 -0800 Subject: [sup-talk] Delete A Source From Ferret Index In-Reply-To: <1262573310-sup-6062@sfo.thejof.com> References: <1262573310-sup-6062@sfo.thejof.com> Message-ID: <1262657952-sup-6680@sfo.thejof.com> Excerpts from Jonathan Lassoff's message of Sun Jan 03 19:35:08 -0800 2010: > Any suggestions for removing all messages from the index that belong to > a certain source? A solution that ended up working for me: - Start the devel console (cd ~/src/sup; ./devel/console.sh) - Search for message ids from the source you want to remove and run Redwood::FerretIndex#delete on each (the evil source id was 10 in my case): ">> Index.each_id(Index.parse_query("source_id:10")){|m| Index.delete(m)}; Index.save_index" Cheers, jonathan From wmorgan-sup@masanjin.net Tue Jan 5 16:09:57 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Tue, 05 Jan 2010 13:09:57 -0800 Subject: [sup-talk] Moving messages between sources and generic auto labeling hook In-Reply-To: <6c0c31751001031054o1befd9e4k34911bcc9e04461c@mail.gmail.com> References: <6c0c31751001031054o1befd9e4k34911bcc9e04461c@mail.gmail.com> Message-ID: <1262725492-sup-5621@masanjin.net> Reformatted excerpts from Scott Henson's message of 2010-01-03: > Is it possible to have sup move messages between sources? No. Mutt is quite good at this, actually. If you do move them, you will have to update the Sup index to reflect the new source. > I've found a python script that will do this for me on the Maildir, but I'm > not sure what this will do to the sup index. Would I be able to do this on > a nightly basis and then do a full rescan on the INBOX source and the > archive sources? Would the messages keep their labels? The easiest thing would be to make a dump of the message state with sup-dump, and then sup-sync -c --restore on both sources. Of course, check first to make sure this works! That incurs a silly amout of redundant work, so you could also consider the fancier way of just updating the source_id in the index, using the console. > My second question revolves around labeling. I see the before add hook is > what is supposed to be used for labeling. Does everyone just write ruby in > that hook or does someone have a simpler syntax for filtering that a generic > before add hook that uses it? I'm thinking the simplest would be yaml, but > this being ruby I would think creating a DSL for filtering would be pretty > easy and make autolabeling an easier affair than writing straight ruby. The hooks are just ruby at the moment. I'm not convinced a DSL would be an improvement. For example, my before-add hook looks like this: to_string = message.recipients.map { |t| t.email }.join(" ") case to_string when /\bgit at vger.kernel.org\b/ message.add_label :git message.remove_label :inbox when /\bsup-(devel|talk)@rubyforge.org\b/ message.add_label :sup when /\bditz-talk at rubyforge.org\b/ message.add_label :ditz [...] Apart from the first line, it seems pretty DSL-like already to me. But try it, if you like, and report back if you come up with something nice. -- William From wmorgan-sup@masanjin.net Tue Jan 5 16:15:38 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Tue, 05 Jan 2010 13:15:38 -0800 Subject: [sup-talk] Ferret to Xapian conversion In-Reply-To: <1262562493-sup-7933@black-opal.mit.edu> References: <1262460996-sup-1383@home.mrtheplague.net> <1262467343-sup-9565@masanjin.net> <1262471675-sup-1708@masanjin.net> <1262531773-sup-5192@masanjin.net> <1262562493-sup-7933@black-opal.mit.edu> Message-ID: <1262726087-sup-8434@masanjin.net> Reformatted excerpts from Kevin Riggle's message of 2010-01-03: > When I run the script, I get a number of lines complaining about being unable > to convert various encodings -- is this expected behavior? Not a problem at all. (Typically spam with a wrong declared charset.) I've turned this down to a debug message so you won't even see it any more. -- William From wmorgan-sup@masanjin.net Tue Jan 5 16:51:23 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Tue, 05 Jan 2010 13:51:23 -0800 Subject: [sup-talk] sent_source - singular or per-account? In-Reply-To: <3f81a4241001041055t443931c6vbbe1e7a44599d4f1@mail.gmail.com> References: <1246476925-sup-5046@ntdws12.chass.utoronto.ca> <1246502666-sup-1295@ntdws12.chass.utoronto.ca> <1246542975-sup-7239@ntdws12.chass.utoronto.ca> <3f81a4241001041055t443931c6vbbe1e7a44599d4f1@mail.gmail.com> Message-ID: <1262728264-sup-3239@masanjin.net> Reformatted excerpts from Bryan Richardson's message of 2010-01-04: > Just curious if this ever got implemented... I use Sup at work to > check both work and personal email, and when responding to personal > email I'd like the response to be saved in a different source. Not AFAIK. -- William From wmorgan-sup@masanjin.net Tue Jan 5 16:55:42 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Tue, 05 Jan 2010 13:55:42 -0800 Subject: [sup-talk] Delete A Source From Ferret Index In-Reply-To: <1262657952-sup-6680@sfo.thejof.com> References: <1262573310-sup-6062@sfo.thejof.com> <1262657952-sup-6680@sfo.thejof.com> Message-ID: <1262728431-sup-8471@masanjin.net> Reformatted excerpts from Jonathan Lassoff's message of 2010-01-04: > Excerpts from Jonathan Lassoff's message of Sun Jan 03 19:35:08 -0800 2010: > > Any suggestions for removing all messages from the index that belong to > > a certain source? > > A solution that ended up working for me: > > - Start the devel console (cd ~/src/sup; ./devel/console.sh) > - Search for message ids from the source you want to remove and run > Redwood::FerretIndex#delete on each (the evil source id was 10 in my case): > ">> Index.each_id(Index.parse_query("source_id:10")){|m| Index.delete(m)}; Index.save_index" Nice work. A gold star to anyone who adds this to the FAQ. Two for anyone who makes a nice bin/sup-drop-source. In this particular case you could also have run sup-tweak-labels to add the spam label to everything from that source (and then edited sources.yaml to make it autoapply for any new messages). -- William From wmorgan-sup@masanjin.net Tue Jan 5 17:09:17 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Tue, 05 Jan 2010 14:09:17 -0800 Subject: [sup-talk] Exception when syncing mailbox. In-Reply-To: <20091225173041.GA9253@swip.net> References: <20091225173041.GA9253@swip.net> Message-ID: <1262729316-sup-4536@masanjin.net> Reformatted excerpts from Kristian Larsson's message of 2009-12-25: > What can I do to troubleshoot? Try some later HEAD branch or > something? > > Kind regards, > Kristian. > > /usr/lib/ruby/1.8/ferret/index.rb:421:in `[]' This should be fixed in 0.10 with the Xapian branch. You can also try the latest git next. -- William From jof@thejof.com Tue Jan 5 17:11:48 2010 From: jof@thejof.com (Jonathan Lassoff) Date: Tue, 05 Jan 2010 14:11:48 -0800 Subject: [sup-talk] Delete A Source From Ferret Index In-Reply-To: <1262728431-sup-8471@masanjin.net> References: <1262573310-sup-6062@sfo.thejof.com> <1262657952-sup-6680@sfo.thejof.com> <1262728431-sup-8471@masanjin.net> Message-ID: <1262729470-sup-100@sfo.thejof.com> Excerpts from William Morgan's message of Tue Jan 05 13:55:42 -0800 2010: > In this particular case you could also have run sup-tweak-labels to add > the spam label to everything from that source (and then edited > sources.yaml to make it autoapply for any new messages). Ah. Nice other way around that. Would have been an even quicker solution in this case. I added this recipe to the wiki: http://sup.rubyforge.org/wiki/wiki.pl?RemovingASource --j From wmorgan-sup@masanjin.net Tue Jan 5 17:45:44 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Tue, 05 Jan 2010 14:45:44 -0800 Subject: [sup-talk] Delete A Source From Ferret Index In-Reply-To: <1262729470-sup-100@sfo.thejof.com> References: <1262573310-sup-6062@sfo.thejof.com> <1262657952-sup-6680@sfo.thejof.com> <1262728431-sup-8471@masanjin.net> <1262729470-sup-100@sfo.thejof.com> Message-ID: <1262731534-sup-3003@masanjin.net> Reformatted excerpts from Jonathan Lassoff's message of 2010-01-05: > I added this recipe to the wiki: > http://sup.rubyforge.org/wiki/wiki.pl?RemovingASource One gold star! -- William From anirudh@anirudhsanjeev.org Wed Jan 6 06:38:20 2010 From: anirudh@anirudhsanjeev.org (Anirudh Sanjeev) Date: Wed, 06 Jan 2010 17:08:20 +0530 Subject: [sup-talk] Questions about offlineimap+msmtp+maildir+gmail syncing Message-ID: <1262776632-sup-1333@deepthought> Hi, This is my first real email with sup! I configured sup to work with my Gmail(hosted apps) account as follows: 1. Offlineimap fetches email and saves to Maildir (I am behind a very slow connection, I need to mirror email) 2. The appropriate Maildir is added as a source in sup. Specifically, the Gmail.[All Mail] Folder, which has "cur". 3. I configured msmtp to be used for sending email instead of sendmail. So far I can read all my emails, and the experience is great. I have a few minor questions: 1. When I send email via sup, I see the same email as an unread message in my Gmail web frontend in the Inbox folder rather than the sent folder. 2. Any changes in sup aren't reflected in my web frontend. I am guessing this is a problem with my offlineimap configuration. Deleting or archiving an email doesn't change anything in the web client. 3. I am unable to work with the drafts already existing in Gmail and the web interface is unaware of the drafts I have here. A suggestion on how to fix this would be awesome!. 4. Any other suggestions on how to make the experience with offlineimap would be awesome! I initially used offlineimap's imap server mirroring feature, but I found putting the emails in Maildir format made it a lot easier. I've pasted some of my config files here: 1. My config.yaml - http://antileet.pastebin.com/m3209dc32 2. My sources.yaml - http://antileet.pastebin.com/m6fc935ee 3. My .msmtprc - http://antileet.pastebin.com/m564eafc3 4. My .offlineimaprc - http://antileet.pastebin.com/m3ac306b6 Please help me get sup working! This is exactly what I've been looking for. I promise to write up a detailed tutorial for the Wiki if I can get it to work :) Thanks, Anirudh -- Senior undergraduate student, Indian Institute of Technology, Kharagpur http://anirudhsanjeev.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From hyperbolist@gmail.com Wed Jan 6 07:56:20 2010 From: hyperbolist@gmail.com (Eric Sherman) Date: Wed, 06 Jan 2010 07:56:20 -0500 Subject: [sup-talk] Questions about offlineimap+msmtp+maildir+gmail syncing In-Reply-To: <1262776632-sup-1333@deepthought> References: <1262776632-sup-1333@deepthought> Message-ID: <1262780979-sup-2146@changeling.local> Excerpts from Anirudh Sanjeev's message of Wed Jan 06 06:38:20 -0500 2010: > 1. Offlineimap fetches email and saves to Maildir (I am behind a very > slow connection, I need to mirror email) > 2. The appropriate Maildir is added as a source in sup. Specifically, > the Gmail.[All Mail] Folder, which has "cur". > 3. I configured msmtp to be used for sending email instead of sendmail. My setup is similar. > 1. When I send email via sup, I see the same email as an unread message > in my Gmail web frontend in the Inbox folder rather than the sent > folder. It looks like in your sup config.yaml you're only using one of your two accounts to send mail from. You're probably seeing messages sent from anirudh at anirudhsanjeev.org in your andy at ninjagod.com gmail interface? I would add the ninjagod account to your sup config.yaml and take a look at the wiki [MultipleAccountsAndReply][1] and the reply-from/before-edit [Hooks][2]. [1]: http://sup.rubyforge.org/wiki/wiki.pl?MultipleAccountsAndReply [2]: http://sup.rubyforge.org/wiki/wiki.pl?Hooks > 2. Any changes in sup aren't reflected in my web frontend. I am guessing > this is a problem with my offlineimap configuration. Deleting or > archiving an email doesn't change anything in the web client. This is because sup is primarily concerned with its own index, and does not at present manipulate its sources by default. Though there is sup-sync-back which can propagate deleted messages or marked-as-spam back to sources--it only supports mbox at present. The fact that you're not seeing changes is not your fault--sup just doesn't do it. > 3. I am unable to work with the drafts already existing in Gmail and the > web interface is unaware of the drafts I have here. A suggestion on > how to fix this would be awesome!. You could add your gmail drafts as another source to get them into sup, though sup won't actually treat those messages as drafts and you won't see sup drafts in gmail. > 4. Any other suggestions on how to make the experience with offlineimap > would be awesome! I initially used offlineimap's imap server > mirroring feature, but I found putting the emails in Maildir format > made it a lot easier. If sup actually manipulated its sources, you wouldn't have these issues, but it doesn't. So aside from the missing account in your sup config.yaml, I'd say your setup is fine and is working as it should. Sup doesn't play well with other interfaces manipulating its sources--you'll be doing the sup-sync dance a lot. I just stopped using other mail clients with my sources and I've been happy ever since. Good luck, -eric From anirudh@anirudhsanjeev.org Wed Jan 6 14:09:59 2010 From: anirudh@anirudhsanjeev.org (Anirudh Sanjeev) Date: Thu, 07 Jan 2010 00:39:59 +0530 Subject: [sup-talk] Questions about offlineimap+msmtp+maildir+gmail syncing In-Reply-To: <1262780979-sup-2146@changeling.local> References: <1262776632-sup-1333@deepthought> <1262780979-sup-2146@changeling.local> Message-ID: <1262804701-sup-8673@deepthought> Hi! Excerpts from Eric Sherman's message of Wed Jan 06 18:26:20 +0530 2010: > I would add the ninjagod account to your sup config.yaml and take a look at > the wiki [MultipleAccountsAndReply][1] and the reply-from/before-edit > [Hooks][2]. That helped, and my outgoing email seems to be sorted out. Thank you. > The fact that you're not seeing changes is not your fault--sup just doesn't > do it. Oh, that's too bad. Are there any plans to support syncing with IMAP or Maildir anytime soon? Either way, looks like I'll have to quit the Web interface and Evolution cold turkey and stick with sup! Since sup supports sync with mbox, is there any utility that takes IMAP and packs it into mbox format, or maybe converts Maildir messages into mbox? Thanks! Anirudh -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From btricha@gmail.com Wed Jan 6 14:18:21 2010 From: btricha@gmail.com (Bryan Richardson) Date: Wed, 6 Jan 2010 12:18:21 -0700 Subject: [sup-talk] sent_source - singular or per-account? In-Reply-To: <1262728264-sup-3239@masanjin.net> References: <1246476925-sup-5046@ntdws12.chass.utoronto.ca> <1246502666-sup-1295@ntdws12.chass.utoronto.ca> <1246542975-sup-7239@ntdws12.chass.utoronto.ca> <3f81a4241001041055t443931c6vbbe1e7a44599d4f1@mail.gmail.com> <1262728264-sup-3239@masanjin.net> Message-ID: <3f81a4241001061118k7fa0c9e6ub556c400a00b139b@mail.gmail.com> On Tue, Jan 5, 2010 at 2:51 PM, William Morgan wrote: > Reformatted excerpts from Bryan Richardson's message of 2010-01-04: > > Just curious if this ever got implemented... I use Sup at work to > > check both work and personal email, and when responding to personal > > email I'd like the response to be saved in a different source. > > Not AFAIK. > -- > William > _______________________________________________ > sup-talk mailing list > sup-talk at rubyforge.org > http://rubyforge.org/mailman/listinfo/sup-talk > I'd take a stab at it if a Sup guru would give me a few pointers as to where to start... :) -------------- next part -------------- An HTML attachment was scrubbed... URL: From wmorgan-sup@masanjin.net Wed Jan 6 14:29:40 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Wed, 06 Jan 2010 14:29:40 -0500 Subject: [sup-talk] sent_source - singular or per-account? In-Reply-To: <3f81a4241001061118k7fa0c9e6ub556c400a00b139b@mail.gmail.com> References: <1246476925-sup-5046@ntdws12.chass.utoronto.ca> <1246502666-sup-1295@ntdws12.chass.utoronto.ca> <1246542975-sup-7239@ntdws12.chass.utoronto.ca> <3f81a4241001041055t443931c6vbbe1e7a44599d4f1@mail.gmail.com> <1262728264-sup-3239@masanjin.net> <3f81a4241001061118k7fa0c9e6ub556c400a00b139b@mail.gmail.com> Message-ID: <1262805923-sup-3586@masanjin.net> Reformatted excerpts from Bryan Richardson's message of 2010-01-06: > I'd take a stab at it if a Sup guru would give me a few pointers as to > where to start... :) SentManager.write_sent_message is the method you want to play with. For hook stuff, take a look at how any of the current hooks are defined and called (git grep 'hook' or something). Ben Walton's posts on this thread are also very useful. The simplest approach might be to just have the hook return a source that's used (if supplied) instead of the default source, and leave it up to the hook writer to interact with SourceManager or whatever to acquire the Source object they want. -- William From tero@tilus.net Wed Jan 6 16:04:22 2010 From: tero@tilus.net (Tero Tilus) Date: Wed, 06 Jan 2010 23:04:22 +0200 Subject: [sup-talk] sent_source - singular or per-account? In-Reply-To: <1262805923-sup-3586@masanjin.net> References: <1246476925-sup-5046@ntdws12.chass.utoronto.ca> <1246502666-sup-1295@ntdws12.chass.utoronto.ca> <1246542975-sup-7239@ntdws12.chass.utoronto.ca> <3f81a4241001041055t443931c6vbbe1e7a44599d4f1@mail.gmail.com> <1262728264-sup-3239@masanjin.net> <3f81a4241001061118k7fa0c9e6ub556c400a00b139b@mail.gmail.com> <1262805923-sup-3586@masanjin.net> Message-ID: <1262811731-sup-2447@tilus.net> William Morgan, 2010-01-06 21:29: > The simplest approach might be to just have the hook return a source Does it really need to be a hook? I haven't seen a single use case justifying hook over simply having per-account sent_source in config.yaml. -- Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/ From wmorgan-sup@masanjin.net Wed Jan 6 16:23:41 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Wed, 06 Jan 2010 16:23:41 -0500 Subject: [sup-talk] sent_source - singular or per-account? In-Reply-To: <1262811731-sup-2447@tilus.net> References: <1246476925-sup-5046@ntdws12.chass.utoronto.ca> <1246502666-sup-1295@ntdws12.chass.utoronto.ca> <1246542975-sup-7239@ntdws12.chass.utoronto.ca> <3f81a4241001041055t443931c6vbbe1e7a44599d4f1@mail.gmail.com> <1262728264-sup-3239@masanjin.net> <3f81a4241001061118k7fa0c9e6ub556c400a00b139b@mail.gmail.com> <1262805923-sup-3586@masanjin.net> <1262811731-sup-2447@tilus.net> Message-ID: <1262812952-sup-9357@masanjin.net> Reformatted excerpts from Tero Tilus's message of 2010-01-06: > Does it really need to be a hook? I haven't seen a single use case > justifying hook over simply having per-account sent_source in > config.yaml. No, I don't care which it is. But you will be responsible for helping the first person who wants to automatically choose their sent source based on the body of the message. :) -- William From anirudh@anirudhsanjeev.org Thu Jan 7 10:02:08 2010 From: anirudh@anirudhsanjeev.org (Anirudh Sanjeev) Date: Thu, 07 Jan 2010 20:32:08 +0530 Subject: [sup-talk] Unable to reply to googlegroups messages Message-ID: <1262875977-sup-4418@deepthought> Hi, I don't know if this is a bug but a problem in my setup. I am unable to respond to messages mailed from Google Groups. The "to" field is incorrect. While this is trivial to correct it might be a problem. Here's a screenshot of how it looks like when I hit "r" on a thread. http://i.imgur.com/p8xX3.png Here's the actual email headers: http://pastebin.com/m7a3577c3 The outgoing email fails when msmtp complains about a bad argument. The "List-Post" header seems to have the "mailto". If this bug has been fixed already, my apologies for the unnecessary post. I am on sup 0.9.1. Thanks, Anirudh -- Senior Undergraduate student, Indian Institute of Technology, Kharagpur http://anirudhsanjeev.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From tero@tilus.net Thu Jan 7 10:58:28 2010 From: tero@tilus.net (Tero Tilus) Date: Thu, 07 Jan 2010 17:58:28 +0200 Subject: [sup-talk] sent_source - singular or per-account? In-Reply-To: <1262812952-sup-9357@masanjin.net> References: <1246476925-sup-5046@ntdws12.chass.utoronto.ca> <1246502666-sup-1295@ntdws12.chass.utoronto.ca> <1246542975-sup-7239@ntdws12.chass.utoronto.ca> <3f81a4241001041055t443931c6vbbe1e7a44599d4f1@mail.gmail.com> <1262728264-sup-3239@masanjin.net> <3f81a4241001061118k7fa0c9e6ub556c400a00b139b@mail.gmail.com> <1262805923-sup-3586@masanjin.net> <1262811731-sup-2447@tilus.net> <1262812952-sup-9357@masanjin.net> Message-ID: <1262879727-sup-9702@tilus.net> William Morgan, 2010-01-06 23:23: > Reformatted excerpts from Tero Tilus's message of 2010-01-06: > > Does it really need to be a hook? I haven't seen a single use case > > No, I don't care which it is. But you will be responsible for helping > the first person who wants to automatically choose their sent source > based on the body of the message. :) So be it it, if you (in the other scenario) are willing to help those who simply want per-account sent_source and are afraid of Ruby. :) -- Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/ From wmorgan-sup@masanjin.net Thu Jan 7 12:23:19 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Thu, 07 Jan 2010 12:23:19 -0500 Subject: [sup-talk] Unable to reply to googlegroups messages In-Reply-To: <1262875977-sup-4418@deepthought> References: <1262875977-sup-4418@deepthought> Message-ID: <1262884968-sup-7535@masanjin.net> Reformatted excerpts from Anirudh Sanjeev's message of 2010-01-07: > I don't know if this is a bug but a problem in my setup. I am unable > to respond to messages mailed from Google Groups. The "to" field is > incorrect. While this is trivial to correct it might be a problem. This is fixed in next and should go out in 0.10. (Will merge to master soon.) -- William From btricha@gmail.com Fri Jan 8 11:00:07 2010 From: btricha@gmail.com (Bryan Richardson) Date: Fri, 8 Jan 2010 09:00:07 -0700 Subject: [sup-talk] sent_source - singular or per-account? In-Reply-To: <1262879727-sup-9702@tilus.net> References: <1246542975-sup-7239@ntdws12.chass.utoronto.ca> <3f81a4241001041055t443931c6vbbe1e7a44599d4f1@mail.gmail.com> <1262728264-sup-3239@masanjin.net> <3f81a4241001061118k7fa0c9e6ub556c400a00b139b@mail.gmail.com> <1262805923-sup-3586@masanjin.net> <1262811731-sup-2447@tilus.net> <1262812952-sup-9357@masanjin.net> <1262879727-sup-9702@tilus.net> Message-ID: <3f81a4241001080800ja97a0bbm9c9c39504ed88bec@mail.gmail.com> So... I take it I would still look at SentManager.write_sent_message for this? Are all the configuration options from config.yaml gobbled up into an object somewhere when Sup is started? I guess the first question I should really ask is if Tero is going to take a stab at this or if I should... :) On Thu, Jan 7, 2010 at 8:58 AM, Tero Tilus wrote: > William Morgan, 2010-01-06 23:23: >> Reformatted excerpts from Tero Tilus's message of 2010-01-06: >> > Does it really need to be a hook? ?I haven't seen a single use case >> >> No, I don't care which it is. But you will be responsible for helping >> the first person who wants to automatically choose their sent source >> based on the body of the message. :) > > So be it it, if you (in the other scenario) are willing to help those > who simply want per-account sent_source and are afraid of Ruby. ?:) > > -- > Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/ > _______________________________________________ > sup-talk mailing list > sup-talk at rubyforge.org > http://rubyforge.org/mailman/listinfo/sup-talk > From kevinr@free-dissociation.com Fri Jan 8 18:06:10 2010 From: kevinr@free-dissociation.com (Kevin Riggle) Date: Fri, 08 Jan 2010 18:06:10 -0500 Subject: [sup-talk] sent_source - singular or per-account? In-Reply-To: References: Message-ID: <1262991633-sup-8263@black-opal.mit.edu> Excerpts from Jim Cheetham's message of Wed Jul 01 05:48:30 -0400 2009: > It looks like there is only one place that outbound mail can be stored > -- sent_source in config.yaml specifies it globally. > > I'd like to be able to save outgoing email into the mailstore for the > matching account; can anyone suggest some way to do this? Hacking code > is an option, although I'd appreciate some pointers ... Coming wicked late to the party, and it's a bit of a kludge, but -- I solve this problem with a before-edit hook which BCCs my account, and all the information necessary to choose the appropriate account in a multi-account setup should be present in that hook. Sup's automatic duplicate suppression means they never actually show up in my inbox view, but they are nevertheless silently and appropriately added to my remote mailstore. - Kevin -- Kevin Riggle (kevinr at free-dissociation.com) MIT Class of 2010, Course VI-3 (Computer Science) http://free-dissociation.com From tero@tilus.net Sat Jan 9 17:47:16 2010 From: tero@tilus.net (Tero Tilus) Date: Sun, 10 Jan 2010 00:47:16 +0200 Subject: [sup-talk] sent_source - singular or per-account? In-Reply-To: <3f81a4241001080800ja97a0bbm9c9c39504ed88bec@mail.gmail.com> References: <1246542975-sup-7239@ntdws12.chass.utoronto.ca> <3f81a4241001041055t443931c6vbbe1e7a44599d4f1@mail.gmail.com> <1262728264-sup-3239@masanjin.net> <3f81a4241001061118k7fa0c9e6ub556c400a00b139b@mail.gmail.com> <1262805923-sup-3586@masanjin.net> <1262811731-sup-2447@tilus.net> <1262812952-sup-9357@masanjin.net> <1262879727-sup-9702@tilus.net> <3f81a4241001080800ja97a0bbm9c9c39504ed88bec@mail.gmail.com> Message-ID: <1263076756-sup-4633@tilus.net> Bryan Richardson, 2010-01-08 18:00: > I guess the first question I should really ask is if Tero is going > to take a stab at this or if I should... :) Make your choise and take your stab. I'll be a happy user of sent_source selection, be it hook or conf based. I've already got a long enough backlog of features I want to hack with. -- Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/ From mariano.mara@gmail.com Sun Jan 10 14:55:35 2010 From: mariano.mara@gmail.com (Mariano Mara) Date: Sun, 10 Jan 2010 16:55:35 -0300 Subject: [sup-talk] Recovering lost thread Message-ID: <1263151714-sup-9969@kafka> Hi everyone. I've been using sup as a ML reader for quite some time now but a few days ago I made my mind and switch from my beloved mutt to sup as my email client for everything: so far it has been great and I'm really enjoying it. I had a problem today though: I was searching for the mail in my work account and couldn't find it: I checked in the server (I'm using IMAP with offlineimap) and it was there. So it seems I might kill it or delete it in sup (I don't know exactly what I did) and now I cannot get it back (I tried several combinations of expressions in the search to no avail). Can anyone suggest a way to track it down and recover it? TIA, Mariano. From mariano.mara@gmail.com Sun Jan 10 16:09:02 2010 From: mariano.mara@gmail.com (Mariano Mara) Date: Sun, 10 Jan 2010 18:09:02 -0300 Subject: [sup-talk] Recovering lost thread In-Reply-To: <1263151714-sup-9969@kafka> References: <1263151714-sup-9969@kafka> Message-ID: <1263157617-sup-1963@kafka> Excerpts from Mariano Mara's message of Sun Jan 10 16:55:35 -0300 2010: > Hi everyone. > I've been using sup as a ML reader for quite some time now but a few > days ago I made my mind and switch from my beloved mutt to sup as my > email client for everything: so far it has been great and I'm really > enjoying it. > I had a problem today though: I was searching for the mail in my work > account and couldn't find it: I checked in the server (I'm using IMAP > with offlineimap) and it was there. So it seems I might kill it or delete it in > sup > (I don't know exactly what I did) and now I cannot get it back (I tried > several combinations of expressions in the search to no avail). > Can anyone suggest a way to track it down and recover it? > > TIA, > Mariano. Nevermind... I was not aware I could navigate deleted messages... Mariano From wmorgan-sup@masanjin.net Mon Jan 11 12:55:49 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Mon, 11 Jan 2010 12:55:49 -0500 Subject: [sup-talk] Recovering lost thread In-Reply-To: <1263157617-sup-1963@kafka> References: <1263151714-sup-9969@kafka> <1263157617-sup-1963@kafka> Message-ID: <1263232510-sup-1314@masanjin.net> Reformatted excerpts from Mariano Mara's message of 2010-01-10: > Nevermind... I was not aware I could navigate deleted messages... Yep, they don't show up by default, but any query with label:deleted in it should pull them up, so you can search across them for content too if you have lots of deleted messages. -- William From hollunder@lavabit.com Mon Jan 11 16:29:16 2010 From: hollunder@lavabit.com (=?utf-8?q?Philipp_=C3=9Cberbacher?=) Date: Mon, 11 Jan 2010 22:29:16 +0100 Subject: [sup-talk] Recovering lost thread In-Reply-To: <1263232510-sup-1314@masanjin.net> References: <1263151714-sup-9969@kafka> <1263157617-sup-1963@kafka> <1263232510-sup-1314@masanjin.net> Message-ID: <1263245163-sup-9651@tw> Excerpts from William Morgan's message of Mon Jan 11 18:55:49 +0100 2010: > Reformatted excerpts from Mariano Mara's message of 2010-01-10: > > Nevermind... I was not aware I could navigate deleted messages... > > Yep, they don't show up by default, but any query with label:deleted in > it should pull them up, so you can search across them for content too if > you have lots of deleted messages. I have a somewhat related question. I'm using offlineimap -> maildir -> sup and the issue I have is that I don't get messages that were already read when I installed/ran sup. How do I get all the message in my imap mailboxes? Btw. I only just now realized how the reply-to (sender/list/whatever) works, and I think it's great. Thanks in advance, Philipp From wmorgan-sup@masanjin.net Tue Jan 12 15:21:28 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Tue, 12 Jan 2010 15:21:28 -0500 Subject: [sup-talk] Recovering lost thread In-Reply-To: <1263245163-sup-9651@tw> References: <1263151714-sup-9969@kafka> <1263157617-sup-1963@kafka> <1263232510-sup-1314@masanjin.net> <1263245163-sup-9651@tw> Message-ID: <1263327582-sup-3477@masanjin.net> Reformatted excerpts from Philipp ?berbacher's message of 2010-01-11: > I have a somewhat related question. > I'm using offlineimap -> maildir -> sup and the issue I have is that I > don't get messages that were already read when I installed/ran sup. That's weird. These were messages that are in your imap inbox, but simple aren't read? Is it possible you they are in the Sup index but aren't showing up in the Sup inbox? E.g. if you search for a particular message, do you see it? Sup adds all messages, regardless of whether they're read or not in the source. > Btw. I only just now realized how the reply-to (sender/list/whatever) > works, and I think it's great. Thanks! -- William From btricha@gmail.com Tue Jan 12 16:38:02 2010 From: btricha@gmail.com (Bryan Richardson) Date: Tue, 12 Jan 2010 14:38:02 -0700 Subject: [sup-talk] sent_source - singular or per-account? In-Reply-To: <1263076756-sup-4633@tilus.net> References: <3f81a4241001041055t443931c6vbbe1e7a44599d4f1@mail.gmail.com> <1262728264-sup-3239@masanjin.net> <3f81a4241001061118k7fa0c9e6ub556c400a00b139b@mail.gmail.com> <1262805923-sup-3586@masanjin.net> <1262811731-sup-2447@tilus.net> <1262812952-sup-9357@masanjin.net> <1262879727-sup-9702@tilus.net> <3f81a4241001080800ja97a0bbm9c9c39504ed88bec@mail.gmail.com> <1263076756-sup-4633@tilus.net> Message-ID: <3f81a4241001121338q6260d35dr8f050461d371e181@mail.gmail.com> On Sat, Jan 9, 2010 at 3:47 PM, Tero Tilus wrote: > Bryan Richardson, 2010-01-08 18:00: >> I guess the first question I should really ask is if Tero is going >> to take a stab at this or if I should... :) > > Make your choise and take your stab. ?I'll be a happy user of > sent_source selection, be it hook or conf based. Would someone be nice enough to tell me when/where the source gets set in SentManager? I've grepped the heck out of the code and can't find it anywhere. Also, where's the code that checks the front of the sent_source uri for 'maildir' in order to know to create a new Maildir source object? > > I've already got a long enough backlog of features I want to hack > with. > > -- > Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/ > _______________________________________________ > sup-talk mailing list > sup-talk at rubyforge.org > http://rubyforge.org/mailman/listinfo/sup-talk > -- Thanks! Bryan From tero@tilus.net Tue Jan 12 18:10:40 2010 From: tero@tilus.net (Tero Tilus) Date: Wed, 13 Jan 2010 01:10:40 +0200 Subject: [sup-talk] sent_source - singular or per-account? In-Reply-To: <3f81a4241001121338q6260d35dr8f050461d371e181@mail.gmail.com> References: <3f81a4241001041055t443931c6vbbe1e7a44599d4f1@mail.gmail.com> <1262728264-sup-3239@masanjin.net> <3f81a4241001061118k7fa0c9e6ub556c400a00b139b@mail.gmail.com> <1262805923-sup-3586@masanjin.net> <1262811731-sup-2447@tilus.net> <1262812952-sup-9357@masanjin.net> <1262879727-sup-9702@tilus.net> <3f81a4241001080800ja97a0bbm9c9c39504ed88bec@mail.gmail.com> <1263076756-sup-4633@tilus.net> <3f81a4241001121338q6260d35dr8f050461d371e181@mail.gmail.com> Message-ID: <1263336305-sup-2783@tilus.net> Bryan Richardson, 2010-01-12 23:38: > Would someone be nice enough to tell me when/where the source gets > set in SentManager? Look at bin/sup lines 157-161. > Also, where's the code that checks the front of the sent_source uri > for 'maildir' in order to know to create a new Maildir source > object? That would be only in bin/sup-add. If you look inside sources.yaml, you see that source classes are stored there (together with instance attributes) and thats how SourceManager#load_sources (actually YAML::load_file inside it) knows what source classes to instantiate. -- Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/ From murks@lavabit.com Tue Jan 12 19:07:49 2010 From: murks@lavabit.com (=?utf-8?q?Philipp_=C3=9Cberbacher?=) Date: Wed, 13 Jan 2010 01:07:49 +0100 Subject: [sup-talk] Recovering lost thread In-Reply-To: <1263327582-sup-3477@masanjin.net> References: <1263151714-sup-9969@kafka> <1263157617-sup-1963@kafka> <1263232510-sup-1314@masanjin.net> <1263245163-sup-9651@tw> <1263327582-sup-3477@masanjin.net> Message-ID: <1263340870-sup-9488@tw> Excerpts from William Morgan's message of Tue Jan 12 21:21:28 +0100 2010: > Reformatted excerpts from Philipp ?berbacher's message of 2010-01-11: > > I have a somewhat related question. > > I'm using offlineimap -> maildir -> sup and the issue I have is that I > > don't get messages that were already read when I installed/ran sup. > > That's weird. These were messages that are in your imap inbox, but > simple aren't read? Is it possible you they are in the Sup index but > aren't showing up in the Sup inbox? E.g. if you search for a particular > message, do you see it? I think you're right. The messages are there, the messages marked as read in the imap inbox simply never showed up in sups inbox. This is only part of the reason for my confusion. My mail system was a bit of a mess and I cleaned it up while switching to sup. Some old messages that I'd need live in some pop account that's now defunct, then there were strange redirects from one account to another, all of which left me in this state. Guess it's all better now, except for all the old data that still lives in my now defunct claws mail in some form... Sorry for the noise. Best regards, Philipp From gregor@hoffleit.de Wed Jan 13 08:13:18 2010 From: gregor@hoffleit.de (Gregor Hoffleit) Date: Wed, 13 Jan 2010 14:13:18 +0100 Subject: [sup-talk] Ruby question: before-add-message.rb and adding multiple labels at once Message-ID: <1263386714-sup-5331@sam.mediasupervision.de> In order to keep before-add-message.rb readable, I was using one-line filters like: message.add_label "ad apple" if message.from.email =~ /@insideapple.apple.com/ message.add_label "ad amazon" if message.from.email =~ /promotion.*@amazon.com/ message.add_label "list sup" if message.subj =~ /\[sup-talk\]/ message.add_label "list sup-devel" if message.subj =~ /\[sup-devel\]/ That seemed to work, somehow. Only now I realized that message.add_label in fact only takes a single label as argument. Is it true that I have to change the above syntax into the much more verbose: if message.subj =~ /\[sup-devel\]/ message.add_label :list message.add_label :"sup-devel" end Removing a message from the inbox ("message.remove_label :inbox") while applying a label leads to a similar 'code bloat'. Also, it took me a while to realize that errors in before-add-message.rb won't lead to a visible error message, but that before-add-message.rb just silently quits. The examples in http://sup.rubyforge.org/wiki/wiki.pl?Hooks are a very good start. Still, perhaps somebody with robust Ruby skills could add in a section about the exact usage of message.add_label and message.remove_label, e.g.: - What's the difference between "label" and :label? - Can I use multiple labels in one invocation? - How about dashes in labels? Is :sup-devel valid, or should I use :"sup-devel"? - How about spaces in label? - How about "-inbox"? Does it work? Regards, Gregor Hoffleit From hyperbolist@gmail.com Wed Jan 13 10:49:00 2010 From: hyperbolist@gmail.com (Eric Sherman) Date: Wed, 13 Jan 2010 10:49:00 -0500 Subject: [sup-talk] Ruby question: before-add-message.rb and adding multiple labels at once In-Reply-To: <1263386714-sup-5331@sam.mediasupervision.de> References: <1263386714-sup-5331@sam.mediasupervision.de> Message-ID: <1263396697-sup-5561@changeling.local> Excerpts from Gregor Hoffleit's message of Wed Jan 13 08:13:18 -0500 2010: > In order to keep before-add-message.rb readable, I was using one-line > filters like: > > message.add_label "ad apple" if message.from.email =~ /@insideapple.apple.com/ > message.add_label "ad amazon" if message.from.email =~ /promotion.*@amazon.com/ > message.add_label "list sup" if message.subj =~ /\[sup-talk\]/ > message.add_label "list sup-devel" if message.subj =~ /\[sup-devel\]/ > > That seemed to work, somehow. Only now I realized that message.add_label > in fact only takes a single label as argument. > > Is it true that I have to change the above syntax into the much more > verbose: > > if message.subj =~ /\[sup-devel\]/ > message.add_label :list > message.add_label :"sup-devel" > end > > Removing a message from the inbox ("message.remove_label :inbox") while > applying a label leads to a similar 'code bloat'. You could try this: [:list, :sup-devel].each { |l| message.add_label l } if condition [:inbox, :unread].each { |l| message.remove_label l } if condition Or something like this: case [message.from, message.subj].flatten.to_s when /foo/ then [:label1, :label2].each { |l| message.add_label l } [:inbox, :unread].each { |l| message.remove_label l } when /bar/ then [:label3, :label4].each { |l| message.add_label l } [:inbox, :unread].each { |l| message.remove_label l } end From wmorgan-sup@masanjin.net Wed Jan 13 16:49:47 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Wed, 13 Jan 2010 16:49:47 -0500 Subject: [sup-talk] Recovering lost thread In-Reply-To: <1263340870-sup-9488@tw> References: <1263151714-sup-9969@kafka> <1263157617-sup-1963@kafka> <1263232510-sup-1314@masanjin.net> <1263245163-sup-9651@tw> <1263327582-sup-3477@masanjin.net> <1263340870-sup-9488@tw> Message-ID: <1263419339-sup-2337@masanjin.net> Reformatted excerpts from Philipp ?berbacher's message of 2010-01-12: > I think you're right. The messages are there, the messages marked as > read in the imap inbox simply never showed up in sups inbox. You can fix this in one swell foop by adding the inbox label to those messages using sup-tweak-labels, if you want. -- William From murks@lavabit.com Wed Jan 13 17:30:44 2010 From: murks@lavabit.com (=?utf-8?q?Philipp_=C3=9Cberbacher?=) Date: Wed, 13 Jan 2010 23:30:44 +0100 Subject: [sup-talk] Recovering lost thread In-Reply-To: <1263419339-sup-2337@masanjin.net> References: <1263151714-sup-9969@kafka> <1263157617-sup-1963@kafka> <1263232510-sup-1314@masanjin.net> <1263245163-sup-9651@tw> <1263327582-sup-3477@masanjin.net> <1263340870-sup-9488@tw> <1263419339-sup-2337@masanjin.net> Message-ID: <1263421791-sup-9314@tw> Excerpts from William Morgan's message of Wed Jan 13 22:49:47 +0100 2010: > Reformatted excerpts from Philipp ?berbacher's message of 2010-01-12: > > I think you're right. The messages are there, the messages marked as > > read in the imap inbox simply never showed up in sups inbox. > > You can fix this in one swell foop by adding the inbox label to those > messages using sup-tweak-labels, if you want. Thanks William, that's actually a nice idea, hadn't thought about that :) From aep@exys.org Thu Jan 14 01:11:53 2010 From: aep@exys.org (Arvid Picciani) Date: Thu, 14 Jan 2010 07:11:53 +0100 Subject: [sup-talk] trying sup again, couple of crashes, etc Message-ID: <4B4EB5A9.8050001@exys.org> So heres is how my sup experience has been so far: awesome idea, but unusable. 0.9.1 starts 3 processes where 2 are dead and ignore sigkill. The interface only responds to shift-q. Typing only "q" will prompt and that prompt can not be answered with y Y ^y sane for the ^C prompt. It crashes the second time i start it (after killing it with -9 since it doesnt respond to anything else) So i went to the git next tree: It takes 30 seconds to start on a core2, and uses 100% cpu polling for new messages apparantly. Screen is flooded with ruby warnings, so it is unusable. additionaly more crashes: sup-add nukes itself: Error: the index is locked by another process! User '' on host '' is running with pid . The process was alive as of at least 14 seconds ago. Should I ask that process to kill itself (y/n)? y Ok, trying to kill process... Terminated aep at barf: ~/kram/mainline until i remove ~/.sup. then it crashes like: Adding imaps://samir.ibcsolutions.de/INBOX... [2010-01-14 07:08:54 +0100] Flushing Xapian updates to disk. This may take a while... /home/aep/kram/mainline/lib/sup/xapian_index.rb:52: warning: instance variable @xapian not initialized /home/aep/kram/mainline/lib/sup/xapian_index.rb:52:in `save_index': undefined method `flush' for nil:NilClass (NoMethodError) from /home/aep/kram/mainline/lib/sup/index.rb:78:in `save' from bin/sup-add:129:in `
' but adds the source sup then takes around 20 seconds per message (100% cpu usage), then sup finally crashes: sup: /usr/lib/ruby/gems/1.9.1/gems/lockfile-1.4.3/lib/lockfile.rb:82: warning: optional boolean argument is obsoleted /usr/lib/ruby/gems/1.9.1/gems/lockfile-1.4.3/lib/lockfile.rb:83: warning: optional boolean argument is obsoleted /usr/lib/ruby/gems/1.9.1/gems/lockfile-1.4.3/lib/lockfile.rb:84: warning: optional boolean argument is obsoleted /usr/lib/ruby/gems/1.9.1/gems/lockfile-1.4.3/lib/lockfile.rb:85: warning: optional boolean argument is obsoleted /usr/lib/ruby/gems/1.9.1/gems/lockfile-1.4.3/lib/lockfile.rb:86: warning: optional boolean argument is obsoleted /usr/lib/ruby/gems/1.9.1/gems/lockfile-1.4.3/lib/lockfile.rb:87: warning: optional boolean argument is obsoleted /usr/lib/ruby/gems/1.9.1/gems/lockfile-1.4.3/lib/lockfile.rb:88: warning: optional boolean argument is obsoleted /usr/lib/ruby/gems/1.9.1/gems/lockfile-1.4.3/lib/lockfile.rb:89: warning: optional boolean argument is obsoleted /usr/lib/ruby/gems/1.9.1/gems/lockfile-1.4.3/lib/lockfile.rb:139: warning: optional boolean argument is obsoleted /usr/lib/ruby/1.9.1/pathname.rb:270: warning: `*' interpreted as argument prefix /home/aep/kram/mainline/lib/sup/util.rb:9: warning: method redefined; discarding old gen_lock_id /home/aep/kram/mainline/lib/sup/util.rb:20: warning: method redefined; discarding old dump_lock_id /home/aep/kram/mainline/lib/sup/util.rb:561: warning: method redefined; discarding old included /home/aep/kram/mainline/lib/sup/message-chunks.rb:36: warning: method redefined; discarding old make_tmpname /usr/lib/ruby/gems/1.9.1/gems/rmail-1.0.0/lib/rmail/header.rb:474: warning: shadowing outer local variable - name /usr/lib/ruby/gems/1.9.1/gems/rmail-1.0.0/lib/rmail/header.rb:474: warning: shadowing outer local variable - value /usr/lib/ruby/gems/1.9.1/gems/rmail-1.0.0/lib/rmail/header.rb:507: warning: shadowing outer local variable - name /usr/lib/ruby/gems/1.9.1/gems/rmail-1.0.0/lib/rmail/header.rb:507: warning: shadowing outer local variable - value /usr/lib/ruby/gems/1.9.1/gems/rmail-1.0.0/lib/rmail/header.rb:892: warning: optional boolean argument is obsoleted /usr/lib/ruby/gems/1.9.1/gems/rmail-1.0.0/lib/rmail/message.rb:133: warning: optional boolean argument is obsoleted /usr/lib/ruby/gems/1.9.1/gems/rmail-1.0.0/lib/rmail/message.rb:140: warning: optional boolean argument is obsoleted /home/aep/kram/mainline/lib/sup/imap.rb:119: warning: ambiguous first argument; put parentheses or even spaces /home/aep/kram/mainline/lib/sup/account.rb:77: warning: shadowing outer local variable - a /home/aep/kram/mainline/lib/sup/colormap.rb:165: warning: shadowing outer local variable - color /home/aep/kram/mainline/lib/sup/poll.rb:122: warning: mismatched indentations at 'end' with 'if' at 112 /home/aep/kram/mainline/lib/sup/modes/edit-message-mode.rb:376: warning: shadowing outer local variable - v /home/aep/kram/mainline/lib/sup/modes/thread-index-mode.rb:567: warning: shadowing outer local variable - old_labels /home/aep/kram/mainline/lib/sup/modes/thread-index-mode.rb:823: warning: shadowing outer local variable - p /usr/lib/ruby/1.9.1/dl/func.rb:49: warning: instance variable @unsigned not initialized /home/aep/kram/mainline/lib/sup/xapian_index.rb:135: warning: shadowing outer local variable - doc /home/aep/kram/mainline/lib/sup/xapian_index.rb:370: warning: `&' interpreted as argument prefix bin/sup:138: warning: method redefined; discarding old pair_content [2010-01-14 06:57:10 +0100] ERROR: oh crap, an exception ---------------------------------------------------------------- I'm very sorry. It seems that an error occurred in Sup. Please accept my sincere apologies. Please submit the contents of /home/aep/.sup/exception-log.txt and a brief report of the circumstances to http://masanjin.net/sup-bugs/ so that I might address this problem. Thank you! Sincerely, William ---------------------------------------------------------------- --- NoMethodError from thread: poll after loading inbox undefined method `[]' for nil:NilClass /home/aep/kram/mainline/lib/sup/xapian_index.rb:570:in `mkterm' /home/aep/kram/mainline/lib/sup/xapian_index.rb:345:in `find_docid' /home/aep/kram/mainline/lib/sup/xapian_index.rb:351:in `find_doc' /home/aep/kram/mainline/lib/sup/xapian_index.rb:361:in `get_entry' /home/aep/kram/mainline/lib/sup/xapian_index.rb:75:in `block in build_message' /usr/lib/ruby/1.9.1/monitor.rb:190:in `mon_synchronize' /home/aep/kram/mainline/lib/sup/xapian_index.rb:370:in `synchronize' /home/aep/kram/mainline/lib/sup/xapian_index.rb:75:in `build_message' /home/aep/kram/mainline/lib/sup/index.rb:236:in `method_missing' /home/aep/kram/mainline/lib/sup/poll.rb:110:in `block (3 levels) in do_poll' /home/aep/kram/mainline/lib/sup/poll.rb:169:in `block in each_message_from' /home/aep/kram/mainline/lib/sup/imap.rb:197:in `block in each' /home/aep/kram/mainline/lib/sup/imap.rb:185:in `upto' /home/aep/kram/mainline/lib/sup/imap.rb:185:in `each' /home/aep/kram/mainline/lib/sup/util.rb:593:in `__pass' /home/aep/kram/mainline/lib/sup/util.rb:580:in `method_missing' /home/aep/kram/mainline/lib/sup/poll.rb:157:in `each_message_from' /home/aep/kram/mainline/lib/sup/poll.rb:109:in `block (2 levels) in do_poll' /home/aep/kram/mainline/lib/sup/poll.rb:97:in `each' /home/aep/kram/mainline/lib/sup/poll.rb:97:in `block in do_poll' :8:in `synchronize' /home/aep/kram/mainline/lib/sup/poll.rb:96:in `do_poll' /home/aep/kram/mainline/lib/sup/util.rb:553:in `method_missing' /home/aep/kram/mainline/lib/sup/modes/poll-mode.rb:15:in `poll' /home/aep/kram/mainline/lib/sup/poll.rb:47:in `poll_with_sources' /home/aep/kram/mainline/lib/sup/poll.rb:62:in `poll' /home/aep/kram/mainline/lib/sup/util.rb:553:in `method_missing' bin/sup:245:in `block (2 levels) in ' /home/aep/kram/mainline/lib/sup.rb:77:in `block in reporting_thread' at that point i gave up. -- Arvid Asgaard Technologies From wmorgan-sup@masanjin.net Thu Jan 14 09:07:44 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Thu, 14 Jan 2010 09:07:44 -0500 Subject: [sup-talk] Questions about offlineimap+msmtp+maildir+gmail syncing In-Reply-To: <1262804701-sup-8673@deepthought> References: <1262776632-sup-1333@deepthought> <1262780979-sup-2146@changeling.local> <1262804701-sup-8673@deepthought> Message-ID: <1263478004-sup-6388@masanjin.net> Reformatted excerpts from Anirudh Sanjeev's message of 2010-01-06: > Since sup supports sync with mbox, is there any utility that takes IMAP > and packs it into mbox format, or maybe converts Maildir messages into > mbox? Fetchmail for the first, and I think there's probably and md2mbox or something out there for the second. -- William From jm@jmason.org Thu Jan 14 09:30:58 2010 From: jm@jmason.org (Justin Mason) Date: Thu, 14 Jan 2010 14:30:58 +0000 Subject: [sup-talk] Questions about offlineimap+msmtp+maildir+gmail syncing In-Reply-To: <1263478004-sup-6388@masanjin.net> References: <1262776632-sup-1333@deepthought> <1262780979-sup-2146@changeling.local> <1262804701-sup-8673@deepthought> <1263478004-sup-6388@masanjin.net> Message-ID: <6c399e451001140630ldee5cf5t16e24d33261c094@mail.gmail.com> for the first, I've used fetchmail to do that: : 576...; cat fetchmailrc poll hostname.domain.com proto IMAP user "jmason" pass "[your imap password]" is "jmason" folder "name_of_folder" ssl fetchall keep no rewrite expunge 100 mda "/usr/bin/procmail -f %F /home/jmason/Mail/procmailrc"; : 577...; cat procmailrc MAILDIR=$HOME DEFAULT=$MAILDIR/mbox :0 $DEFAULT and it'll append it all to ~/mbox. --j. On Thu, Jan 14, 2010 at 14:07, William Morgan wrote: > Reformatted excerpts from Anirudh Sanjeev's message of 2010-01-06: >> Since sup supports sync with mbox, is there any utility that takes IMAP >> and packs it into mbox format, or maybe converts Maildir messages into >> mbox? > > Fetchmail for the first, and I think there's probably and md2mbox or > something out there for the second. > -- > William > _______________________________________________ > sup-talk mailing list > sup-talk at rubyforge.org > http://rubyforge.org/mailman/listinfo/sup-talk > > -- --j. From jm@jmason.org Thu Jan 14 09:32:33 2010 From: jm@jmason.org (Justin Mason) Date: Thu, 14 Jan 2010 14:32:33 +0000 Subject: [sup-talk] Questions about offlineimap+msmtp+maildir+gmail syncing In-Reply-To: <6c399e451001140630ldee5cf5t16e24d33261c094@mail.gmail.com> References: <1262776632-sup-1333@deepthought> <1262780979-sup-2146@changeling.local> <1262804701-sup-8673@deepthought> <1263478004-sup-6388@masanjin.net> <6c399e451001140630ldee5cf5t16e24d33261c094@mail.gmail.com> Message-ID: <6c399e451001140632l5b33528el5b45e330806f288a@mail.gmail.com> hmm. apologies for the additional line breaks; a cut and paste bug with Synergy. here's fixed versions: : 576...; cat fetchmailrc poll hostname.domain.com proto IMAP ?user "jmason" pass "[your imap password]" is "jmason" ?folder "name_of_folder" ?ssl ?fetchall ?keep ?no rewrite ?expunge 100 ?mda "/usr/bin/procmail -f %F /home/jmason/Mail/procmailrc"; : 577...; cat procmailrc MAILDIR=$HOME DEFAULT=$MAILDIR/mbox :0 $DEFAULT --j. On Thu, Jan 14, 2010 at 14:30, Justin Mason wrote: > for the first, I've used fetchmail to do that: > > : 576...; cat fetchmailrc > > > > poll hostname.domain.com proto IMAP > > ?user "jmason" pass "[your imap password]" is "jmason" > > ?folder "name_of_folder" > > ?ssl > > ?fetchall > > ?keep > > ?no rewrite > > ?expunge 100 > > ?mda "/usr/bin/procmail -f %F /home/jmason/Mail/procmailrc"; > > > > : 577...; cat procmailrc > > MAILDIR=$HOME > DEFAULT=$MAILDIR/mbox > > > > :0 > > $DEFAULT > > > > > > and it'll append it all to ~/mbox. > > --j. > > On Thu, Jan 14, 2010 at 14:07, William Morgan wrote: >> Reformatted excerpts from Anirudh Sanjeev's message of 2010-01-06: >>> Since sup supports sync with mbox, is there any utility that takes IMAP >>> and packs it into mbox format, or maybe converts Maildir messages into >>> mbox? >> >> Fetchmail for the first, and I think there's probably and md2mbox or >> something out there for the second. >> -- >> William >> _______________________________________________ >> sup-talk mailing list >> sup-talk at rubyforge.org >> http://rubyforge.org/mailman/listinfo/sup-talk >> >> > > > > -- > --j. > -- --j. From tero@tilus.net Thu Jan 14 19:03:01 2010 From: tero@tilus.net (Tero Tilus) Date: Fri, 15 Jan 2010 02:03:01 +0200 Subject: [sup-talk] trying sup again, couple of crashes, etc In-Reply-To: <4B4EB5A9.8050001@exys.org> References: <4B4EB5A9.8050001@exys.org> Message-ID: <1263511303-sup-1489@tilus.net> Arvid Picciani, 2010-01-14 08:11: > So heres is how my sup experience has been so far: awesome idea, but > unusable. I see sup's offered you a rough ride... :( Is this with ruby 1.9? If so, have you tried with 1.8.x? > sup-add nukes itself: > > Error: the index is locked by another process! User '' on > host '' is running with pid . > The process was alive as of at least 14 seconds ago. > > Should I ask that process to kill itself (y/n)? y > Ok, trying to kill process... > Terminated > aep at barf: ~/kram/mainline Looks like it somehow failed to write or read the contents of lockfile. When pid is nil, lock resolver ends up calling Process.kill('TERM', 0) killing the process itself. Can you reproduce? > sup then takes around 20 seconds per message (100% cpu usage) Thats insane. Could you try that again with ruby-prof and post the profile so we can figure out what gives? $ sudo gem install ruby-prof $ ruby-prof -p graph_html -f sup-profile.html sup -- Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/ From hollunder@lavabit.com Fri Jan 15 11:03:54 2010 From: hollunder@lavabit.com (=?utf-8?q?Philipp_=C3=9Cberbacher?=) Date: Fri, 15 Jan 2010 17:03:54 +0100 Subject: [sup-talk] reply-from.rb troubles Message-ID: <1263571025-sup-73@tw> It currently looks like this: if message.has_label?(:mailinglists) Person.from_address("") elsif message.has_label?(:murks_lavabit) Person.from_address("") end Yet it replies to messages with label mailinglists using murks at ... which is the default address. I really don't know what to do... Regards, Philipp From gregor@hoffleit.de Fri Jan 15 12:01:12 2010 From: gregor@hoffleit.de (Gregor Hoffleit) Date: Fri, 15 Jan 2010 18:01:12 +0100 Subject: [sup-talk] Ruby question: before-add-message.rb and adding multiple labels at once Message-ID: <1263574849-sup-3477@sam.mediasupervision.de> Ok. I ended up with ([:list,:"sup-devel"].each {|l| message.add_label l}; message.remove_label :inbox) if message.subj =~ /\[sup-devel\]/ May I request a new function "message.edit_labels" that groks the syntax of the 'edit labels' command (cf. multi_edit_labels in thread-index-mode.rb): message.edit_labels "list sup-devel -inbox" if message.subj =~ /\[sup-devel\]/ Comments? Regards, Gregor Hoffleit * Eric Sherman [Mi Jan 13 16:49:00 +0100 2010] > You could try this: > [:list, :sup-devel].each { |l| message.add_label l } if condition > [:inbox, :unread].each { |l| message.remove_label l } if condition > > Or something like this: > case [message.from, message.subj].flatten.to_s > when /foo/ then > [:label1, :label2].each { |l| message.add_label l } > [:inbox, :unread].each { |l| message.remove_label l } > when /bar/ then > [:label3, :label4].each { |l| message.add_label l } > [:inbox, :unread].each { |l| message.remove_label l } > end > > Excerpts from Gregor Hoffleit's message of Wed Jan 13 08:13:18 -0500 2010: > > In order to keep before-add-message.rb readable, I was using one-line > > filters like: > > > > message.add_label "ad apple" if message.from.email =~ /@insideapple.apple.com/ > > message.add_label "ad amazon" if message.from.email =~ /promotion.*@amazon.com/ > > message.add_label "list sup" if message.subj =~ /\[sup-talk\]/ > > message.add_label "list sup-devel" if message.subj =~ /\[sup-devel\]/ > > > > That seemed to work, somehow. Only now I realized that message.add_label > > in fact only takes a single label as argument. > > > > Is it true that I have to change the above syntax into the much more > > verbose: > > > > if message.subj =~ /\[sup-devel\]/ > > message.add_label :list > > message.add_label :"sup-devel" > > end > > > > Removing a message from the inbox ("message.remove_label :inbox") while > > applying a label leads to a similar 'code bloat'. > From tero@tilus.net Fri Jan 15 13:41:15 2010 From: tero@tilus.net (Tero Tilus) Date: Fri, 15 Jan 2010 20:41:15 +0200 Subject: [sup-talk] reply-from.rb troubles In-Reply-To: <1263571025-sup-73@tw> References: <1263571025-sup-73@tw> Message-ID: <1263580522-sup-1905@tilus.net> Philipp ?berbacher, 2010-01-15 18:03: > It currently looks like this: > > if message.has_label?(:mailinglists) > Person.from_address("") > elsif message.has_label?(:murks_lavabit) > Person.from_address("") > end > > Yet it replies to messages with label mailinglists using murks at . Have you tried[1] what Person.from_address("") actually returns? I bet its nil and thus sup uses default address. You can try it interactively for example using sup console, it is your dearest friend when you debug. Iirc #from_address expects plain email address. Try if message.has_label?(:mailinglists) Person.from_address("hollunder at lavabit.com") elsif message.has_label?(:murks_lavabit) Person.from_address("murks at lavabit.com") end -- Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/ From danfalcone@gmail.com Fri Jan 15 14:49:18 2010 From: danfalcone@gmail.com (Dan Falcone) Date: Fri, 15 Jan 2010 14:49:18 -0500 Subject: [sup-talk] curses exception In-Reply-To: <1255620005-sup-7616@masanjin.net> References: <1255292940-sup-5558@masanjin.net> <1255611057-sup-1320@masanjin.net> <1255620005-sup-7616@masanjin.net> Message-ID: Hi William, Sorry I didn't get back to you sooner. I finally got back around to playing with this again. Here are the answers to your questions: >gem list --local | grep curse ncurses (0.9.1) The test script prints: true The ncurses examples all seem to work and display color. I did have to edit them to add require 'rubygems' at the top. I also tried playing with the sup code a bit. If I comment out lines 133-4 in lib/sup/colormap.rb: # Curses.init_pair id, fg, bg or raise ArgumentError, # "couldn't initialize curses color pair #{fg}, #{bg} (key #{id})" sup loads, but everything is in black and white and a bit difficult to read. I also tried uncommenting that, then changing Curses to Ncurses so it looks like this: Nurses.init_pair id, fg, bg or raise ArgumentError, "couldn't initialize curses color pair #{fg}, #{bg} (key #{id})" sup loads with that as well, and displays some color, but most of the screen is unreadable (I'm guessing it's displaying as white text on white background). Any ideas? I tried changing more things from Curses to Ncurses, but that quickly started generating method undefined errors. Thanks! Dan On Thu, Oct 15, 2009 at 11:27 AM, William Morgan wrote: > Reformatted excerpts from Dan Falcone's message of 2009-10-15: > > Hmm... good question. I regularly use emacs with colors enabled, but > > I'm not sure if that uses curses. I tried typespeed and that seemed > > to work. According to its man page, it uses curses. > > Hm. What version of the ncurses gem do you have? (gem list --local > should tell you.) > > What does this program print? > > require 'rubygems' > require 'ncurses' > > x = begin > Ncurses::initscr(); > Ncurses::has_colors?() > ensure > Ncurses::endwin(); > end > > puts x > > If it prints true, then, if you look in the contents of the gem > (wherever that is on your system), there should be an examples/ > directory. If you run examples/tlock.rb or examples/rain.rb, (probably > with ruby -rubygems), do you see color? > -- > William > _______________________________________________ > sup-talk mailing list > sup-talk at rubyforge.org > http://rubyforge.org/mailman/listinfo/sup-talk > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hollunder@lavabit.com Fri Jan 15 15:38:23 2010 From: hollunder@lavabit.com (=?utf-8?q?Philipp_=C3=9Cberbacher?=) Date: Fri, 15 Jan 2010 21:38:23 +0100 Subject: [sup-talk] reply-from.rb troubles In-Reply-To: <1263580522-sup-1905@tilus.net> References: <1263571025-sup-73@tw> <1263580522-sup-1905@tilus.net> Message-ID: <1263587689-sup-3094@tw> Excerpts from Tero Tilus's message of Fri Jan 15 19:41:15 +0100 2010: > Philipp ?berbacher, 2010-01-15 18:03: > > It currently looks like this: > > > > if message.has_label?(:mailinglists) > > Person.from_address("") > > elsif message.has_label?(:murks_lavabit) > > Person.from_address("") > > end > > > > Yet it replies to messages with label mailinglists using murks at . > > Have you tried[1] what Person.from_address("") > actually returns? I bet its nil and thus sup uses default address. > You can try it interactively for example using sup console, it is your > dearest friend when you debug. >> Person.from_address("") => # > Iirc #from_address expects plain email address. Try > > if message.has_label?(:mailinglists) > Person.from_address("hollunder at lavabit.com") > elsif message.has_label?(:murks_lavabit) > Person.from_address("murks at lavabit.com") > end Changing that changed nothing, as I'm writing this it's at default again and I have to edit it manually. I usually restarted sup, this time I did clear_hooks tough, which returned nil. From sjh@foolishpride.org Sat Jan 16 12:21:22 2010 From: sjh@foolishpride.org (Scott Henson) Date: Sat, 16 Jan 2010 12:21:22 -0500 Subject: [sup-talk] Questions about offlineimap+msmtp+maildir+gmail syncing In-Reply-To: <1262804701-sup-8673@deepthought> References: <1262776632-sup-1333@deepthought> <1262780979-sup-2146@changeling.local> <1262804701-sup-8673@deepthought> Message-ID: <6c0c31751001160921y6efe36cft6614df8e46175a57@mail.gmail.com> On Wed, Jan 6, 2010 at 2:09 PM, Anirudh Sanjeev wrote: > Hi! > > Excerpts from Eric Sherman's message of Wed Jan 06 18:26:20 +0530 2010: > > I would add the ninjagod account to your sup config.yaml and take a look > at > > the wiki [MultipleAccountsAndReply][1] and the reply-from/before-edit > > [Hooks][2]. > That helped, and my outgoing email seems to be sorted out. Thank you. > > > The fact that you're not seeing changes is not your fault--sup just > doesn't > > do it. > Oh, that's too bad. Are there any plans to support syncing with IMAP or > Maildir anytime soon? Either way, looks like I'll have to quit the Web > interface and Evolution cold turkey and stick with sup! > > Since sup supports sync with mbox, is there any utility that takes IMAP > and packs it into mbox format, or maybe converts Maildir messages into > mbox? > > I'm currently working on getting sup to support syncing back to maildirs. I'm using a setup a lot like yours, with offlineimap syncing with an imap server. I've currently got a local branch that makes sup use maildir ids as the internal sup id. I've almost got sup to the point that it will sync back changes to a maildir. I have a few more bugs to work out, but I intend to post a patch relatively soon. -- Scott Henson -------------- next part -------------- An HTML attachment was scrubbed... URL: From tero@tilus.net Sat Jan 16 15:04:37 2010 From: tero@tilus.net (Tero Tilus) Date: Sat, 16 Jan 2010 22:04:37 +0200 Subject: [sup-talk] Questions about offlineimap+msmtp+maildir+gmail syncing In-Reply-To: <6c0c31751001160921y6efe36cft6614df8e46175a57@mail.gmail.com> References: <1262776632-sup-1333@deepthought> <1262780979-sup-2146@changeling.local> <1262804701-sup-8673@deepthought> <6c0c31751001160921y6efe36cft6614df8e46175a57@mail.gmail.com> Message-ID: <1263672001-sup-2219@tilus.net> Scott Henson, 2010-01-16 19:21: > I'm currently working on getting sup to support syncing back to maildirs. Wonderful! I love you! :-* > I've currently got a local branch that makes sup use maildir ids as the > internal sup id. Why would you need to do that? Afaik storing the maildir id to index should be enough so that you can map sup index back to maildir. Am I overlooking somethin here? -- Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/ From tero@tilus.net Sat Jan 16 16:38:16 2010 From: tero@tilus.net (Tero Tilus) Date: Sat, 16 Jan 2010 23:38:16 +0200 Subject: [sup-talk] reply-from.rb troubles In-Reply-To: <1263587689-sup-3094@tw> References: <1263571025-sup-73@tw> <1263580522-sup-1905@tilus.net> <1263587689-sup-3094@tw> Message-ID: <1263677294-sup-712@tilus.net> Philipp ?berbacher, 2010-01-15 22:38: >> Have you tried[1] what Person.from_address("") >> actually returns? > > >> Person.from_address("") > => # @email="hollunder at lavabit.com", > @name="hollunder"> So no problem there. Does your log show anything when replying? If not, you could add logging to your hook (logging things you do in your hooks ain't a bad habit). if message.has_label?(:mailinglists) info "Looks like replying to a mailinglist." Person.from_address("hollunder at lavabit.com") elsif message.has_label?(:murks_lavabit) info "Looks like replying as murks." Person.from_address("murks at lavabit.com") end -- Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/ From tero@tilus.net Sat Jan 16 17:41:09 2010 From: tero@tilus.net (Tero Tilus) Date: Sun, 17 Jan 2010 00:41:09 +0200 Subject: [sup-talk] [PATCH] Message#edit_labels [was: Ruby question: before-add-message.rb and adding multiple labels at once] In-Reply-To: <1263574849-sup-3477@sam.mediasupervision.de> References: <1263574849-sup-3477@sam.mediasupervision.de> Message-ID: <1263680819-sup-415@tilus.net> Gregor Hoffleit, 2010-01-15 19:01: > Ok. I ended up with > > ([:list,:"sup-devel"].each {|l| message.add_label l}; message.remove_label :inbox) if message.subj =~ /\[sup-devel\]/ > > May I request a new function "message.edit_labels" that groks the syntax > of the 'edit labels' command (cf. multi_edit_labels in thread-index-mode.rb): > > message.edit_labels "list sup-devel -inbox" if message.subj =~ /\[sup-devel\]/ > > Comments? I'll be using that one too. Here's a patch. Message#edit_labels accepts array of strings. I thought it'll be better that way. Otherwise it gets really ugly with spaces in labels. So your usecase would be message.edit_labels %w{list sup-devel -inbox} if message.subj =~ /\[sup-devel\]/ By the way, my pretty general list-labeling code looks like this . And then the patch... >From 9eff953dbda404b149a77969305c5732fa1d694e Mon Sep 17 00:00:00 2001 From: Tero Tilus Date: Sun, 17 Jan 2010 00:23:26 +0200 Subject: [PATCH] Message#edit_labels Signed-off-by: Tero Tilus --- lib/sup/message.rb | 12 ++++++++++++ 1 files changed, 12 insertions(+), 0 deletions(-) diff --git a/lib/sup/message.rb b/lib/sup/message.rb index 3e55de5..e047927 100644 --- a/lib/sup/message.rb +++ b/lib/sup/message.rb @@ -206,6 +206,18 @@ class Message @labels.delete l @dirty = true end + ## calling m.edit_labels ['foo', '-index', '+bar'] + ## adds labels foo and bar and removes label index + def edit_labels l_arr + l_arr.each do |signedlabel| + signedlabel, sign, label = signedlabel.match(/^(-|\+)?(.*)$/).to_a + if sign == '-' + remove_label label + else + add_label label + end + end + end def recipients @to + @cc + @bcc -- 1.5.6.5 -- Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/ From hollunder@lavabit.com Sat Jan 16 21:01:16 2010 From: hollunder@lavabit.com (=?utf-8?q?Philipp_=C3=9Cberbacher?=) Date: Sun, 17 Jan 2010 03:01:16 +0100 Subject: [sup-talk] reply-from.rb troubles In-Reply-To: <1263677294-sup-712@tilus.net> References: <1263571025-sup-73@tw> <1263580522-sup-1905@tilus.net> <1263587689-sup-3094@tw> <1263677294-sup-712@tilus.net> Message-ID: <1263689857-sup-8245@tw> Excerpts from Tero Tilus's message of Sat Jan 16 22:38:16 +0100 2010: > Philipp ?berbacher, 2010-01-15 22:38: > >> Have you tried[1] what Person.from_address("") > >> actually returns? > > > > >> Person.from_address("") > > => # > @email="hollunder at lavabit.com", > > @name="hollunder"> > > So no problem there. Does your log show anything when replying? If > not, you could add logging to your hook (logging things you do in your > hooks ain't a bad habit). > > if message.has_label?(:mailinglists) > info "Looks like replying to a mailinglist." > Person.from_address("hollunder at lavabit.com") > elsif message.has_label?(:murks_lavabit) > info "Looks like replying as murks." > Person.from_address("murks at lavabit.com") > end > I added said lines but after attempting a reply I don't see the messages in any log files. So far I've discovered in ~/.sup/ exception-log.txt and sup-exception-log.txt but I see none of these entries in there. Where are those supposed to end up? Regards, Philipp From israel.herraiz@gmail.com Sun Jan 17 07:36:16 2010 From: israel.herraiz@gmail.com (Israel Herraiz) Date: Sun, 17 Jan 2010 13:36:16 +0100 Subject: [sup-talk] Missing the save index option (patch attached) Message-ID: <1263731685-sup-8287@duck> Hi all, since the last changes to get rid of the save option and to migrate to the Xapian index, I am really missing the save index option. Currently, when Sup exits, all the changes to the index are flushed, and in my case it takes ages because I am a heavy email load user. For me that is a problem, because my Sup is always open, and I usually suspend my laptop. From time to time, my laptop won't wake up, and I am forced to do an unclean reboot. When I open again Sup, all the changes I did (archiving threads, etc) are lost because the index was not flushed. I know that I can use the XAPIAN_FLUSH_THRESHOLD option, but if I use that option, when the threshold is reached it interrupts me while I am dealing with my email, and I have to wait some seconds until the index is flushed. This behavior is very annoying. I don't know if someone else in this list is also missing the possibility of flushing the index from Sup. I have done the attached changes to my Sup, that recovers a sort-of the old save index option. I am sending to the list just in case the patch is useful for others too. If there are not strong objections to this change, I suggest to merge it with Sup. Cheers, Israel --- lib/sup/modes/thread-index-mode.rb | 7 +++++++ 1 files changed, 7 insertions(+), 0 deletions(-) diff --git a/lib/sup/modes/thread-index-mode.rb b/lib/sup/modes/thread-index-mode.rb index a5bd344..3a1bb76 100644 --- a/lib/sup/modes/thread-index-mode.rb +++ b/lib/sup/modes/thread-index-mode.rb @@ -37,6 +37,7 @@ EOS k.add :toggle_spam, "Mark/unmark thread as spam", 'S' k.add :toggle_deleted, "Delete/undelete thread", 'd' k.add :kill, "Kill thread (never to be seen in inbox again)", '&' + k.add :flush_index, "Flush all changes now", '$' k.add :jump_to_next_new, "Jump to next new thread", :tab k.add :reply, "Reply to latest message in a thread", 'r' k.add :reply_all, "Reply to all participants of the latest message in a thread", 'G' @@ -449,6 +450,12 @@ EOS multi_kill [t] end + def flush_index + @flush_id = BufferManager.say "Flushing index..." + Index.save_index + BufferManager.clear @flush_id + end + ## m-m-m-m-MULTI-KILL def multi_kill threads UndoManager.register "killing #{threads.size.pluralize 'thread'}" do -- 1.6.6 From wmorgan-sup@masanjin.net Sun Jan 17 09:54:48 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Sun, 17 Jan 2010 09:54:48 -0500 Subject: [sup-talk] Questions about offlineimap+msmtp+maildir+gmail syncing In-Reply-To: <1263672001-sup-2219@tilus.net> References: <1262776632-sup-1333@deepthought> <1262780979-sup-2146@changeling.local> <1262804701-sup-8673@deepthought> <6c0c31751001160921y6efe36cft6614df8e46175a57@mail.gmail.com> <1263672001-sup-2219@tilus.net> Message-ID: <1263740027-sup-751@masanjin.net> Reformatted excerpts from Tero Tilus's message of 2010-01-16: > Why would you need to do that? Afaik storing the maildir id to index > should be enough so that you can map sup index back to maildir. Am I > overlooking somethin here? Yeah, there's a Maildir#filename_for_id that you should be able to use. -- William From lbolla@gmail.com Fri Jan 15 06:20:28 2010 From: lbolla@gmail.com (lbolla) Date: Fri, 15 Jan 2010 03:20:28 -0800 (PST) Subject: [sup-talk] deleting labels Message-ID: <1e52684c-da16-4070-a62d-ce0d0fcdaf25@u6g2000yqf.googlegroups.com> Is there a way to delete labels? Thanks! Lorenzo From hoffleit@mediasupervision.de Fri Jan 15 10:51:46 2010 From: hoffleit@mediasupervision.de (Gregor Hoffleit) Date: Fri, 15 Jan 2010 16:51:46 +0100 Subject: [sup-talk] Ruby question: before-add-message.rb and adding multiple labels at once In-Reply-To: <1263396697-sup-5561@changeling.local> References: <1263386714-sup-5331@sam.mediasupervision.de> <1263396697-sup-5561@changeling.local> Message-ID: <1263570054-sup-9348@sam.mediasupervision.de> Ok. I ended up with ([:list,:"sup-devel"].each {|l| message.add_label l}; message.remove_label :inbox) if message.subj =~ /\[sup-devel\]/ May I request a new function "message.edit_labels" that groks the syntax of the 'edit labels' command (cf. multi_edit_labels in thread-index-mode.rb): message.edit_labels "list sup-devel -inbox" if message.subj =~ /\[sup-devel\]/ Comments? Regards, Gregor Hoffleit * Eric Sherman [Mi Jan 13 16:49:00 +0100 2010] > You could try this: > [:list, :sup-devel].each { |l| message.add_label l } if condition > [:inbox, :unread].each { |l| message.remove_label l } if condition > > Or something like this: > case [message.from, message.subj].flatten.to_s > when /foo/ then > [:label1, :label2].each { |l| message.add_label l } > [:inbox, :unread].each { |l| message.remove_label l } > when /bar/ then > [:label3, :label4].each { |l| message.add_label l } > [:inbox, :unread].each { |l| message.remove_label l } > end > > Excerpts from Gregor Hoffleit's message of Wed Jan 13 08:13:18 -0500 2010: > > In order to keep before-add-message.rb readable, I was using one-line > > filters like: > > > > message.add_label "ad apple" if message.from.email =~ /@insideapple.apple.com/ > > message.add_label "ad amazon" if message.from.email =~ /promotion.*@amazon.com/ > > message.add_label "list sup" if message.subj =~ /\[sup-talk\]/ > > message.add_label "list sup-devel" if message.subj =~ /\[sup-devel\]/ > > > > That seemed to work, somehow. Only now I realized that message.add_label > > in fact only takes a single label as argument. > > > > Is it true that I have to change the above syntax into the much more > > verbose: > > > > if message.subj =~ /\[sup-devel\]/ > > message.add_label :list > > message.add_label :"sup-devel" > > end > > > > Removing a message from the inbox ("message.remove_label :inbox") while > > applying a label leads to a similar 'code bloat'. > From wmorgan-sup@masanjin.net Sun Jan 17 10:24:36 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Sun, 17 Jan 2010 10:24:36 -0500 Subject: [sup-talk] reply-from.rb troubles In-Reply-To: <1263689857-sup-8245@tw> References: <1263571025-sup-73@tw> <1263580522-sup-1905@tilus.net> <1263587689-sup-3094@tw> <1263677294-sup-712@tilus.net> <1263689857-sup-8245@tw> Message-ID: <1263741838-sup-8726@masanjin.net> Reformatted excerpts from Philipp ?berbacher's message of 2010-01-16: > I added said lines but after attempting a reply I don't see the > messages in any log files. So far I've discovered in ~/.sup/ > exception-log.txt and sup-exception-log.txt but I see none of these > entries in there. Where are those supposed to end up? In the log buffer. If you hit ';' you'll see it. -- William From wmorgan-sup@masanjin.net Sun Jan 17 10:25:59 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Sun, 17 Jan 2010 10:25:59 -0500 Subject: [sup-talk] Missing the save index option (patch attached) In-Reply-To: <1263731685-sup-8287@duck> References: <1263731685-sup-8287@duck> Message-ID: <1263741896-sup-8418@masanjin.net> Reformatted excerpts from Israel Herraiz's message of 2010-01-17: > I don't know if someone else in this list is also missing the > possibility of flushing the index from Sup. I have done the attached > changes to my Sup, that recovers a sort-of the old save index option. > I am sending to the list just in case the patch is useful for others > too. If there are not strong objections to this change, I suggest to > merge it with Sup. I believe we've discussed this before and decided it would be a good idea. Any objections to adding this to the insta-save branch? (Also has the nice side-effect of making '$' not go to the bottom of the screen, which was driving me batty.) -- William From wmorgan-sup@masanjin.net Sun Jan 17 10:29:43 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Sun, 17 Jan 2010 10:29:43 -0500 Subject: [sup-talk] Ruby question: before-add-message.rb and adding multiple labels at once In-Reply-To: <1263386714-sup-5331@sam.mediasupervision.de> References: <1263386714-sup-5331@sam.mediasupervision.de> Message-ID: <1263742014-sup-8127@masanjin.net> Reformatted excerpts from Gregor Hoffleit's message of 2010-01-13: > Still, perhaps somebody with robust Ruby skills could add in a section > about the exact usage of message.add_label and message.remove_label, > e.g.: > > - What's the difference between "label" and :label? Nothing. Strings get turned into symbols automagically and so both will add the label :label. > - Can I use multiple labels in one invocation? No. > - How about dashes in labels? Is :sup-devel valid, or should I use > :"sup-devel"? The latter is necessary, but only because of Ruby's syntax. You can also use "sup-devel", of course. > - How about spaces in label? Same as with -'s. > - How about "-inbox"? Does it work? It will work but will give you weird errors later on down the road as punishment for being tricky. :) -- William From hollunder@lavabit.com Sun Jan 17 10:43:07 2010 From: hollunder@lavabit.com (=?utf-8?q?Philipp_=C3=9Cberbacher?=) Date: Sun, 17 Jan 2010 16:43:07 +0100 Subject: [sup-talk] reply-from.rb troubles In-Reply-To: <1263741838-sup-8726@masanjin.net> References: <1263571025-sup-73@tw> <1263580522-sup-1905@tilus.net> <1263587689-sup-3094@tw> <1263677294-sup-712@tilus.net> <1263689857-sup-8245@tw> <1263741838-sup-8726@masanjin.net> Message-ID: <1263742626-sup-2758@tw> Excerpts from William Morgan's message of Sun Jan 17 16:24:36 +0100 2010: > Reformatted excerpts from Philipp ?berbacher's message of 2010-01-16: > > I added said lines but after attempting a reply I don't see the > > messages in any log files. So far I've discovered in ~/.sup/ > > exception-log.txt and sup-exception-log.txt but I see none of these > > entries in there. Where are those supposed to end up? > > In the log buffer. If you hit ';' you'll see it. Thanks. Now when replying to this message I see: [Sun Jan 17 16:37:06 +0100 2010] Looks like replying to a mailinglist. Yet it doesn't use the right address. This is the hook: if message.has_label? :mailinglists info "Looks like replying to a mailinglist." Person.from_address "" elsif message.has_label? :murks_lavabit info "Looks like replying with default." Person.from_address "" end So it seems the issue is that Person.from_address "" doesn't get executed or doesn't work for some reason. I don't know what's the issue here... Thanks, Philipp From wmorgan-sup@masanjin.net Sun Jan 17 11:01:31 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Sun, 17 Jan 2010 11:01:31 -0500 Subject: [sup-talk] reply-from.rb troubles In-Reply-To: <1263742626-sup-2758@tw> References: <1263571025-sup-73@tw> <1263580522-sup-1905@tilus.net> <1263587689-sup-3094@tw> <1263677294-sup-712@tilus.net> <1263689857-sup-8245@tw> <1263741838-sup-8726@masanjin.net> <1263742626-sup-2758@tw> Message-ID: <1263743898-sup-2154@masanjin.net> Reformatted excerpts from Philipp ?berbacher's message of 2010-01-17: > So it seems the issue is that > Person.from_address "" > doesn't get executed or doesn't work for some reason. > > I don't know what's the issue here... When I copy your code to my reply-from.rb, add a label "mailinglists" to a message, and reply, I see "From: hollunder ". So, it works for me... You can add more logging and see what Person object it's returning. Failing that, you can add some info statements to reply-mode.rb and see what's happening in there. -- William From wmorgan-sup@masanjin.net Sun Jan 17 11:06:33 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Sun, 17 Jan 2010 11:06:33 -0500 Subject: [sup-talk] trying sup again, couple of crashes, etc In-Reply-To: <4B4EB5A9.8050001@exys.org> References: <4B4EB5A9.8050001@exys.org> Message-ID: <1263744149-sup-2441@masanjin.net> Hi Arvid, Sorry to hear about your negative experience. Sounds like it's several unrelated issues all adding up. Reformatted excerpts from Arvid Picciani's message of 2010-01-14: > The interface only responds to shift-q. Typing only "q" will prompt and > that prompt can not be answered with y Y ^y sane for the ^C prompt. Sounds like you're using Ruby 1.9. You can either use Ruby 1.8, sup next (bleeding-edge code, as you see below), or wait for Sup 0.10. > So i went to the git next tree: It takes 30 seconds to start on a > core2, and uses 100% cpu polling for new messages apparantly. Screen > is flooded with ruby warnings, so it is unusable. Can you run sup-sync before running Sup the first time? Adding new messages does take a lot of CPU, but it's typically only an issue if you have to add lots of documents. > /home/aep/kram/mainline/lib/sup/xapian_index.rb:52:in `save_index': > undefined method `flush' for nil:NilClass (NoMethodError) Fixed in next already. Sorry about that. > --- NoMethodError from thread: poll after loading inbox > undefined method `[]' for nil:NilClass > /home/aep/kram/mainline/lib/sup/xapian_index.rb:570:in `mkterm' > /home/aep/kram/mainline/lib/sup/xapian_index.rb:345:in `find_docid' I believe this is also fixed in next. Please try again. -- William From bwalton@artsci.utoronto.ca Sun Jan 17 11:12:24 2010 From: bwalton@artsci.utoronto.ca (Ben Walton) Date: Sun, 17 Jan 2010 11:12:24 -0500 Subject: [sup-talk] Missing the save index option (patch attached) In-Reply-To: <1263741896-sup-8418@masanjin.net> References: <1263731685-sup-8287@duck> <1263741896-sup-8418@masanjin.net> Message-ID: <1263744728-sup-405@ntdws12.chass.utoronto.ca> Excerpts from William Morgan's message of Sun Jan 17 10:25:59 -0500 2010: > (Also has the nice side-effect of making '$' not go to the bottom of the > screen, which was driving me batty.) Yes, that has been hard for me to unlearn too. -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu Contact me to arrange for a CAcert assurance meeting. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From hollunder@lavabit.com Sun Jan 17 11:40:36 2010 From: hollunder@lavabit.com (=?utf-8?q?Philipp_=C3=9Cberbacher?=) Date: Sun, 17 Jan 2010 17:40:36 +0100 Subject: [sup-talk] reply-from.rb troubles In-Reply-To: <1263743898-sup-2154@masanjin.net> References: <1263571025-sup-73@tw> <1263580522-sup-1905@tilus.net> <1263587689-sup-3094@tw> <1263677294-sup-712@tilus.net> <1263689857-sup-8245@tw> <1263741838-sup-8726@masanjin.net> <1263742626-sup-2758@tw> <1263743898-sup-2154@masanjin.net> Message-ID: <1263745866-sup-915@tw> Excerpts from William Morgan's message of Sun Jan 17 17:01:31 +0100 2010: > Reformatted excerpts from Philipp ?berbacher's message of 2010-01-17: > > So it seems the issue is that > > Person.from_address "" > > doesn't get executed or doesn't work for some reason. > > > > I don't know what's the issue here... > > When I copy your code to my reply-from.rb, add a label "mailinglists" to > a message, and reply, I see "From: hollunder ". > So, it works for me... > > You can add more logging and see what Person object it's returning. > Failing that, you can add some info statements to reply-mode.rb and see > what's happening in there. Now I did: if message.has_label? :mailinglists info "Looks like replying to a mailinglist." Person.from_address "" a = Person.from_address "" info 'This is Person.from_address "": ' elsif message.has_label? :murks_lavabit info "Looks like replying with default." Person.from_address "" end Which is probably not clever, but I got: [Sun Jan 17 17:38:17 +0100 2010] Looks like replying to a mailinglist. [Sun Jan 17 17:38:17 +0100 2010] This is Person.from_address "": [Sun Jan 17 17:38:17 +0100 2010] reply-from returned non-Person, using default from. It seems this is trying to tell me what's wrong.. From anirudh@anirudhsanjeev.org Sun Jan 17 11:57:19 2010 From: anirudh@anirudhsanjeev.org (Anirudh Sanjeev) Date: Sun, 17 Jan 2010 22:27:19 +0530 Subject: [sup-talk] Questions about offlineimap+msmtp+maildir+gmail syncing In-Reply-To: <1263478004-sup-6388@masanjin.net> References: <1262776632-sup-1333@deepthought> <1262780979-sup-2146@changeling.local> <1262804701-sup-8673@deepthought> <1263478004-sup-6388@masanjin.net> Message-ID: <1263747342-sup-1165@deepthought> Hi, I wrote a small document describing how I got sup to work with Gmail, since there isn't any "definitive" guide on it. I really want some review and feedback on the text: http://sup.rubyforge.org/wiki/wiki.pl?GmailOfflineImapSmtp Thank you, Anirudh -- http://anirudhsanjeev.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From anirudh@anirudhsanjeev.org Sun Jan 17 12:13:12 2010 From: anirudh@anirudhsanjeev.org (Anirudh Sanjeev) Date: Sun, 17 Jan 2010 22:43:12 +0530 Subject: [sup-talk] Libnotify popups with sup Message-ID: <1263747594-sup-5588@deepthought> Hi, I want to write a small hook to sup to use libnotify and show a small popup whenever email comes from specific sources. I need to be able to mention a list of email addresses of people who's emails are important to me and need to be notified of, and the other ones I can just ignore. I don't know any ruby, but I'm sure that this isn't something too difficult to implement. I am not sure how to use the hooks and the API in them. I guess I have to use a hook that is executed when the email is received, but I'm not sure how to get the exact text of the email address. Any suggestions on how to go about doing this would be awesome! Thanks, Anirudh -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From sjh@foolishpride.org Sun Jan 17 12:52:56 2010 From: sjh@foolishpride.org (Scott Henson) Date: Sun, 17 Jan 2010 12:52:56 -0500 Subject: [sup-talk] Questions about offlineimap+msmtp+maildir+gmail syncing In-Reply-To: <1263740027-sup-751@masanjin.net> References: <1262776632-sup-1333@deepthought> <1262780979-sup-2146@changeling.local> <1262804701-sup-8673@deepthought> <6c0c31751001160921y6efe36cft6614df8e46175a57@mail.gmail.com> <1263672001-sup-2219@tilus.net> <1263740027-sup-751@masanjin.net> Message-ID: <6c0c31751001170952ne597517s3824b6de02ed25b1@mail.gmail.com> On Sun, Jan 17, 2010 at 9:54 AM, William Morgan wrote: > Reformatted excerpts from Tero Tilus's message of 2010-01-16: > > Why would you need to do that? Afaik storing the maildir id to index > > should be enough so that you can map sup index back to maildir. Am I > > overlooking somethin here? > > Yeah, there's a Maildir#filename_for_id that you should be able to use. > > Using the maildir id as the sup id allows sup to play a little fast and loose with the access of mail in the maildir. I've got a 15% speed increase (measured by sup-sync --all). This also allows sup to play nice with other mail clients accessing the maildir. I'm down to the last few issues with my new maildir sync back code, I just can't get sup to show me the deleted and spam messages. I'm working on the next branch, and it seems like it might be having problems with ruby 1.8 that comes with F12 and I seem to be unable to get ruby 1.9 installed. Once I get things working I'll publish the branch to github. -- Scott Henson -------------- next part -------------- An HTML attachment was scrubbed... URL: From pi+sup@pihost.us Sun Jan 17 13:14:51 2010 From: pi+sup@pihost.us (Anthony Martinez) Date: Sun, 17 Jan 2010 11:14:51 -0700 Subject: [sup-talk] deleting labels In-Reply-To: <1e52684c-da16-4070-a62d-ce0d0fcdaf25@u6g2000yqf.googlegroups.com> References: <1e52684c-da16-4070-a62d-ce0d0fcdaf25@u6g2000yqf.googlegroups.com> Message-ID: <1263751975-sup-3363@home.mrtheplague.net> Excerpts from lbolla's message of Fri Jan 15 04:20:28 -0700 2010: > Is there a way to delete labels? Please see "sup-tweak-labels" $ sup-tweak-labels -d "whatever-label" --all You've got to run this with sup closed so tweak-labels can lock the index. > Thanks! > Lorenzo -- panic ("No CPUs found. System halted.\n"); 2.4.3 linux/arch/parisc/kernel/setup.c From cam+sup@cammunism.org Sun Jan 17 13:19:37 2010 From: cam+sup@cammunism.org (Cameron Matheson) Date: Sun, 17 Jan 2010 11:19:37 -0700 Subject: [sup-talk] Libnotify popups with sup In-Reply-To: <1263747594-sup-5588@deepthought> References: <1263747594-sup-5588@deepthought> Message-ID: <1263751543-sup-5745@cammunism.org> Excerpts from Anirudh Sanjeev's message of Sun Jan 17 10:13:12 -0700 2010: > I want to write a small hook to sup to use libnotify and show a small > popup whenever email comes from specific sources. > > I need to be able to mention a list of email addresses of people who's > emails are important to me and need to be notified of, and the other > ones I can just ignore. > > I don't know any ruby, but I'm sure that this isn't something too > difficult to implement. I am not sure how to use the hooks and the API > in them. I guess I have to use a hook that is executed when the email is > received, but I'm not sure how to get the exact text of the email > address. You can see the hooks (and the variables they expose) by running sup -l. I think you want the after-poll hook. Something like this might work (I'm modifying my after-poll.rb slightly) require 'cgi' notify_addresses = %w( someguy at example.com otherguy at example.com ) from_and_subj.each do |m| next if notify_addresses.select { |a| m[0].include? a }.empty? msg = CGI.escapeHTML(m.join "\n") system("notify-send", "-t", "10000", "New E-Mail", msg) end (the HTML escaping is necessary for notify-send to work, otherwise you just get a blank popup). Cam From bgamari.foss@gmail.com Sun Jan 17 13:20:10 2010 From: bgamari.foss@gmail.com (Ben Gamari) Date: Sun, 17 Jan 2010 13:20:10 -0500 Subject: [sup-talk] Libnotify popups with sup In-Reply-To: <1263747594-sup-5588@deepthought> References: <1263747594-sup-5588@deepthought> Message-ID: <1263752381-sup-3121@ben-laptop> Excerpts from Anirudh Sanjeev's message of Sun Jan 17 12:13:12 -0500 2010: > Hi, > > I want to write a small hook to sup to use libnotify and show a small > popup whenever email comes from specific sources. > You mean something like this? It was a little flaky when I last used it, but it did work. - Ben # libnotify notifications # Requires libnotify-bin package notify_cmd = "/usr/bin/notify-send -i /usr/share/icons/Human?/scalable/emblems/emblem-mail.svg" if num >= 1 notify_summary = "sup found #{num_inbox}/#{num} new message" notify_summary << "s" if num > 1 notify_body = "" from_and_subj.each do |f,s| f.gsub! /\(.*\)/, '' f.gsub! /<.*>/, '' f.strip! s.slice! 0..20 s << "..." notify_body << "M-b~VM-6 #{f} : end if notify_body.length > 100 notify_body.slice! 0..100 notify_body << "\n..." end cmd = "#{notify_cmd} '#{notify_summary}' '#{notify_body}'" Logger.warn cmd system cmd else #system "#{notify_cmd} 'sup status' 'No new email (yet)'" end From cam+sup@cammunism.org Sun Jan 17 13:30:30 2010 From: cam+sup@cammunism.org (Cameron Matheson) Date: Sun, 17 Jan 2010 11:30:30 -0700 Subject: [sup-talk] reply-from.rb troubles In-Reply-To: <1263745866-sup-915@tw> References: <1263571025-sup-73@tw> <1263580522-sup-1905@tilus.net> <1263587689-sup-3094@tw> <1263677294-sup-712@tilus.net> <1263689857-sup-8245@tw> <1263741838-sup-8726@masanjin.net> <1263742626-sup-2758@tw> <1263743898-sup-2154@masanjin.net> <1263745866-sup-915@tw> Message-ID: <1263752630-sup-5428@cammunism.org> Excerpts from Philipp ?berbacher's message of Sun Jan 17 09:40:36 -0700 2010: > Now I did: > if message.has_label? :mailinglists > info "Looks like replying to a mailinglist." > Person.from_address "" > a = Person.from_address "" > info 'This is Person.from_address "": ' > elsif message.has_label? :murks_lavabit > info "Looks like replying with default." > Person.from_address "" > end > > Which is probably not clever, but I got: > [Sun Jan 17 17:38:17 +0100 2010] Looks like replying to a mailinglist. > [Sun Jan 17 17:38:17 +0100 2010] This is Person.from_address > "": > [Sun Jan 17 17:38:17 +0100 2010] reply-from returned non-Person, using > default from. > > It seems this is trying to tell me what's wrong.. It looks like your hook is now returning the output of info instead of a person. Try this: if message.has_label? :mailinglists info "Looks like replying to a mailinglist." Person.from_address "" p = Person.from_address "" info "This is person #{p.full_address}" p elsif message.has_label? :murks_lavabit info "Looks like replying with default." Person.from_address "" end From hollunder@lavabit.com Sun Jan 17 14:23:35 2010 From: hollunder@lavabit.com (=?utf-8?q?Philipp_=C3=9Cberbacher?=) Date: Sun, 17 Jan 2010 20:23:35 +0100 Subject: [sup-talk] reply-from.rb troubles In-Reply-To: <1263752630-sup-5428@cammunism.org> References: <1263571025-sup-73@tw> <1263580522-sup-1905@tilus.net> <1263587689-sup-3094@tw> <1263677294-sup-712@tilus.net> <1263689857-sup-8245@tw> <1263741838-sup-8726@masanjin.net> <1263742626-sup-2758@tw> <1263743898-sup-2154@masanjin.net> <1263745866-sup-915@tw> <1263752630-sup-5428@cammunism.org> Message-ID: <1263756079-sup-4229@tw> Excerpts from Cameron Matheson's message of Sun Jan 17 19:30:30 +0100 2010: > Excerpts from Philipp ?berbacher's message of Sun Jan 17 09:40:36 -0700 2010: > > Now I did: > > if message.has_label? :mailinglists > > info "Looks like replying to a mailinglist." > > Person.from_address "" > > a = Person.from_address "" > > info 'This is Person.from_address "": ' > > elsif message.has_label? :murks_lavabit > > info "Looks like replying with default." > > Person.from_address "" > > end > > > > Which is probably not clever, but I got: > > [Sun Jan 17 17:38:17 +0100 2010] Looks like replying to a mailinglist. > > [Sun Jan 17 17:38:17 +0100 2010] This is Person.from_address > > "": > > [Sun Jan 17 17:38:17 +0100 2010] reply-from returned non-Person, using > > default from. > > > > It seems this is trying to tell me what's wrong.. > > It looks like your hook is now returning the output of info instead of a > person. Try this: > > if message.has_label? :mailinglists > info "Looks like replying to a mailinglist." > Person.from_address "" > p = Person.from_address "" > info "This is person #{p.full_address}" > p > elsif message.has_label? :murks_lavabit > info "Looks like replying with default." > Person.from_address "" > end This is the output: [Sun Jan 17 20:21:19 +0100 2010] Looks like replying to a mailinglist. [Sun Jan 17 20:21:19 +0100 2010] This is person hollunder btw., does anyone have tips regarding copy/pasting with vim? I always have to trim lots of whitespace. Regards, Philipp From wmorgan-sup@masanjin.net Sun Jan 17 14:45:38 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Sun, 17 Jan 2010 14:45:38 -0500 Subject: [sup-talk] reply-from.rb troubles In-Reply-To: <1263756079-sup-4229@tw> References: <1263571025-sup-73@tw> <1263580522-sup-1905@tilus.net> <1263587689-sup-3094@tw> <1263677294-sup-712@tilus.net> <1263689857-sup-8245@tw> <1263741838-sup-8726@masanjin.net> <1263742626-sup-2758@tw> <1263743898-sup-2154@masanjin.net> <1263745866-sup-915@tw> <1263752630-sup-5428@cammunism.org> <1263756079-sup-4229@tw> Message-ID: <1263757377-sup-72@masanjin.net> Reformatted excerpts from Philipp ?berbacher's message of 2010-01-17: > [Sun Jan 17 20:21:19 +0100 2010] Looks like replying to a mailinglist. > [Sun Jan 17 20:21:19 +0100 2010] This is person hollunder > You see this and *then*, in the reply-mode buffer, you see a different address in the From: field? I don't see how that's possible. > btw., does anyone have tips regarding copy/pasting with vim? I always > have to trim lots of whitespace. :set :paste should do it. -- William From sgoldman@tower-research.com Sun Jan 17 14:50:28 2010 From: sgoldman@tower-research.com (Steve Goldman) Date: Sun, 17 Jan 2010 14:50:28 -0500 Subject: [sup-talk] Problems running sup-convert-ferret-index Message-ID: <1263757714-sup-394@sgoldmanlinux.tower-research.com> Here's the message: [~/sup-src/mainline (master)]$ /usr/bin/ruby -I lib -w bin/sup-convert-ferret-index -v ## Step one: back up all message state to /tmp/sup-state.txt bin/sup-dump --index ferret > /tmp/sup-state.txt /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require': no such file to load -- sup (LoadError) from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' from bin/sup-dump:5 Looks like it's having trouble finding the file called sup. I tried running it from the bin directory, but it didn't work there either. Any ideas? Thanks. -- Steve Goldman sgoldman at tower-research.com T: 212.219.6014 F: 212.219.6007 Tower Research Capital, LLC 377 Broadway, 11th Fl. New York, NY 10013 From hollunder@lavabit.com Sun Jan 17 15:08:15 2010 From: hollunder@lavabit.com (=?utf-8?q?Philipp_=C3=9Cberbacher?=) Date: Sun, 17 Jan 2010 21:08:15 +0100 Subject: [sup-talk] reply-from.rb troubles In-Reply-To: <1263757377-sup-72@masanjin.net> References: <1263571025-sup-73@tw> <1263580522-sup-1905@tilus.net> <1263587689-sup-3094@tw> <1263677294-sup-712@tilus.net> <1263689857-sup-8245@tw> <1263741838-sup-8726@masanjin.net> <1263742626-sup-2758@tw> <1263743898-sup-2154@masanjin.net> <1263745866-sup-915@tw> <1263752630-sup-5428@cammunism.org> <1263756079-sup-4229@tw> <1263757377-sup-72@masanjin.net> Message-ID: <1263758433-sup-6105@tw> Excerpts from William Morgan's message of Sun Jan 17 20:45:38 +0100 2010: > Reformatted excerpts from Philipp ?berbacher's message of 2010-01-17: > > [Sun Jan 17 20:21:19 +0100 2010] Looks like replying to a mailinglist. > > [Sun Jan 17 20:21:19 +0100 2010] This is person hollunder > > > > You see this and *then*, in the reply-mode buffer, you see a different > address in the From: field? I don't see how that's possible. > > > btw., does anyone have tips regarding copy/pasting with vim? I always > > have to trim lots of whitespace. > > :set :paste should do it. But this is exactly what I see in the log when replying to this message: [Sun Jan 17 21:00:33 +0100 2010] Looks like replying to a mailinglist. [Sun Jan 17 21:00:33 +0100 2010] This is person hollunder And the address was set to murks at lavabit.com again.. Now that you say this is impossible, I had a look at my before-edit.rb and suspect it to be the culprit, since it ends with: else header["From"] = "Philipp ?berbacher " end Now how can one do both without trouble, replying sanely and using a sane address for new messages? And sorry for the trouble, I should have thought about that other hook earlier.. Regards, Philipp From wmorgan-sup@masanjin.net Sun Jan 17 15:36:01 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Sun, 17 Jan 2010 15:36:01 -0500 Subject: [sup-talk] reply-from.rb troubles In-Reply-To: <1263758433-sup-6105@tw> References: <1263571025-sup-73@tw> <1263580522-sup-1905@tilus.net> <1263587689-sup-3094@tw> <1263677294-sup-712@tilus.net> <1263689857-sup-8245@tw> <1263741838-sup-8726@masanjin.net> <1263742626-sup-2758@tw> <1263743898-sup-2154@masanjin.net> <1263745866-sup-915@tw> <1263752630-sup-5428@cammunism.org> <1263756079-sup-4229@tw> <1263757377-sup-72@masanjin.net> <1263758433-sup-6105@tw> Message-ID: <1263760233-sup-1663@masanjin.net> Reformatted excerpts from Philipp ?berbacher's message of 2010-01-17: > Now that you say this is impossible, I had a look at my before-edit.rb > and suspect it to be the culprit, since it ends with: > else > header["From"] = "Philipp ?berbacher " > end Hah, nice catch. That would do it. > Now how can one do both without trouble, replying sanely and using a > sane address for new messages? I think the proper answer is to change reply-mode, so that any addresses set by the reply-* hooks overrides anything set by the before-edit hook. In the mean time, you can probably work around this with a nasty hack: in before-edit hook, if the "In-reply-to" header is set, don't set the From address (because it is a reply, and will have been set by the reply-from hook). -- William From wmorgan-sup@masanjin.net Sun Jan 17 15:38:01 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Sun, 17 Jan 2010 15:38:01 -0500 Subject: [sup-talk] Problems running sup-convert-ferret-index In-Reply-To: <1263757714-sup-394@sgoldmanlinux.tower-research.com> References: <1263757714-sup-394@sgoldmanlinux.tower-research.com> Message-ID: <1263760574-sup-1333@masanjin.net> Reformatted excerpts from Steve Goldman's message of 2010-01-17: > Looks like it's having trouble finding the file called sup. I tried > running it from the bin directory, but it didn't work there either. Ah, an important note: if you're running from git, you have to set RUBY_INVOCATION in order to tell sup-con... how to call the ruby programs. Try this: RUBY_INVOCATION="/usr/bin/ruby -Ilib" /usr/bin/ruby -Ilib bin/sup-convert-ferret-index -- William From wmorgan-sup@masanjin.net Sun Jan 17 15:42:57 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Sun, 17 Jan 2010 15:42:57 -0500 Subject: [sup-talk] Questions about offlineimap+msmtp+maildir+gmail syncing In-Reply-To: <6c0c31751001170952ne597517s3824b6de02ed25b1@mail.gmail.com> References: <1262776632-sup-1333@deepthought> <1262780979-sup-2146@changeling.local> <1262804701-sup-8673@deepthought> <6c0c31751001160921y6efe36cft6614df8e46175a57@mail.gmail.com> <1263672001-sup-2219@tilus.net> <1263740027-sup-751@masanjin.net> <6c0c31751001170952ne597517s3824b6de02ed25b1@mail.gmail.com> Message-ID: <1263760826-sup-7073@masanjin.net> Reformatted excerpts from Scott Henson's message of 2010-01-17: > I'm down to the last few issues with my new maildir sync back code, I > just can't get sup to show me the deleted and spam messages. If you're going through index.each_message or each_id, you need to specify :load_spam => true and load_deleted => true. -- William From sgoldman@tower-research.com Sun Jan 17 16:22:03 2010 From: sgoldman@tower-research.com (Steve Goldman) Date: Sun, 17 Jan 2010 16:22:03 -0500 Subject: [sup-talk] Problems running sup-convert-ferret-index In-Reply-To: <1263760574-sup-1333@masanjin.net> References: <1263757714-sup-394@sgoldmanlinux.tower-research.com> <1263760574-sup-1333@masanjin.net> Message-ID: <1263763237-sup-3701@sgoldmanlinux.tower-research.com> Excerpts from William Morgan's message of Sun Jan 17 15:38:01 -0500 2010: > Reformatted excerpts from Steve Goldman's message of 2010-01-17: > > Looks like it's having trouble finding the file called sup. I tried > > running it from the bin directory, but it didn't work there either. > > Ah, an important note: if you're running from git, you have to set > RUBY_INVOCATION in order to tell sup-con... how to call the ruby > programs. > > Try this: > RUBY_INVOCATION="/usr/bin/ruby -Ilib" /usr/bin/ruby -Ilib bin/sup-convert-ferret-index Great, that made it run. It went for about ten minutes and appeared to finish with success. But something isn't right. When I started sup the index was empty, and my xapian directory looks like this: [~/.sup/xapian ]$ ll total 36 -rw-r--r-- 1 sgoldman wheel 0 2010-01-17 16:15 flintlock -rw-r--r-- 1 sgoldman wheel 12 2010-01-17 16:07 iamflint -rw-r--r-- 1 sgoldman wheel 13 2010-01-17 16:07 postlist.baseA -rw-r--r-- 1 sgoldman wheel 14 2010-01-17 16:08 postlist.baseB -rw-r--r-- 1 sgoldman wheel 8192 2010-01-17 16:08 postlist.DB -rw-r--r-- 1 sgoldman wheel 13 2010-01-17 16:07 record.baseA -rw-r--r-- 1 sgoldman wheel 14 2010-01-17 16:08 record.baseB -rw-r--r-- 1 sgoldman wheel 0 2010-01-17 16:07 record.DB -rw-r--r-- 1 sgoldman wheel 13 2010-01-17 16:07 termlist.baseA -rw-r--r-- 1 sgoldman wheel 14 2010-01-17 16:08 termlist.baseB -rw-r--r-- 1 sgoldman wheel 0 2010-01-17 16:07 termlist.DB Shouldn't there be more stuff in there? Thanks. -- Steve Goldman sgoldman at tower-research.com T: 212.219.6014 F: 212.219.6007 Tower Research Capital, LLC 377 Broadway, 11th Fl. New York, NY 10013 From wmorgan-sup@masanjin.net Sun Jan 17 16:34:49 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Sun, 17 Jan 2010 16:34:49 -0500 Subject: [sup-talk] Problems running sup-convert-ferret-index In-Reply-To: <1263763237-sup-3701@sgoldmanlinux.tower-research.com> References: <1263757714-sup-394@sgoldmanlinux.tower-research.com> <1263760574-sup-1333@masanjin.net> <1263763237-sup-3701@sgoldmanlinux.tower-research.com> Message-ID: <1263764041-sup-9982@masanjin.net> Reformatted excerpts from Steve Goldman's message of 2010-01-17: > It went for about ten minutes and appeared to finish with success. > But something isn't right. When I started sup the index was empty, > and my xapian directory looks like this: Hm, that sure looks empty. Did the sup-sync look like it was working? If you run the command manually, does that have the same effect? Is this with git master or next? -- William From wmorgan-sup@masanjin.net Sun Jan 17 18:22:40 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Sun, 17 Jan 2010 18:22:40 -0500 Subject: [sup-talk] Missing the save index option (patch attached) In-Reply-To: <1263731685-sup-8287@duck> References: <1263731685-sup-8287@duck> Message-ID: <1263770511-sup-2918@masanjin.net> Reformatted excerpts from Israel Herraiz's message of 2010-01-17: > I am sending to the list just in case the patch is useful for others > too. If there are not strong objections to this change, I suggest to > merge it with Sup. Applied to insta-save and remerged into next. Thanks! -- William From sgoldman@tower-research.com Sun Jan 17 18:38:45 2010 From: sgoldman@tower-research.com (Steve Goldman) Date: Sun, 17 Jan 2010 18:38:45 -0500 Subject: [sup-talk] Problems running sup-convert-ferret-index In-Reply-To: <1263764041-sup-9982@masanjin.net> References: <1263757714-sup-394@sgoldmanlinux.tower-research.com> <1263760574-sup-1333@masanjin.net> <1263763237-sup-3701@sgoldmanlinux.tower-research.com> <1263764041-sup-9982@masanjin.net> Message-ID: <1263771478-sup-431@sgoldmanlinux.tower-research.com> Excerpts from William Morgan's message of Sun Jan 17 16:34:49 -0500 2010: > Reformatted excerpts from Steve Goldman's message of 2010-01-17: > > It went for about ten minutes and appeared to finish with success. > > But something isn't right. When I started sup the index was empty, > > and my xapian directory looks like this: > > Hm, that sure looks empty. Did the sup-sync look like it was working? > If you run the command manually, does that have the same effect? > Is this with git master or next? Ah, yes. sup-sync exited with error. I corrected an incorrect password in my sources.yaml and then it ran... ... until it exited thirty minutes later with seg fault. Anyone else see this? Any way to debug it? Thanks. -- Steve Goldman sgoldman at tower-research.com T: 212.219.6014 F: 212.219.6007 Tower Research Capital, LLC 377 Broadway, 11th Fl. New York, NY 10013 From wmorgan-sup@masanjin.net Sun Jan 17 19:04:46 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Sun, 17 Jan 2010 19:04:46 -0500 Subject: [sup-talk] Problems running sup-convert-ferret-index In-Reply-To: <1263771478-sup-431@sgoldmanlinux.tower-research.com> References: <1263757714-sup-394@sgoldmanlinux.tower-research.com> <1263760574-sup-1333@masanjin.net> <1263763237-sup-3701@sgoldmanlinux.tower-research.com> <1263764041-sup-9982@masanjin.net> <1263771478-sup-431@sgoldmanlinux.tower-research.com> Message-ID: <1263772988-sup-2344@masanjin.net> Reformatted excerpts from Steve Goldman's message of 2010-01-17: > ... until it exited thirty minutes later with seg fault. > > Anyone else see this? Any way to debug it? Is it possible it's running out of memory? -- William From sgoldman@tower-research.com Sun Jan 17 19:28:12 2010 From: sgoldman@tower-research.com (Steve Goldman) Date: Sun, 17 Jan 2010 19:28:12 -0500 Subject: [sup-talk] Problems running sup-convert-ferret-index In-Reply-To: <1263772988-sup-2344@masanjin.net> References: <1263757714-sup-394@sgoldmanlinux.tower-research.com> <1263760574-sup-1333@masanjin.net> <1263763237-sup-3701@sgoldmanlinux.tower-research.com> <1263764041-sup-9982@masanjin.net> <1263771478-sup-431@sgoldmanlinux.tower-research.com> <1263772988-sup-2344@masanjin.net> Message-ID: <1263774467-sup-9664@sgoldmanlinux.tower-research.com> Excerpts from William Morgan's message of Sun Jan 17 19:04:46 -0500 2010: > Reformatted excerpts from Steve Goldman's message of 2010-01-17: > > ... until it exited thirty minutes later with seg fault. > > > > Anyone else see this? Any way to debug it? > > Is it possible it's running out of memory? Possible. I have 4GB and about 60k messages in my index. So it's not too likely. I'll run it again and watch the usage. -- Steve Goldman sgoldman at tower-research.com T: 212.219.6014 F: 212.219.6007 Tower Research Capital, LLC 377 Broadway, 11th Fl. New York, NY 10013 From sgoldman@tower-research.com Sun Jan 17 20:44:11 2010 From: sgoldman@tower-research.com (Steve Goldman) Date: Sun, 17 Jan 2010 20:44:11 -0500 Subject: [sup-talk] Problems running sup-convert-ferret-index In-Reply-To: <1263774467-sup-9664@sgoldmanlinux.tower-research.com> References: <1263757714-sup-394@sgoldmanlinux.tower-research.com> <1263760574-sup-1333@masanjin.net> <1263763237-sup-3701@sgoldmanlinux.tower-research.com> <1263764041-sup-9982@masanjin.net> <1263771478-sup-431@sgoldmanlinux.tower-research.com> <1263772988-sup-2344@masanjin.net> <1263774467-sup-9664@sgoldmanlinux.tower-research.com> Message-ID: <1263778916-sup-8839@sgoldmanlinux.tower-research.com> Excerpts from Steve Goldman's message of Sun Jan 17 19:28:12 -0500 2010: > Excerpts from William Morgan's message of Sun Jan 17 19:04:46 -0500 2010: > > Reformatted excerpts from Steve Goldman's message of 2010-01-17: > > > ... until it exited thirty minutes later with seg fault. > > > > > > Anyone else see this? Any way to debug it? > > > > Is it possible it's running out of memory? > > Possible. I have 4GB and about 60k messages in my index. So it's not > too likely. I'll run it again and watch the usage. I ran it in strace. It hung on a call to munmap, and then crashed with a lot of a bunch of system call timeout warnings. So it has something to do with memory. Would the ruby debugger help narrow it down? Does the ruby debugger exist? Thanks. -- Steve Goldman sgoldman at tower-research.com T: 212.219.6014 F: 212.219.6007 Tower Research Capital, LLC 377 Broadway, 11th Fl. New York, NY 10013 From rlane@club.cc.cmu.edu Sun Jan 17 21:10:17 2010 From: rlane@club.cc.cmu.edu (Rich Lane) Date: Sun, 17 Jan 2010 21:10:17 -0500 Subject: [sup-talk] Problems running sup-convert-ferret-index In-Reply-To: <1263778916-sup-8839@sgoldmanlinux.tower-research.com> References: <1263757714-sup-394@sgoldmanlinux.tower-research.com> <1263760574-sup-1333@masanjin.net> <1263763237-sup-3701@sgoldmanlinux.tower-research.com> <1263764041-sup-9982@masanjin.net> <1263771478-sup-431@sgoldmanlinux.tower-research.com> <1263772988-sup-2344@masanjin.net> <1263774467-sup-9664@sgoldmanlinux.tower-research.com> <1263778916-sup-8839@sgoldmanlinux.tower-research.com> Message-ID: <1263779746-sup-4232@zyrg.net> Excerpts from Steve Goldman's message of 2010-01-17 20:44:11 -0500: > Excerpts from Steve Goldman's message of Sun Jan 17 19:28:12 -0500 2010: > > Excerpts from William Morgan's message of Sun Jan 17 19:04:46 -0500 2010: > > > Reformatted excerpts from Steve Goldman's message of 2010-01-17: > > > > ... until it exited thirty minutes later with seg fault. > > > > > > > > Anyone else see this? Any way to debug it? > > > > > > Is it possible it's running out of memory? > > > > Possible. I have 4GB and about 60k messages in my index. So it's not > > too likely. I'll run it again and watch the usage. > > I ran it in strace. It hung on a call to munmap, and then crashed > with a lot of a bunch of system call timeout warnings. > > So it has something to do with memory. > > Would the ruby debugger help narrow it down? Does the ruby debugger > exist? Try compiling Xapian from source with --enable-assertions. It would also be useful to get a core dump (ulimit -c unlimited). From anirudh@anirudhsanjeev.org Mon Jan 18 01:03:23 2010 From: anirudh@anirudhsanjeev.org (Anirudh Sanjeev) Date: Mon, 18 Jan 2010 11:33:23 +0530 Subject: [sup-talk] Problems running sup-convert-ferret-index In-Reply-To: <1263779746-sup-4232@zyrg.net> References: <1263757714-sup-394@sgoldmanlinux.tower-research.com> <1263760574-sup-1333@masanjin.net> <1263763237-sup-3701@sgoldmanlinux.tower-research.com> <1263764041-sup-9982@masanjin.net> <1263771478-sup-431@sgoldmanlinux.tower-research.com> <1263772988-sup-2344@masanjin.net> <1263774467-sup-9664@sgoldmanlinux.tower-research.com> <1263778916-sup-8839@sgoldmanlinux.tower-research.com> <1263779746-sup-4232@zyrg.net> Message-ID: <1263793901-sup-7278@deepthought> Hi, I'm unable to run sup-convert-ferret-index as well. It fails like this: ----------BEGIN PASTE------------ [11:20]:~/Desktop/sup-mainline$ xclip -o -selection clipboard [11:20]:~/Desktop/sup-mainline$ ruby -I lib -w bin/sup-convert-ferret-index ./lib/sup/util.rb:295: warning: `&' interpreted as argument prefix ./lib/sup/util.rb:9: warning: method redefined; discarding old gen_lock_id ./lib/sup/util.rb:20: warning: method redefined; discarding old dump_lock_id [Mon Jan 18 11:20:40 +0530 2010] WARNING: can't find character set by using locale, defaulting to utf-8 ./lib/sup/message-chunks.rb:36: warning: method redefined; discarding old make_tmpname ./lib/sup/imap.rb:119: warning: ambiguous first argument; put parentheses or even spaces ## Step one: back up all message state to /tmp/sup-state.txt bin/sup-dump --index ferret > /tmp/sup-state.txt [Mon Jan 18 11:20:40 +0530 2010] WARNING: can't find character set by using locale, defaulting to utf-8 (completed in 0.8s) ## message state saved to /tmp/sup-state.txt ## Step two: back up sources.yaml file to /home/anirudhs/.sup/sources.yaml-before-xapian-upgrade cp /home/anirudhs/.sup/sources.yaml /home/anirudhs/.sup/sources.yaml-before-xapian-upgrade (completed in 0.0s) ## Step three: build the Xapian index bin/sup-sync --all --all-sources --index xapian --restore /tmp/sup-state.txt [Mon Jan 18 11:20:41 +0530 2010] WARNING: can't find character set by using locale, defaulting to utf-8 Loading state dump from /tmp/sup-state.txt... Read 0 entries from dump file. /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) from /usr/lib/ruby/gems/1.8/gems/lockfile-1.4.3/lib/lockfile.rb:500:in `open' from /usr/lib/ruby/gems/1.8/gems/lockfile-1.4.3/lib/lockfile.rb:500:in `create' from /usr/lib/ruby/gems/1.8/gems/lockfile-1.4.3/lib/lockfile.rb:432:in `create_tmplock' from /usr/lib/ruby/gems/1.8/gems/lockfile-1.4.3/lib/lockfile.rb:213:in `lock' from /usr/lib/ruby/gems/1.8/gems/lockfile-1.4.3/lib/lockfile.rb:539:in `attempt' from /usr/lib/ruby/gems/1.8/gems/lockfile-1.4.3/lib/lockfile.rb:539:in `catch' from /usr/lib/ruby/gems/1.8/gems/lockfile-1.4.3/lib/lockfile.rb:539:in `attempt' from /usr/lib/ruby/gems/1.8/gems/lockfile-1.4.3/lib/lockfile.rb:539:in `loop' from /usr/lib/ruby/gems/1.8/gems/lockfile-1.4.3/lib/lockfile.rb:539:in `attempt' from /usr/lib/ruby/gems/1.8/gems/lockfile-1.4.3/lib/lockfile.rb:210:in `lock' from /usr/lib/ruby/gems/1.8/gems/sup-0.9.1/lib/sup/index.rb:38:in `lock' from /usr/lib/ruby/gems/1.8/gems/sup-0.9.1/lib/sup/util.rb:520:in `send' from /usr/lib/ruby/gems/1.8/gems/sup-0.9.1/lib/sup/util.rb:520:in `method_missing' from /usr/lib/ruby/gems/1.8/gems/sup-0.9.1/lib/sup/interactive-lock.rb:26:in `lock_interactively' from bin/sup-sync:116 -----------END PASTE-------------- Since Xapian install from gem failed, I installed libxapian-ruby1.8 instead. [11:29]:~/Desktop/sup-mainline$ apt-cache policy libxapian-ruby1.8 libxapian-ruby1.8: Installed: 1.0.14-1build1 Candidate: 1.0.14-1build1 Version table: *** 1.0.14-1build1 0 500 http://archive.ubuntu.com karmic/universe Packages 100 /var/lib/dpkg/status Thanks, Anirudh -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From daniel.schoepe@googlemail.com Mon Jan 18 09:32:26 2010 From: daniel.schoepe@googlemail.com (Daniel Schoepe) Date: Mon, 18 Jan 2010 15:32:26 +0100 Subject: [sup-talk] [patch] Add crypto_selector variable to before-edit Message-ID: <1263824428-sup-6466@nemesis.home> This patch adds crypto_selector to the variables available to the before-edit hook, so one can set default crypto-options or sign/encrypt a mail depending on e.g the message or header content. Users should beware that the variable can be nil, since the same hook is also run from reply_mode which doesn't have access to the crypto_selector element or crypto-support can be absent entirely. -------------- next part -------------- A non-text attachment was scrubbed... Name: add_crypto_selector.patch Type: application/octet-stream Size: 2056 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available URL: From wmorgan-sup@masanjin.net Mon Jan 18 12:04:41 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Mon, 18 Jan 2010 12:04:41 -0500 Subject: [sup-talk] Problems running sup-convert-ferret-index In-Reply-To: <1263793901-sup-7278@deepthought> References: <1263757714-sup-394@sgoldmanlinux.tower-research.com> <1263760574-sup-1333@masanjin.net> <1263763237-sup-3701@sgoldmanlinux.tower-research.com> <1263764041-sup-9982@masanjin.net> <1263771478-sup-431@sgoldmanlinux.tower-research.com> <1263772988-sup-2344@masanjin.net> <1263774467-sup-9664@sgoldmanlinux.tower-research.com> <1263778916-sup-8839@sgoldmanlinux.tower-research.com> <1263779746-sup-4232@zyrg.net> <1263793901-sup-7278@deepthought> Message-ID: <1263832195-sup-9991@masanjin.net> Reformatted excerpts from Anirudh Sanjeev's message of 2010-01-18: > I'm unable to run sup-convert-ferret-index as well. > > It fails like this: If you're running from git, you need to use: RUBY_INVOCATION="ruby -Ilib" ruby -Ilib bin/sup-convert-ferret-index Give that a whirl and see if it works. -- William From anirudh@anirudhsanjeev.org Mon Jan 18 12:27:53 2010 From: anirudh@anirudhsanjeev.org (Anirudh Sanjeev) Date: Mon, 18 Jan 2010 22:57:53 +0530 Subject: [sup-talk] Problems running sup-convert-ferret-index In-Reply-To: <1263832195-sup-9991@masanjin.net> References: <1263757714-sup-394@sgoldmanlinux.tower-research.com> <1263760574-sup-1333@masanjin.net> <1263763237-sup-3701@sgoldmanlinux.tower-research.com> <1263764041-sup-9982@masanjin.net> <1263771478-sup-431@sgoldmanlinux.tower-research.com> <1263772988-sup-2344@masanjin.net> <1263774467-sup-9664@sgoldmanlinux.tower-research.com> <1263778916-sup-8839@sgoldmanlinux.tower-research.com> <1263779746-sup-4232@zyrg.net> <1263793901-sup-7278@deepthought> <1263832195-sup-9991@masanjin.net> Message-ID: <1263835593-sup-1028@deepthought> Excerpts from William Morgan's message of Mon Jan 18 22:34:41 +0530 2010: > RUBY_INVOCATION="ruby -Ilib" ruby -Ilib bin/sup-convert-ferret-index That worked wonderfully! Thanks! The search is so fast, oh my! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From sgoldman@tower-research.com Mon Jan 18 14:43:36 2010 From: sgoldman@tower-research.com (Steve Goldman) Date: Mon, 18 Jan 2010 14:43:36 -0500 Subject: [sup-talk] Problems running sup-convert-ferret-index In-Reply-To: <1263779746-sup-4232@zyrg.net> References: <1263757714-sup-394@sgoldmanlinux.tower-research.com> <1263760574-sup-1333@masanjin.net> <1263763237-sup-3701@sgoldmanlinux.tower-research.com> <1263764041-sup-9982@masanjin.net> <1263771478-sup-431@sgoldmanlinux.tower-research.com> <1263772988-sup-2344@masanjin.net> <1263774467-sup-9664@sgoldmanlinux.tower-research.com> <1263778916-sup-8839@sgoldmanlinux.tower-research.com> <1263779746-sup-4232@zyrg.net> Message-ID: <1263843740-sup-4441@sgoldmanlinux.tower-research.com> Excerpts from Rich Lane's message of Sun Jan 17 21:10:17 -0500 2010: > Excerpts from Steve Goldman's message of 2010-01-17 20:44:11 -0500: > > Excerpts from Steve Goldman's message of Sun Jan 17 19:28:12 -0500 2010: > > > Excerpts from William Morgan's message of Sun Jan 17 19:04:46 -0500 2010: > > > > Reformatted excerpts from Steve Goldman's message of 2010-01-17: > > > > > ... until it exited thirty minutes later with seg fault. > > > > > > > > > > Anyone else see this? Any way to debug it? > > > > > > > > Is it possible it's running out of memory? > > > > > > Possible. I have 4GB and about 60k messages in my index. So it's not > > > too likely. I'll run it again and watch the usage. > > > > I ran it in strace. It hung on a call to munmap, and then crashed > > with a lot of a bunch of system call timeout warnings. > > > > So it has something to do with memory. > > > > Would the ruby debugger help narrow it down? Does the ruby debugger > > exist? > > Try compiling Xapian from source with --enable-assertions. It would also > be useful to get a core dump (ulimit -c unlimited). This feels like a wild goose chase. Can I start a xapian index from scratch? Any downside to this besides the time sink? Thanks. -- Steve Goldman sgoldman at tower-research.com T: 212.219.6014 F: 212.219.6007 Tower Research Capital, LLC 377 Broadway, 11th Fl. New York, NY 10013 From wmorgan-sup@masanjin.net Mon Jan 18 17:05:10 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Mon, 18 Jan 2010 17:05:10 -0500 Subject: [sup-talk] Problems running sup-convert-ferret-index In-Reply-To: <1263843740-sup-4441@sgoldmanlinux.tower-research.com> References: <1263757714-sup-394@sgoldmanlinux.tower-research.com> <1263760574-sup-1333@masanjin.net> <1263763237-sup-3701@sgoldmanlinux.tower-research.com> <1263764041-sup-9982@masanjin.net> <1263771478-sup-431@sgoldmanlinux.tower-research.com> <1263772988-sup-2344@masanjin.net> <1263774467-sup-9664@sgoldmanlinux.tower-research.com> <1263778916-sup-8839@sgoldmanlinux.tower-research.com> <1263779746-sup-4232@zyrg.net> <1263843740-sup-4441@sgoldmanlinux.tower-research.com> Message-ID: <1263851352-sup-6223@masanjin.net> Reformatted excerpts from Steve Goldman's message of 2010-01-18: > This feels like a wild goose chase. To be fair, all we know from you at this point is you got a segfault. We don't even know what Ruby version, what xapian gem, etc. > Can I start a xapian index from scratch? If you rename your ~/.sup/ferret directory, any future Sup activity (e.g. bin/sup or sup-sync) should take place on a fresh new Xapian index. All of your current messages and message state will be forgotten. > Any downside to this besides the time sink? If you ever use sup-sync --all, it will rescan the soucess to pick up those early messages and presumably incur the same problem. You'll have to make fresh sources to really avoid that. -- William From sjh@foolishpride.org Mon Jan 18 23:44:56 2010 From: sjh@foolishpride.org (Scott Henson) Date: Mon, 18 Jan 2010 23:44:56 -0500 Subject: [sup-talk] Questions about offlineimap+msmtp+maildir+gmail syncing In-Reply-To: <1263760826-sup-7073@masanjin.net> References: <1262776632-sup-1333@deepthought> <1262780979-sup-2146@changeling.local> <1262804701-sup-8673@deepthought> <6c0c31751001160921y6efe36cft6614df8e46175a57@mail.gmail.com> <1263672001-sup-2219@tilus.net> <1263740027-sup-751@masanjin.net> <6c0c31751001170952ne597517s3824b6de02ed25b1@mail.gmail.com> <1263760826-sup-7073@masanjin.net> Message-ID: <6c0c31751001182044x5d59f243ya947f5c9470e0a1e@mail.gmail.com> I'm using Redwood::PollManager.each_message_from source like sup-sync-back uses. Looking at the definition of that function, it will load all messages from the source without discrimination. I've put my repo up on github ( http://github.com/shenson/sup) with my code in the release branch. It includes my code to change the source id to the maildir id. The code I'm actually running is in bin/sup-clean. As far as I can tell, I'm using the same basic structure as sup-sync-back, so I should be getting back all the messages. If anyone wants to clue me in on what I'm doing wrong, I'd be very grateful. Thanks. On Sun, Jan 17, 2010 at 3:42 PM, William Morgan wrote: > Reformatted excerpts from Scott Henson's message of 2010-01-17: > > I'm down to the last few issues with my new maildir sync back code, I > > just can't get sup to show me the deleted and spam messages. > > If you're going through index.each_message or each_id, you need to > specify :load_spam => true and load_deleted => true. > -- > William > _______________________________________________ > sup-talk mailing list > sup-talk at rubyforge.org > http://rubyforge.org/mailman/listinfo/sup-talk > -- Scott Henson -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgoldman@tower-research.com Tue Jan 19 08:31:23 2010 From: sgoldman@tower-research.com (Steve Goldman) Date: Tue, 19 Jan 2010 08:31:23 -0500 Subject: [sup-talk] Problems running sup-convert-ferret-index In-Reply-To: <1263851352-sup-6223@masanjin.net> References: <1263757714-sup-394@sgoldmanlinux.tower-research.com> <1263760574-sup-1333@masanjin.net> <1263763237-sup-3701@sgoldmanlinux.tower-research.com> <1263764041-sup-9982@masanjin.net> <1263771478-sup-431@sgoldmanlinux.tower-research.com> <1263772988-sup-2344@masanjin.net> <1263774467-sup-9664@sgoldmanlinux.tower-research.com> <1263778916-sup-8839@sgoldmanlinux.tower-research.com> <1263779746-sup-4232@zyrg.net> <1263843740-sup-4441@sgoldmanlinux.tower-research.com> <1263851352-sup-6223@masanjin.net> Message-ID: <1263907792-sup-3649@sgoldmanlinux.tower-research.com> Excerpts from William Morgan's message of Mon Jan 18 17:05:10 -0500 2010: > Reformatted excerpts from Steve Goldman's message of 2010-01-18: > > This feels like a wild goose chase. > > To be fair, all we know from you at this point is you got a segfault. > We don't even know what Ruby version, what xapian gem, etc. Right. I'd rather start fresh than try to debug this, personally. > > Can I start a xapian index from scratch? > > If you rename your ~/.sup/ferret directory, any future Sup activity > (e.g. bin/sup or sup-sync) should take place on a fresh new Xapian > index. All of your current messages and message state will be forgotten. > > > Any downside to this besides the time sink? > > If you ever use sup-sync --all, it will rescan the soucess to pick up > those early messages and presumably incur the same problem. You'll have > to make fresh sources to really avoid that. What are fresh sources? Thanks. -- Steve Goldman sgoldman at tower-research.com T: 212.219.6014 F: 212.219.6007 Tower Research Capital, LLC 377 Broadway, 11th Fl. New York, NY 10013 From wmorgan-sup@masanjin.net Tue Jan 19 08:37:10 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Tue, 19 Jan 2010 08:37:10 -0500 Subject: [sup-talk] Problems running sup-convert-ferret-index In-Reply-To: <1263907792-sup-3649@sgoldmanlinux.tower-research.com> References: <1263757714-sup-394@sgoldmanlinux.tower-research.com> <1263760574-sup-1333@masanjin.net> <1263763237-sup-3701@sgoldmanlinux.tower-research.com> <1263764041-sup-9982@masanjin.net> <1263771478-sup-431@sgoldmanlinux.tower-research.com> <1263772988-sup-2344@masanjin.net> <1263774467-sup-9664@sgoldmanlinux.tower-research.com> <1263778916-sup-8839@sgoldmanlinux.tower-research.com> <1263779746-sup-4232@zyrg.net> <1263843740-sup-4441@sgoldmanlinux.tower-research.com> <1263851352-sup-6223@masanjin.net> <1263907792-sup-3649@sgoldmanlinux.tower-research.com> Message-ID: <1263908176-sup-851@masanjin.net> Reformatted excerpts from Steve Goldman's message of 2010-01-19: > What are fresh sources? I just mean a new mbox or maildir, so that Sup can start at offset 0. -- William From hollunder@lavabit.com Wed Jan 20 16:50:03 2010 From: hollunder@lavabit.com (hollunder) Date: Wed, 20 Jan 2010 22:50:03 +0100 Subject: [sup-talk] reply-from.rb troubles References: <1263571025-sup-73@tw> <1263580522-sup-1905@tilus.net> <1263587689-sup-3094@tw> <1263677294-sup-712@tilus.net> <1263689857-sup-8245@tw> <1263741838-sup-8726@masanjin.net> <1263742626-sup-2758@tw> <1263743898-sup-2154@masanjin.net> <1263745866-sup-915@tw> <1263752630-sup-5428@cammunism.org> <1263756079-sup-4229@tw> <1263757377-sup-72@masanjin.net> <1263758433-sup-6105@tw> <1263760233-sup-1663@masanjin.net> Message-ID: <1264023742-sup-1984@tw> Excerpts from William Morgan's message of Sun Jan 17 21:36:01 +0100 2010: > Reformatted excerpts from Philipp ?berbacher's message of 2010-01-17: > > Now that you say this is impossible, I had a look at my before-edit.rb > > and suspect it to be the culprit, since it ends with: > > else > > header["From"] = "Philipp ?berbacher " > > end > > Hah, nice catch. That would do it. > > > Now how can one do both without trouble, replying sanely and using a > > sane address for new messages? > > I think the proper answer is to change reply-mode, so that any addresses > set by the reply-* hooks overrides anything set by the before-edit hook. > > In the mean time, you can probably work around this with a nasty hack: in > before-edit hook, if the "In-reply-to" header is set, don't set the From > address (because it is a reply, and will have been set by the reply-from > hook). It took me a while to get to it since I was kind of afraid of ruby, but I tried today and it seems to work like this: if header["In-reply-to"] = nil if header["To"] =~ /talk|list|lists|linux|devel|user|daw/ header["From"] = "Philipp ?berbacher " else header["From"] = "Philipp ?berbacher " end end 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. Regards, Philipp From tero@tilus.net Thu Jan 21 17:02:53 2010 From: tero@tilus.net (Tero Tilus) Date: Fri, 22 Jan 2010 00:02:53 +0200 Subject: [sup-talk] [sup-devel] Problems Syncing In-Reply-To: <1263931111-sup-1739@europa> References: <1263931111-sup-1739@europa> Message-ID: <1264110830-sup-2631@tilus.net> Eric Polino, 2010-01-19 22:04: > I did find a place that was saying that getting the lastest version > of sup from the git repository could fix this problem...it didn't. Try pulling all the mails down using offlineimap or similar and then index the local mailstore. Also, use Xapian index, not Ferret. ps. Imo this kind of things belong to sup-talk, not sup-devel. -- Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/ From wmorgan-sup@masanjin.net Fri Jan 22 18:26:59 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Fri, 22 Jan 2010 18:26:59 -0500 Subject: [sup-talk] 0.10 preview Message-ID: <1264202747-sup-509@masanjin.net> Hi all, I'm going to release 0.10, probably this weekend. It's on the release-0.10 branch if anyone wants to play with it now. -- William From hollunder@lavabit.com Fri Jan 22 21:58:51 2010 From: hollunder@lavabit.com (hollunder) Date: Sat, 23 Jan 2010 03:58:51 +0100 Subject: [sup-talk] 0.10 preview References: <1264202747-sup-509@masanjin.net> Message-ID: <1264214898-sup-2088@tw> Excerpts from William Morgan's message of Sat Jan 23 00:26:59 +0100 2010: > Hi all, > > I'm going to release 0.10, probably this weekend. It's on the > release-0.10 branch if anyone wants to play with it now. Is it working ok with ruby 1.9? If so I might try it (as simple user). Mind that 0.9.1 with ruby 1.8-svn works quite well for me. Regards, Philipp From wmorgan-sup@masanjin.net Sat Jan 23 07:39:01 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Sat, 23 Jan 2010 07:39:01 -0500 Subject: [sup-talk] 0.10 preview In-Reply-To: <1264214898-sup-2088@tw> References: <1264202747-sup-509@masanjin.net> <1264214898-sup-2088@tw> Message-ID: <1264250299-sup-3924@masanjin.net> Reformatted excerpts from hollunder's message of 2010-01-22: > Is it working ok with ruby 1.9? If so I might try it (as simple user). > Mind that 0.9.1 with ruby 1.8-svn works quite well for me. Yes, as long as you use the Xapian backend. (Or you find the black-market 1.9-compatible Ferret gem that's been floating around.) -- William From wmorgan-sup@masanjin.net Sat Jan 23 07:53:04 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Sat, 23 Jan 2010 07:53:04 -0500 Subject: [sup-talk] [patch] Add crypto_selector variable to before-edit In-Reply-To: <1263824428-sup-6466@nemesis.home> References: <1263824428-sup-6466@nemesis.home> Message-ID: <1264251144-sup-4056@masanjin.net> Hi Daniel, I like the idea, but would prefer a dedicated "crypto-mode" hook analogous to how we have the "reply-to" hook for setting the default reply-to mode. -- William From carlosgc@gnome.org Sun Jan 24 06:10:30 2010 From: carlosgc@gnome.org (Carlos Garcia Campos) Date: Sun, 24 Jan 2010 12:10:30 +0100 Subject: [sup-talk] [patch] Add crypto_selector variable to before-edit In-Reply-To: <1264251144-sup-4056@masanjin.net> References: <1263824428-sup-6466@nemesis.home> <1264251144-sup-4056@masanjin.net> Message-ID: <1264331356-sup-4396@charmaleon> Excerpts from William Morgan's message of s?b ene 23 13:53:04 +0100 2010: > Hi Daniel, > > I like the idea, but would prefer a dedicated "crypto-mode" hook > analogous to how we have the "reply-to" hook for setting the default > reply-to mode. +1 I filed a bug report for that some time ago indeed: http://masanjin.net/sup-bugs/issue13 -- Carlos Garcia Campos PGP key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x523E6462 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From wmorgan-sup@masanjin.net Sun Jan 24 09:44:50 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Sun, 24 Jan 2010 09:44:50 -0500 Subject: [sup-talk] [ANN] Sup 0.10 released Message-ID: <1264344055-sup-3295@masanjin.net> I'm pleased to announce the release of Sup 0.10. This version is frickin' awesome because not only do we have Ruby 1.9 support, the Xapian backend is now the default! The next version will discard Ferret like a used rag. Sup is a console-based email client for people with a lot of email. It supports tagging, very fast full-text search, automatic contact- list management, and more. If you're the type of person who treats email as an extension of your long-term memory, Sup is for you. Get it: gem install sup Learn it: http://sup.rubyforge.org Love it: sup-talk at rubyforge.org Release notes: The Xapian backend is now the default. Convert your old, crash-prone Ferret index to Xapian by running sup-convert-ferret-index. Using a Ferret backend will produce a deprecation notice, and will not be supported in 0.11. Many thanks to Rich Lane for Xapian and Ruby 1.9 work. Excitement in 0.10: * Make Xapian backend the default, and add deprecation notice to Ferret indexes. * Now Ruby 1.9 compatible (Xapian backend only). * Changes are now saved automatically to the index. Pressing "$" now just forces a flush of Xapian indexes, which can minimize quit time. * Fix problem with replying to Google Groups messages. * Allow toggling of line wrap. Useful for long URLs. * Multiple attachments can be added at once by specifying a wildcard. * New command to save all attachments at once. * As always, many bugfixes and tweaks. -- William From mariano.mara@gmail.com Sun Jan 24 10:59:41 2010 From: mariano.mara@gmail.com (Mariano Mara) Date: Sun, 24 Jan 2010 12:59:41 -0300 Subject: [sup-talk] [ANN] Sup 0.10 released In-Reply-To: <1264344055-sup-3295@masanjin.net> References: <1264344055-sup-3295@masanjin.net> Message-ID: <1264348412-sup-7571@kafka> Excerpts from William Morgan's message of Sun Jan 24 11:44:50 -0300 2010: > I'm pleased to announce the release of Sup 0.10. This version is > frickin' awesome because not only do we have Ruby 1.9 support, the > Xapian backend is now the default! The next version will discard Ferret > like a used rag. > > Sup is a console-based email client for people with a lot of email. > It supports tagging, very fast full-text search, automatic contact- > list management, and more. If you're the type of person who treats > email as an extension of your long-term memory, Sup is for you. > > Get it: gem install sup > Learn it: http://sup.rubyforge.org > Love it: sup-talk at rubyforge.org > > Release notes: > > The Xapian backend is now the default. Convert your old, crash-prone > Ferret index to Xapian by running sup-convert-ferret-index. > > Using a Ferret backend will produce a deprecation notice, and will not be > supported in 0.11. I just updated and love the startup announcement (you got me for a minute). However I couldn't find sup-convert-ferret-index I updated with sudo gem update sup and even did a full updatedb just in case I was not looking in the right places. I must say sup-convert-ferret-index is not here. Did I miss something (it's Sunday here) or is the file really missing? TIA for sup, you guys rock! Mariano > > Many thanks to Rich Lane for Xapian and Ruby 1.9 work. > > Excitement in 0.10: > > * Make Xapian backend the default, and add deprecation notice to Ferret indexes. > * Now Ruby 1.9 compatible (Xapian backend only). > * Changes are now saved automatically to the index. Pressing "$" now just > forces a flush of Xapian indexes, which can minimize quit time. > * Fix problem with replying to Google Groups messages. > * Allow toggling of line wrap. Useful for long URLs. > * Multiple attachments can be added at once by specifying a wildcard. > * New command to save all attachments at once. > * As always, many bugfixes and tweaks. > From wmorgan-sup@masanjin.net Sun Jan 24 12:02:44 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Sun, 24 Jan 2010 12:02:44 -0500 Subject: [sup-talk] [ANN] Sup 0.10 released In-Reply-To: <1264348412-sup-7571@kafka> References: <1264344055-sup-3295@masanjin.net> <1264348412-sup-7571@kafka> Message-ID: <1264352379-sup-7812@masanjin.net> Reformatted excerpts from Mariano Mara's message of 2010-01-24: > Did I miss something (it's Sunday here) or is the file really missing? Good catch. It was really missing from the gem. I've updated the gem in place. Can you try uninstalling, clearing any cache (which I think requires manually removing files in [whatever]/gems/1.8/cache) and reinstalling please? Sorry about that. -- William From wmorgan-sup@masanjin.net Sun Jan 24 12:30:06 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Sun, 24 Jan 2010 12:30:06 -0500 Subject: [sup-talk] [ANN] Sup 0.10 released In-Reply-To: <1264352379-sup-7812@masanjin.net> References: <1264344055-sup-3295@masanjin.net> <1264348412-sup-7571@kafka> <1264352379-sup-7812@masanjin.net> Message-ID: <1264354200-sup-2543@masanjin.net> Reformatted excerpts from William Morgan's message of 2010-01-24: > Reformatted excerpts from Mariano Mara's message of 2010-01-24: > > Did I miss something (it's Sunday here) or is the file really missing? Inplace replacement doesn't seem to work on gemcutter. I've released 0.10.1 with this change. :( -- William From mariano.mara@gmail.com Sun Jan 24 19:02:34 2010 From: mariano.mara@gmail.com (Mariano Mara) Date: Sun, 24 Jan 2010 21:02:34 -0300 Subject: [sup-talk] [ANN] Sup 0.10 released In-Reply-To: <1264354200-sup-2543@masanjin.net> References: <1264344055-sup-3295@masanjin.net> <1264348412-sup-7571@kafka> <1264352379-sup-7812@masanjin.net> <1264354200-sup-2543@masanjin.net> Message-ID: <1264377653-sup-4624@kafka> Excerpts from William Morgan's message of Sun Jan 24 14:30:06 -0300 2010: > Reformatted excerpts from William Morgan's message of 2010-01-24: > > Reformatted excerpts from Mariano Mara's message of 2010-01-24: > > > Did I miss something (it's Sunday here) or is the file really missing? > > Inplace replacement doesn't seem to work on gemcutter. I've released > 0.10.1 with this change. :( Great. I can see it now. I will run it as soon I send this message. Thanks and sorry for making you work today :) Mariano. From shreyankg@gmail.com Mon Jan 25 04:11:48 2010 From: shreyankg@gmail.com (Shreyank Gupta) Date: Mon, 25 Jan 2010 14:41:48 +0530 Subject: [sup-talk] Signature Message-ID: <8b854d6b1001250111i3bf7c27fjc2c91449413cf4e7@mail.gmail.com> Hi, While reading mails in sup, it makes lots of mistakes in identifying the signature. Ideally it should identify the last block of text preceded with a '--' as the signature block. Instead it takes a random block of email body and condenses it as signature. Is there any way around this problem? -- Peace and Love, Shreyank Gupta Blog: http://allsortsofshrink.blogspot.com From shreyankg@gmail.com Mon Jan 25 06:07:38 2010 From: shreyankg@gmail.com (Shreyank Gupta) Date: Mon, 25 Jan 2010 16:37:38 +0530 Subject: [sup-talk] Warning on sup startup Message-ID: <8b854d6b1001250307o42e85f44id88d3eea7f18beb4@mail.gmail.com> Hi, In starting of sup I get the following warning, /usr/lib/ruby/gems/1.8/gems/sup-0.10.1/lib/sup/message.rb:453: warning: parenthesize argument(s) for future version /usr/lib/ruby/gems/1.8/gems/sup-0.10.1/lib/sup/message.rb:454: warning: parenthesize argument(s) for future version /usr/lib/ruby/gems/1.8/gems/sup-0.10.1/lib/sup/message.rb:455: warning: parenthesize argument(s) for future version Any ideas? I'm using sup v0.10.1. -- Peace and Love, Shreyank Gupta Blog: http://allsortsofshrink.blogspot.com From sgoldman@tower-research.com Mon Jan 25 11:34:57 2010 From: sgoldman@tower-research.com (Steve Goldman) Date: Mon, 25 Jan 2010 11:34:57 -0500 Subject: [sup-talk] Problems running sup-convert-ferret-index In-Reply-To: <1263908176-sup-851@masanjin.net> References: <1263757714-sup-394@sgoldmanlinux.tower-research.com> <1263760574-sup-1333@masanjin.net> <1263763237-sup-3701@sgoldmanlinux.tower-research.com> <1263764041-sup-9982@masanjin.net> <1263771478-sup-431@sgoldmanlinux.tower-research.com> <1263772988-sup-2344@masanjin.net> <1263774467-sup-9664@sgoldmanlinux.tower-research.com> <1263778916-sup-8839@sgoldmanlinux.tower-research.com> <1263779746-sup-4232@zyrg.net> <1263843740-sup-4441@sgoldmanlinux.tower-research.com> <1263851352-sup-6223@masanjin.net> <1263907792-sup-3649@sgoldmanlinux.tower-research.com> <1263908176-sup-851@masanjin.net> Message-ID: <1264437234-sup-8884@sgoldmanlinux.tower-research.com> Excerpts from William Morgan's message of Tue Jan 19 08:37:10 -0500 2010: > Reformatted excerpts from Steve Goldman's message of 2010-01-19: > > What are fresh sources? > > I just mean a new mbox or maildir, so that Sup can start at offset 0. Tried running sup-config from scratch last night. No dice. sup-sync failed after about ten minutes. What info can I supply that would help debug this? sup on master branch ruby version 1.8.6 -- Steve Goldman sgoldman at tower-research.com T: 212.219.6014 F: 212.219.6007 Tower Research Capital, LLC 377 Broadway, 11th Fl. New York, NY 10013 From wmorgan-sup@masanjin.net Mon Jan 25 15:14:35 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Mon, 25 Jan 2010 15:14:35 -0500 Subject: [sup-talk] [ANN] Sup 0.10 released In-Reply-To: <1264377653-sup-4624@kafka> References: <1264344055-sup-3295@masanjin.net> <1264348412-sup-7571@kafka> <1264352379-sup-7812@masanjin.net> <1264354200-sup-2543@masanjin.net> <1264377653-sup-4624@kafka> Message-ID: <1264450463-sup-8310@masanjin.net> Reformatted excerpts from Mariano Mara's message of 2010-01-24: > Thanks and sorry for making you work today :) Sup isn't work, it's play! -- William From bgamari@gmail.com Sun Jan 17 13:10:06 2010 From: bgamari@gmail.com (Ben Gamari) Date: Sun, 17 Jan 2010 13:10:06 -0500 Subject: [sup-talk] Libnotify popups with sup In-Reply-To: <1263747594-sup-5588@deepthought> References: <1263747594-sup-5588@deepthought> Message-ID: <1263751749-sup-5625@ben-laptop> Excerpts from Anirudh Sanjeev's message of Sun Jan 17 12:13:12 -0500 2010: > Hi, > > I want to write a small hook to sup to use libnotify and show a small > popup whenever email comes from specific sources. > You mean something like this? It was a little flaky when I last used it, but it did work. - Ben # libnotify notifications # Requires libnotify-bin package notify_cmd = "/usr/bin/notify-send -i /usr/share/icons/Human?/scalable/emblems/emblem-mail.svg" if num >= 1 notify_summary = "sup found #{num_inbox}/#{num} new message" notify_summary << "s" if num > 1 notify_body = "" from_and_subj.each do |f,s| f.gsub! /\(.*\)/, '' f.gsub! /<.*>/, '' f.strip! s.slice! 0..20 s << "..." notify_body << "? #{f} : #{s}\n" end if notify_body.length > 100 notify_body.slice! 0..100 notify_body << "\n..." end cmd = "#{notify_cmd} '#{notify_summary}' '#{notify_body}'" Logger.warn cmd system cmd else #system "#{notify_cmd} 'sup status' 'No new email (yet)'" end From steff@steff.name Sat Jan 23 10:14:14 2010 From: steff@steff.name (Steffan Davies) Date: Sat, 23 Jan 2010 15:14:14 +0000 Subject: [sup-talk] exception on first IMAPS load in 0.8.1-1 Message-ID: <20100123151414.GB2294@steff.name> Got this while sup was inhaling my 60+k-item mailbox. Xubuntu Karmic, loading from Dovecot across an idle gigabit ethernet. S cat ~/.sup/exception-log.txt --- NoMethodError from thread: poll after loading inbox undefined method `to_indexable_s' for nil:NilClass /usr/lib/ruby/1.8/sup/index.rb:243:in `sync_message' /usr/lib/ruby/1.8/sup/util.rb:513:in `send' /usr/lib/ruby/1.8/sup/util.rb:513:in `method_missing' /usr/lib/ruby/1.8/sup/poll.rb:161:in `add_messages_from' /usr/lib/ruby/1.8/sup/imap.rb:187:in `each' /usr/lib/ruby/1.8/sup/imap.rb:175:in `upto' /usr/lib/ruby/1.8/sup/imap.rb:175:in `each' /usr/lib/ruby/1.8/sup/util.rb:552:in `send' /usr/lib/ruby/1.8/sup/util.rb:552:in `__pass' /usr/lib/ruby/1.8/sup/util.rb:539:in `method_missing' /usr/lib/ruby/1.8/sup/poll.rb:141:in `add_messages_from' /usr/lib/ruby/1.8/sup/poll.rb:98:in `do_poll' /usr/lib/ruby/1.8/sup/poll.rb:86:in `each' /usr/lib/ruby/1.8/sup/poll.rb:86:in `do_poll' /usr/lib/ruby/1.8/sup/poll.rb:85:in `synchronize' /usr/lib/ruby/1.8/sup/poll.rb:85:in `do_poll' /usr/lib/ruby/1.8/sup/util.rb:513:in `send' /usr/lib/ruby/1.8/sup/util.rb:513:in `method_missing' /usr/lib/ruby/1.8/sup/modes/poll-mode.rb:17:in `poll' /usr/lib/ruby/1.8/sup/poll.rb:53:in `poll' /usr/lib/ruby/1.8/sup/util.rb:513:in `send' /usr/lib/ruby/1.8/sup/util.rb:513:in `method_missing' /usr/bin/sup-mail:204 /usr/lib/ruby/1.8/sup.rb:70:in `reporting_thread' /usr/lib/ruby/1.8/sup.rb:68:in `initialize' /usr/lib/ruby/1.8/sup.rb:68:in `new' /usr/lib/ruby/1.8/sup.rb:68:in `reporting_thread' /usr/bin/sup-mail:204 /usr/lib/ruby/1.8/sup/modes/thread-index-mode.rb:663:in `call' /usr/lib/ruby/1.8/sup/modes/thread-index-mode.rb:663:in `__unprotected_load_threads' /usr/lib/ruby/1.8/sup/modes/thread-index-mode.rb:605:in `call' /usr/lib/ruby/1.8/sup/modes/thread-index-mode.rb:605:in `load_n_threads_background' /usr/lib/ruby/1.8/sup.rb:70:in `reporting_thread' /usr/lib/ruby/1.8/sup.rb:68:in `initialize' /usr/lib/ruby/1.8/sup.rb:68:in `new' /usr/lib/ruby/1.8/sup.rb:68:in `reporting_thread' /usr/lib/ruby/1.8/sup/modes/thread-index-mode.rb:603:in `load_n_threads_background' /usr/lib/ruby/1.8/sup/modes/thread-index-mode.rb:673:in `__unprotected_load_threads' (eval):12:in `load_threads' /usr/bin/sup-mail:204 From wmorgan-sup@masanjin.net Mon Jan 25 15:25:02 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Mon, 25 Jan 2010 15:25:02 -0500 Subject: [sup-talk] exception on first IMAPS load in 0.8.1-1 In-Reply-To: <20100123151414.GB2294@steff.name> References: <20100123151414.GB2294@steff.name> Message-ID: <1264451054-sup-7120@masanjin.net> Reformatted excerpts from Steffan Davies's message of 2010-01-23: > Got this while sup was inhaling my 60+k-item mailbox. Xubuntu Karmic, > loading from Dovecot across an idle gigabit ethernet. Can you try with 0.10.1 please? Also note that the Ruby IMAP library is not great, and tends to break with big things like this. The preferred solution is to turn IMAP into a maildir with something like offlineimap. -- William From bwalton@artsci.utoronto.ca Mon Jan 25 15:30:49 2010 From: bwalton@artsci.utoronto.ca (Ben Walton) Date: Mon, 25 Jan 2010 15:30:49 -0500 Subject: [sup-talk] exception on first IMAPS load in 0.8.1-1 In-Reply-To: <20100123151414.GB2294@steff.name> References: <20100123151414.GB2294@steff.name> Message-ID: <1264451401-sup-416@ntdws12.chass.utoronto.ca> Excerpts from Steffan Davies's message of Sat Jan 23 10:14:14 -0500 2010: > Got this while sup was inhaling my 60+k-item mailbox. Xubuntu Karmic, > loading from Dovecot across an idle gigabit ethernet. I agree with William overall, but if you're stuck with IMAP, at least offload the SSL part to stunnel and hit localhost:143 with plain IMAP. HTH. -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu Contact me to arrange for a CAcert assurance meeting. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From wmorgan-sup@masanjin.net Mon Jan 25 16:27:37 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Mon, 25 Jan 2010 16:27:37 -0500 Subject: [sup-talk] Signature In-Reply-To: <8b854d6b1001250111i3bf7c27fjc2c91449413cf4e7@mail.gmail.com> References: <8b854d6b1001250111i3bf7c27fjc2c91449413cf4e7@mail.gmail.com> Message-ID: <1264454639-sup-985@masanjin.net> Reformatted excerpts from Shreyank Gupta's message of 2010-01-25: > Ideally it should identify the last block of text preceded with a '--' > as the signature block. Instead it takes a random block of email body > and condenses it as signature. Sup does detect "-- " (note the space) as the beginning of a "standard" signature block. It also detects several other variants seen in practice. Email being what it is, this detection code is necessarily heuristic and will sometimes generate both false positives and false negatives. > Is there any way around this problem? Provide a patch, or at the least, file a bug report with the specific behavior you are seeing. -- William From wmorgan-sup@masanjin.net Mon Jan 25 16:30:48 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Mon, 25 Jan 2010 16:30:48 -0500 Subject: [sup-talk] Problems running sup-convert-ferret-index In-Reply-To: <1264437234-sup-8884@sgoldmanlinux.tower-research.com> References: <1263757714-sup-394@sgoldmanlinux.tower-research.com> <1263760574-sup-1333@masanjin.net> <1263763237-sup-3701@sgoldmanlinux.tower-research.com> <1263764041-sup-9982@masanjin.net> <1263771478-sup-431@sgoldmanlinux.tower-research.com> <1263772988-sup-2344@masanjin.net> <1263774467-sup-9664@sgoldmanlinux.tower-research.com> <1263778916-sup-8839@sgoldmanlinux.tower-research.com> <1263779746-sup-4232@zyrg.net> <1263843740-sup-4441@sgoldmanlinux.tower-research.com> <1263851352-sup-6223@masanjin.net> <1263907792-sup-3649@sgoldmanlinux.tower-research.com> <1263908176-sup-851@masanjin.net> <1264437234-sup-8884@sgoldmanlinux.tower-research.com> Message-ID: <1264454942-sup-8589@masanjin.net> Reformatted excerpts from Steve Goldman's message of 2010-01-25: > Tried running sup-config from scratch last night. No dice. sup-sync > failed after about ten minutes. > > What info can I supply that would help debug this? Is it still a segfault? If so, what does gem list --local say the version is of the "xapian" or "xapian-full" gem? > ruby version 1.8.6 How difficult would it be to try with 1.9.1, or at least 1.8.7? -- William From sgoldman@tower-research.com Mon Jan 25 16:56:24 2010 From: sgoldman@tower-research.com (Steve Goldman) Date: Mon, 25 Jan 2010 16:56:24 -0500 Subject: [sup-talk] Problems running sup-convert-ferret-index In-Reply-To: <1264454942-sup-8589@masanjin.net> References: <1263757714-sup-394@sgoldmanlinux.tower-research.com> <1263760574-sup-1333@masanjin.net> <1263763237-sup-3701@sgoldmanlinux.tower-research.com> <1263764041-sup-9982@masanjin.net> <1263771478-sup-431@sgoldmanlinux.tower-research.com> <1263772988-sup-2344@masanjin.net> <1263774467-sup-9664@sgoldmanlinux.tower-research.com> <1263778916-sup-8839@sgoldmanlinux.tower-research.com> <1263779746-sup-4232@zyrg.net> <1263843740-sup-4441@sgoldmanlinux.tower-research.com> <1263851352-sup-6223@masanjin.net> <1263907792-sup-3649@sgoldmanlinux.tower-research.com> <1263908176-sup-851@masanjin.net> <1264437234-sup-8884@sgoldmanlinux.tower-research.com> <1264454942-sup-8589@masanjin.net> Message-ID: <1264456502-sup-2092@sgoldmanlinux.tower-research.com> Excerpts from William Morgan's message of Mon Jan 25 16:30:48 -0500 2010: > Reformatted excerpts from Steve Goldman's message of 2010-01-25: > > Tried running sup-config from scratch last night. No dice. sup-sync > > failed after about ten minutes. > > > > What info can I supply that would help debug this? > > Is it still a segfault? Presumably. I run it through sup-config, which outputs "Rats, that didn't work" when the return code is non-zero. But sup-sync outputs nothing. > If so, what does gem list --local say the version is of the "xapian" or > "xapian-full" gem? It's installed with our Fedora release, but my guy tells me this is the version info: xapian-bindings-ruby-1.0.17-2.fc11.x86_64 > > ruby version 1.8.6 > > How difficult would it be to try with 1.9.1, or at least 1.8.7? He says the Fedora release will likely get there soon, but we could try to get it in advance if you think this will help. Thanks. -- Steve Goldman sgoldman at tower-research.com T: 212.219.6014 F: 212.219.6007 Tower Research Capital, LLC 377 Broadway, 11th Fl. New York, NY 10013 From wmorgan-sup@masanjin.net Tue Jan 26 08:00:02 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Tue, 26 Jan 2010 08:00:02 -0500 Subject: [sup-talk] Problems running sup-convert-ferret-index In-Reply-To: <1264456502-sup-2092@sgoldmanlinux.tower-research.com> References: <1263757714-sup-394@sgoldmanlinux.tower-research.com> <1263760574-sup-1333@masanjin.net> <1263763237-sup-3701@sgoldmanlinux.tower-research.com> <1263764041-sup-9982@masanjin.net> <1263771478-sup-431@sgoldmanlinux.tower-research.com> <1263772988-sup-2344@masanjin.net> <1263774467-sup-9664@sgoldmanlinux.tower-research.com> <1263778916-sup-8839@sgoldmanlinux.tower-research.com> <1263779746-sup-4232@zyrg.net> <1263843740-sup-4441@sgoldmanlinux.tower-research.com> <1263851352-sup-6223@masanjin.net> <1263907792-sup-3649@sgoldmanlinux.tower-research.com> <1263908176-sup-851@masanjin.net> <1264437234-sup-8884@sgoldmanlinux.tower-research.com> <1264454942-sup-8589@masanjin.net> <1264456502-sup-2092@sgoldmanlinux.tower-research.com> Message-ID: <1264510235-sup-2915@masanjin.net> Reformatted excerpts from Steve Goldman's message of 2010-01-25: > Presumably. I run it through sup-config, which outputs "Rats, that > didn't work" when the return code is non-zero. But sup-sync outputs > nothing. And just to confirm, when you run that sup-sync command by itself, outside of sup-config, it just dies without a backtrace, right? Since this didn't happen with Ferret, my best guess is that the problem lies somewhere in the bowels of Xapian or the bindings thereof: > xapian-bindings-ruby-1.0.17-2.fc11.x86_64 I would try and get the latest xapian-full gem. I have no experience with the bindings Fedora distributes, but I know that that gem works for me and for others. It's possible to install and run gems entirely out of your home directory (at least in recent versions), so it should be possible to do this without involving your sysadmin, if that's easier. Something like: gem install gemcutter gem install xapian-full Ought to magically work, if your gems are new enough. > He says the Fedora release will likely get there soon, but we could > try to get it in advance if you think this will help. Let's wait on playing with Ruby versions until we have your Xapian bindings locked down. -- William From daniel.schoepe@googlemail.com Tue Jan 26 10:55:55 2010 From: daniel.schoepe@googlemail.com (Daniel Schoepe) Date: Tue, 26 Jan 2010 16:55:55 +0100 Subject: [sup-talk] [patch] Add crypto_selector variable to before-edit In-Reply-To: <1264251144-sup-4056@masanjin.net> References: <1263824428-sup-6466@nemesis.home> <1264251144-sup-4056@masanjin.net> Message-ID: <1264521165-sup-9898@nemesis.home> Excerpts from William Morgan's message of Sat Jan 23 13:53:04 +0100 2010: > Hi Daniel, > > I like the idea, but would prefer a dedicated "crypto-mode" hook > analogous to how we have the "reply-to" hook for setting the default > reply-to mode. Okay, here's the new patch: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Added-crypto-settings-hook.patch Type: application/octet-stream Size: 1449 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available URL: From mcdermott.michaelj@gmail.com Tue Jan 26 11:14:15 2010 From: mcdermott.michaelj@gmail.com (Michael McDermott) Date: Tue, 26 Jan 2010 10:14:15 -0600 Subject: [sup-talk] Old Mail Message-ID: <1264522329-sup-4389@zion> I have sup 0.10 running off of Maildirs fed by offlineimap. Naturally, when I first set this up, I had a great deal of old mail pulled, mail that sup has left marked as unread. Is there anyway to mark all of these older messages read, short of searching for is:unread, tagging a screenful, and marking them read, and doing this through several years worth of email? -- Michael McDermott www.mad-computer-scientist.com From gregor@hoffleit.de Tue Jan 26 12:17:29 2010 From: gregor@hoffleit.de (Gregor Hoffleit) Date: Tue, 26 Jan 2010 18:17:29 +0100 Subject: [sup-talk] How to ignore some mails in searches? Message-ID: <1264525600-sup-2804@sam.mediasupervision.de> I get a ton of mails from cron jobs on various machines like logcheck, which are archived right away (in before-add-message.rb). Problem is that these mails still show up in search results. This is a real problem, since e.g. almost every search for a mail address will match to some logcheck report mail from the mail server. Now I could just add '-label:cronjob' to any search, but that tedious. I'd like to filter out those mails by default, but still being able to include them in a search, if I want to. That sounds a lot like the semantics of the 'Spam' reserved label, but without Spam in it ;-) I guess there is some easy solution I'm missing!? Regards, Gregor Hoffleit From wmorgan-sup@masanjin.net Tue Jan 26 12:42:11 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Tue, 26 Jan 2010 12:42:11 -0500 Subject: [sup-talk] How to ignore some mails in searches? In-Reply-To: <1264525600-sup-2804@sam.mediasupervision.de> References: <1264525600-sup-2804@sam.mediasupervision.de> Message-ID: <1264527560-sup-1799@masanjin.net> Reformatted excerpts from Gregor Hoffleit's message of 2010-01-26: > Now I could just add '-label:cronjob' to any search, but that tedious. > I'd like to filter out those mails by default, but still being able to > include them in a search, if I want to. > > That sounds a lot like the semantics of the 'Spam' reserved label, but > without Spam in it ;-) > > I guess there is some easy solution I'm missing!? You can use the custom-search hook to accomplish this. For complicated reasons, it doesn't show up in `sup -l` right now, but here's the docs: Executes before a string search is applied to the index, returning a new search string. Variables: subs: The string being searched. I would try something like subs =~ /label:cronjob/ ? subs : subs + " -label:cronjob" Which will automatically add that search term unless the query already contains it. -- William From wmorgan-sup@masanjin.net Tue Jan 26 12:47:41 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Tue, 26 Jan 2010 12:47:41 -0500 Subject: [sup-talk] Old Mail In-Reply-To: <1264522329-sup-4389@zion> References: <1264522329-sup-4389@zion> Message-ID: <1264527747-sup-6577@masanjin.net> Reformatted excerpts from Michael McDermott's message of 2010-01-26: > I have sup 0.10 running off of Maildirs fed by offlineimap. Naturally, > when I first set this up, I had a great deal of old mail pulled, mail > that sup has left marked as unread. Is there anyway to mark all of > these older messages read, short of searching for is:unread, tagging a > screenful, and marking them read, and doing this through several years > worth of email? Try sup-tweak-labels, e.g.: sup-tweak-labels -q is:unread -r unread -v -n --all-sources -- William From bwalton@artsci.utoronto.ca Tue Jan 26 13:19:57 2010 From: bwalton@artsci.utoronto.ca (Ben Walton) Date: Tue, 26 Jan 2010 13:19:57 -0500 Subject: [sup-talk] [patch] Add crypto_selector variable to before-edit In-Reply-To: <1264521165-sup-9898@nemesis.home> References: <1263824428-sup-6466@nemesis.home> <1264251144-sup-4056@masanjin.net> <1264521165-sup-9898@nemesis.home> Message-ID: <1264529992-sup-6066@ntdws12.chass.utoronto.ca> Excerpts from Daniel Schoepe's message of Tue Jan 26 10:55:55 -0500 2010: > Okay, here's the new patch: +1 for this. Patch looks OK to my eye, fwiw. -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu Contact me to arrange for a CAcert assurance meeting. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mmcdermott@mad-computer-scientist.com Tue Jan 26 14:16:31 2010 From: mmcdermott@mad-computer-scientist.com (Michael McDermott) Date: Tue, 26 Jan 2010 13:16:31 -0600 Subject: [sup-talk] Old Mail In-Reply-To: <1264527747-sup-6577@masanjin.net> References: <1264522329-sup-4389@zion> <1264527747-sup-6577@masanjin.net> Message-ID: <1264533378-sup-5312@zion> Worked beautifully. Thanks. Excerpts from William Morgan's message of Tue Jan 26 11:47:41 -0600 2010: > Reformatted excerpts from Michael McDermott's message of 2010-01-26: > > I have sup 0.10 running off of Maildirs fed by offlineimap. Naturally, > > when I first set this up, I had a great deal of old mail pulled, mail > > that sup has left marked as unread. Is there anyway to mark all of > > these older messages read, short of searching for is:unread, tagging a > > screenful, and marking them read, and doing this through several years > > worth of email? > > Try sup-tweak-labels, e.g.: > > sup-tweak-labels -q is:unread -r unread -v -n --all-sources -- Michael McDermott www.mad-computer-scientist.com From decklin@red-bean.com Tue Jan 26 19:07:35 2010 From: decklin@red-bean.com (Decklin Foster) Date: Tue, 26 Jan 2010 19:07:35 -0500 Subject: [sup-talk] [Sup-announce] [ANN] Sup 0.10 released In-Reply-To: <1264344055-sup-3295@masanjin.net> References: <1264344055-sup-3295@masanjin.net> Message-ID: <1264550506-sup-7174@gillespie.rupamsunyata.org> Hey William, Could you update the tarballs on http://rubyforge.org/frs/?group_id=2603 ? I have 0.10.1 ready to go but I'd like to put a proper orig.tar.gz in the Debian archive this time. Thanks. Also, I assume from the --help text of sup-convert-ferret-index that all I need to tell users (in our NEWS.Debian) is to run it. (I deleted my Ferret index a while ago...) -- things change. decklin at red-bean.com From sgoldman@tower-research.com Tue Jan 26 22:24:34 2010 From: sgoldman@tower-research.com (Steve Goldman) Date: Tue, 26 Jan 2010 22:24:34 -0500 Subject: [sup-talk] Problems running sup-convert-ferret-index In-Reply-To: <1264510235-sup-2915@masanjin.net> References: <1263757714-sup-394@sgoldmanlinux.tower-research.com> <1263760574-sup-1333@masanjin.net> <1263763237-sup-3701@sgoldmanlinux.tower-research.com> <1263764041-sup-9982@masanjin.net> <1263771478-sup-431@sgoldmanlinux.tower-research.com> <1263772988-sup-2344@masanjin.net> <1263774467-sup-9664@sgoldmanlinux.tower-research.com> <1263778916-sup-8839@sgoldmanlinux.tower-research.com> <1263779746-sup-4232@zyrg.net> <1263843740-sup-4441@sgoldmanlinux.tower-research.com> <1263851352-sup-6223@masanjin.net> <1263907792-sup-3649@sgoldmanlinux.tower-research.com> <1263908176-sup-851@masanjin.net> <1264437234-sup-8884@sgoldmanlinux.tower-research.com> <1264454942-sup-8589@masanjin.net> <1264456502-sup-2092@sgoldmanlinux.tower-research.com> <1264510235-sup-2915@masanjin.net> Message-ID: <1264562538-sup-9933@sgoldmanlinux.tower-research.com> Excerpts from William Morgan's message of Tue Jan 26 08:00:02 -0500 2010: > Reformatted excerpts from Steve Goldman's message of 2010-01-25: > > Presumably. I run it through sup-config, which outputs "Rats, that > > didn't work" when the return code is non-zero. But sup-sync outputs > > nothing. > > And just to confirm, when you run that sup-sync command by itself, > outside of sup-config, it just dies without a backtrace, right? Correct. > Since this didn't happen with Ferret, my best guess is that the problem > lies somewhere in the bowels of Xapian or the bindings thereof: > > > xapian-bindings-ruby-1.0.17-2.fc11.x86_64 > > I would try and get the latest xapian-full gem. I have no experience > with the bindings Fedora distributes, but I know that that gem works for > me and for others. > > It's possible to install and run gems entirely out of your home > directory (at least in recent versions), so it should be possible to do > this without involving your sysadmin, if that's easier. > > Something like: > > gem install gemcutter > gem install xapian-full > > Ought to magically work, if your gems are new enough. Do I need to do something to make ruby use this xapian and not the Fedora xapian? How can I tell which it is using? > > He says the Fedora release will likely get there soon, but we could > > try to get it in advance if you think this will help. > > Let's wait on playing with Ruby versions until we have your Xapian > bindings locked down. I did some sleuthing and found that it hangs on the loop over all the messages in my first source (imap) after it gets through exactly seven of them. Specifically, it hangs at the top of the loop: Redwood::PollManager.each_message_from source do |m| Any ideas? Thanks. -- Steve Goldman sgoldman at tower-research.com T: 212.219.6014 F: 212.219.6007 Tower Research Capital, LLC 377 Broadway, 11th Fl. New York, NY 10013 From nicolas.pouillard@gmail.com Wed Jan 27 05:34:14 2010 From: nicolas.pouillard@gmail.com (Nicolas Pouillard) Date: Wed, 27 Jan 2010 02:34:14 -0800 (PST) Subject: [sup-talk] Old Mail In-Reply-To: <1264527747-sup-6577@masanjin.net> References: <1264522329-sup-4389@zion> <1264527747-sup-6577@masanjin.net> Message-ID: <4b6016a6.0d67f10a.74f7.ffffed83@mx.google.com> On Tue, 26 Jan 2010 12:47:41 -0500, William Morgan wrote: > Reformatted excerpts from Michael McDermott's message of 2010-01-26: > > I have sup 0.10 running off of Maildirs fed by offlineimap. Naturally, > > when I first set this up, I had a great deal of old mail pulled, mail > > that sup has left marked as unread. Is there anyway to mark all of > > these older messages read, short of searching for is:unread, tagging a > > screenful, and marking them read, and doing this through several years > > worth of email? > > Try sup-tweak-labels, e.g.: > > sup-tweak-labels -q is:unread -r unread -v -n --all-sources It reminds me that I would really like an option to sup-tweak-labels to accept a file in the dump format. It would allow us to feed a "diff" in dump format and so be able to recover quickly incrementally upgrade a sup index. NOTE: using sup-sync is not an option, it is way too slow to look at every messages of every sources. Cheers, -- Nicolas Pouillard http://nicolaspouillard.fr From gregor@hoffleit.de Wed Jan 27 06:57:27 2010 From: gregor@hoffleit.de (Gregor Hoffleit) Date: Wed, 27 Jan 2010 12:57:27 +0100 Subject: [sup-talk] How to ignore some mails in searches? In-Reply-To: <1264527560-sup-1799@masanjin.net> References: <1264525600-sup-2804@sam.mediasupervision.de> <1264527560-sup-1799@masanjin.net> Message-ID: <1264592858-sup-9758@sam.mediasupervision.de> * William Morgan [Di Jan 26 18:42:11 +0100 2010] > You can use the custom-search hook to accomplish this. For complicated > reasons, it doesn't show up in `sup -l` right now, but here's the docs: > > Executes before a string search is applied to the index, > returning a new search string. > Variables: > subs: The string being searched. > > I would try something like > > subs =~ /label:cronjob/ ? subs : subs + " -label:cronjob" > > Which will automatically add that search term unless the query already > contains it. Ah, that's fine! One last thing, though: Provided the setup above, how can I search through all threads, regardless of the label cronjob? Is there any easy way? - "stupid" will ignore cronjobs - "stupid label:cronjob" will only return cronjobs - "label:cronjob || -label:cronjob stupid" doesn't seem to work Regards, Gregor From shreyankg@gmail.com Wed Jan 27 07:51:34 2010 From: shreyankg@gmail.com (Shreyank Gupta) Date: Wed, 27 Jan 2010 18:21:34 +0530 Subject: [sup-talk] Sup crashes on startup Message-ID: <8b854d6b1001270451q430c1176t775b77e1e127df26@mail.gmail.com> Hi, I have filed a bug: http://masanjin.net/sup-bugs/issue52 The error message shows: This Sup version expects a v1 index, but you have an existing v2 index. Please downgrade to your previous version and dump your labels before upgrading to this version (then run sup-sync --restore). Can someone explain this error message? -- Peace and Love, Shreyank Gupta Blog: http://allsortsofshrink.blogspot.com From bwalton@artsci.utoronto.ca Wed Jan 27 07:59:52 2010 From: bwalton@artsci.utoronto.ca (Ben Walton) Date: Wed, 27 Jan 2010 07:59:52 -0500 Subject: [sup-talk] Sup crashes on startup In-Reply-To: <8b854d6b1001270451q430c1176t775b77e1e127df26@mail.gmail.com> References: <8b854d6b1001270451q430c1176t775b77e1e127df26@mail.gmail.com> Message-ID: <1264596962-sup-5044@ntdws12.chass.utoronto.ca> Excerpts from Shreyank Gupta's message of Wed Jan 27 07:51:34 -0500 2010: > Can someone explain this error message? If you're running from the git repo, have you reset your HEAD recently? There was a version bump in the index recently that you can't easily just switch away from... -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu Contact me to arrange for a CAcert assurance meeting. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From wmorgan-sup@masanjin.net Wed Jan 27 08:21:23 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Wed, 27 Jan 2010 08:21:23 -0500 Subject: [sup-talk] Sup crashes on startup In-Reply-To: <8b854d6b1001270451q430c1176t775b77e1e127df26@mail.gmail.com> References: <8b854d6b1001270451q430c1176t775b77e1e127df26@mail.gmail.com> Message-ID: <1264598438-sup-499@masanjin.net> Reformatted excerpts from Shreyank Gupta's message of 2010-01-27: > This Sup version expects a v1 index, but you have an existing v2 > index. Please downgrade to your previous version and dump your labels > before upgrading to this version (then run sup-sync --restore). You used git next before, and now you're trying git master. There is a version incompatibility that will go away once a particular topic branch gets merged down to master. Workaround: use git next for now. -- William From wmorgan-sup@masanjin.net Wed Jan 27 08:32:51 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Wed, 27 Jan 2010 08:32:51 -0500 Subject: [sup-talk] Old Mail In-Reply-To: <4b6016a6.0d67f10a.74f7.ffffed83@mx.google.com> References: <1264522329-sup-4389@zion> <1264527747-sup-6577@masanjin.net> <4b6016a6.0d67f10a.74f7.ffffed83@mx.google.com> Message-ID: <1264599157-sup-2035@masanjin.net> [resend to list] Reformatted excerpts from Nicolas Pouillard's message of 2010-01-27: > It reminds me that I would really like an option to sup-tweak-labels > to accept a file in the dump format. > > It would allow us to feed a "diff" in dump format and so be able to > recover quickly incrementally upgrade a sup index. > > NOTE: using sup-sync is not an option, it is way too slow to look at > every messages of every sources. Not a bad idea. Maybe even as a separate sup-undump command. -- William From wmorgan-sup@masanjin.net Wed Jan 27 08:51:15 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Wed, 27 Jan 2010 08:51:15 -0500 Subject: [sup-talk] [Sup-announce] [ANN] Sup 0.10 released In-Reply-To: <1264550506-sup-7174@gillespie.rupamsunyata.org> References: <1264344055-sup-3295@masanjin.net> <1264550506-sup-7174@gillespie.rupamsunyata.org> Message-ID: <1264600108-sup-7203@masanjin.net> Reformatted excerpts from Decklin Foster's message of 2010-01-26: > Could you update the tarballs on http://rubyforge.org/frs/?group_id=2603 ? > I have 0.10.1 ready to go but I'd like to put a proper orig.tar.gz in the > Debian archive this time. Thanks. God that's huge pain. But for you, I have done it. (0.10.2 though.) > Also, I assume from the --help text of sup-convert-ferret-index that > all I need to tell users (in our NEWS.Debian) is to run it. (I deleted > my Ferret index a while ago...) Yes, they should run it before 0.11 is released. -- William From nicolas.pouillard@gmail.com Wed Jan 27 09:39:28 2010 From: nicolas.pouillard@gmail.com (Nicolas Pouillard) Date: Wed, 27 Jan 2010 06:39:28 -0800 (PST) Subject: [sup-talk] Old Mail In-Reply-To: <1264599157-sup-2035@masanjin.net> References: <1264522329-sup-4389@zion> <1264527747-sup-6577@masanjin.net> <4b6016a6.0d67f10a.74f7.ffffed83@mx.google.com> <1264599157-sup-2035@masanjin.net> Message-ID: <4b605020.0d67f10a.7f43.054a@mx.google.com> On Wed, 27 Jan 2010 08:32:51 -0500, William Morgan wrote: > [resend to list] > > Reformatted excerpts from Nicolas Pouillard's message of 2010-01-27: > > It reminds me that I would really like an option to sup-tweak-labels > > to accept a file in the dump format. > > > > It would allow us to feed a "diff" in dump format and so be able to > > recover quickly incrementally upgrade a sup index. > > > > NOTE: using sup-sync is not an option, it is way too slow to look at > > every messages of every sources. > > Not a bad idea. Maybe even as a separate sup-undump command. Hum, sup-load ? -- Nicolas Pouillard http://nicolaspouillard.fr From shreyankg@gmail.com Wed Jan 27 10:03:14 2010 From: shreyankg@gmail.com (Shreyank Gupta) Date: Wed, 27 Jan 2010 20:33:14 +0530 Subject: [sup-talk] Sup crashes on startup In-Reply-To: <1264598438-sup-499@masanjin.net> References: <8b854d6b1001270451q430c1176t775b77e1e127df26@mail.gmail.com> <1264598438-sup-499@masanjin.net> Message-ID: <8b854d6b1001270703r662bc4d8i45dade3c13d64ee7@mail.gmail.com> On Wed, Jan 27, 2010 at 6:51 PM, William Morgan wrote: > Reformatted excerpts from Shreyank Gupta's message of 2010-01-27: >> This Sup version expects a v1 index, but you have an existing v2 >> index. Please downgrade to your previous version and dump your labels >> before upgrading to this version (then run sup-sync --restore). > > You used git next before, and now you're trying git master. There is a > version incompatibility that will go away once a particular topic branch > gets merged down to master. > > Workaround: use git next for now. git next gives me the following exception: http://masanjin.net/sup-bugs/file12/exception-log.txt I followed the instructions at http://sup.rubyforge.org/wiki/wiki.pl?UTF8 to solve UTF issues. Is that the reason ? -- Peace and Love, Shreyank Gupta Blog: http://allsortsofshrink.blogspot.com From eg@gaute.vetsj.com Fri Jan 29 05:33:57 2010 From: eg@gaute.vetsj.com (Gaute Hope) Date: Fri, 29 Jan 2010 11:33:57 +0100 Subject: [sup-talk] List all mail? Message-ID: <1264761167-sup-7027@dolk> Hey, Again possibly a simple question - is it possible to just list all mail? Before I think I just did 'F' and searched blank, that doesn't work anymore with the saved searches. Regards, Gaute -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From eg@gaute.vetsj.com Fri Jan 29 07:46:28 2010 From: eg@gaute.vetsj.com (Gaute Hope) Date: Fri, 29 Jan 2010 13:46:28 +0100 Subject: [sup-talk] List all mail? In-Reply-To: <8b854d6b1001290405q7980381cm85309bff3cd3a206@mail.gmail.com> References: <1264761167-sup-7027@dolk> <8b854d6b1001290405q7980381cm85309bff3cd3a206@mail.gmail.com> Message-ID: <1264769032-sup-1250@dolk> Excerpts from Shreyank Gupta's message of 2010-01-29 13:05:00 +0100: > On Fri, Jan 29, 2010 at 4:03 PM, Gaute Hope wrote: > > Hey, > > > > Again possibly a simple question - is it possible to just list all mail? > > Before I think I just did 'F' and searched blank, that doesn't work > > anymore with the saved searches. > > You could try the F + before:tomorrow hack. > > I guess we could write our own key-bindings, but it would be great to > have a default key-binding for this which would list down say 100 > newest mails, and another key for older mails. Yeah noramlly it would list 20 i think, then i could get more with M or all with !!. Great for skimming through the last mails when i lost track of where i put something im not sure if my searches hit. - gaute -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From marka@pobox.com Fri Jan 29 19:16:05 2010 From: marka@pobox.com (Mark Alexander) Date: Fri, 29 Jan 2010 16:16:05 -0800 Subject: [sup-talk] Crash of Sup 0.9.1 In-Reply-To: <20091214212804.GA4198@linux-vk5u.ben.pri> References: <20091214212804.GA4198@linux-vk5u.ben.pri> Message-ID: On Mon, Dec 14, 2009 at 1:28 PM, Karl Schudt wrote: > I installed Sup on Opensuse, and it seems to run fine, indexing my gmail > account. But when I type a "\" to search, it crashes. > > > --- NoMethodError from thread: main > undefined method `new_field' for Ncurses::Form:Module I had this problem on my OpenSUSE 11.1 machines, and I finally figured out the solution today. The problem is that in OpenSUSE, certain ncurses header files aren't found in /usr/include like in other distros. Specifically, panel.h, form.h, and menu.h are in /usr/include/ncurses, not /usr/include. Strangely, OpenSUSE chose to make a symlink to ncurses/ncurses.h in /usr/include, but did not provide symlinks for the other files. The result was that when extconf.rb for the ncursesw gem was executed, it could not find these header files. You can see that at the bottom of the output of extconf.rb if you run it manually: checking for the panel library... checking for panel.h... no checking for the form library... checking for form.h... no checking for the menu library... checking for menu.h... no So I fixed it by manually creating the missing symlinks: cd /usr/include ln -s ncurses/form.h ln -s ncurses/panel.h ln -s ncurses/menu.h Then I reran 'gem install ncursesw'. It wasn't enough to do a 'make clean && make && make install' in the ncursesw gem source directory.