From kevin.mark@verizon.net Mon Oct 1 03:14:03 2007 From: kevin.mark@verizon.net (Kevin Mark) Date: Mon, 1 Oct 2007 03:14:03 -0400 Subject: [sup-talk] Feature request Message-ID: <20071001071403.GB21869@horacrux> Hi, I was finally thinking about what I think is a good workflow or at least one that parallels mutt, which is the other MUA that I use. In SUP, I think the best feature to add would be this: having 'A' (which is used to archive the currently viewed message and then send the user back to the main view) and instead of having it exit to the main view, have it proceed to the next unread message. This would allow folks to just press 'A' many times while cycling through many unread messages. -K -- | .''`. == Debian GNU/Linux == | my web site: | | : :' : The Universal |mysite.verizon.net/kevin.mark/| | `. `' Operating System | go to counter.li.org and | | `- http://www.debian.org/ | be counted! #238656 | | my keyserver: subkeys.pgp.net | my NPO: cfsg.org | |join the new debian-community.org to help Debian! | |_______ Unless I ask to be CCd, assume I am subscribed _______| From edward@edwardog.net Wed Oct 3 00:06:10 2007 From: edward@edwardog.net (Edward Ocampo-Gooding) Date: Wed, 03 Oct 2007 00:06:10 -0400 Subject: [sup-talk] sending mail; setting smtp server Message-ID: <47031532.800@edwardog.net> Hi Folks, William: thanks for writing Sup; while it's still got a few wrinkles in it (it'd be really nice to have an auto-completion thing for contact addresses), I think this thing is going to be really cool. I'm wondering how I go about setting the smtp server with which to send email - I didn't see it covered in the readme or faq, so if someone could clarify that, I'd really appreciate it. As it stands, Sup is trying to use sendmail as it's setup in config.yml, but is failing silently and marking my messages as sent. Thanks again, Edward From itaylor@uark.edu Wed Oct 3 01:17:21 2007 From: itaylor@uark.edu (Ian Taylor) Date: Wed, 03 Oct 2007 01:17:21 -0400 Subject: [sup-talk] sending mail; setting smtp server In-Reply-To: <47031532.800@edwardog.net> References: <47031532.800@edwardog.net> Message-ID: <1191387834-sup-8016@silver> Excerpts from Edward Ocampo-Gooding's message of Wed Oct 03 00:06:10 -0400 2007: > Hi Folks, > > William: thanks for writing Sup; while it's still got a few wrinkles in it > (it'd > be really nice to have an auto-completion thing for contact addresses), I think > this thing is going to be really cool. He recently told me this was implemented and I think it autocompletes from your ~/.sup/contacts.txt, so you'll have to add entries there. > I'm wondering how I go about setting the smtp server with which to send email - > I didn't see it covered in the readme or faq, so if someone could clarify that, > I'd really appreciate it. As it stands, Sup is trying to use sendmail as it's > setup in config.yml, but is failing silently and marking my messages as sent. Here's how I'm doing it. I used to use nbsmtp, but not I'm using msmtp. I actually send mail out through different smtp servers for each account (through various ssh port forwards, etc), so I set up my ~/.msmtprc with multiple accounts defined. In ~/.sup/config.yaml: :accounts: :someaccount: :sendmail: msmtp --account=[NAME_OF_ACCOUNT_IN_SMTPRC] -t -- Ian Taylor From vasudeva@linkswarm.com Wed Oct 3 13:51:24 2007 From: vasudeva@linkswarm.com (vasudeva) Date: Wed, 3 Oct 2007 13:51:24 -0400 Subject: [sup-talk] Knowledge Store? In-Reply-To: <1191387834-sup-8016@silver> References: <47031532.800@edwardog.net> <1191387834-sup-8016@silver> Message-ID: <20071003175124.GB27709@lenin.sovietwar.org> * on 10-03-07, Ian Taylor wrote: > Excerpts from Edward Ocampo-Gooding's message of Wed Oct 03 > 00:06:10 -0400 2007: > > I'm wondering how I go about setting the smtp server with which > > to send email - I didn't see it covered in the readme or faq, so > > if someone could clarify that, I'd really appreciate it. As it > > stands, Sup is trying to use sendmail as it's setup in > > config.yml, but is failing silently and marking my messages as > > sent. > > Here's how I'm doing it. > > I used to use nbsmtp, but not I'm using msmtp. > > I actually send mail out through different smtp servers for each > account (through various ssh port forwards, etc), so I set up my > ~/.msmtprc with multiple accounts defined. > > In ~/.sup/config.yaml: > > :accounts: > :someaccount: > :sendmail: msmtp --account=[NAME_OF_ACCOUNT_IN_SMTPRC] -t I can't be the only one wondering who's going to be the first to set up a wiki somewhere, so we can store and maintain all these little snippets of wisdom, without trawling through the README, FAQ, and mailing list. (Yes, I realize this is essentially me volunteering self for this purpose, but I just couldn't take it any longer. If anyone else'd rather...) /> References: <47031532.800@edwardog.net> <1191387834-sup-8016@silver> <20071003175124.GB27709@lenin.sovietwar.org> Message-ID: <1191445791-sup-8649@south> Excerpts from vasudeva's message of Wed Oct 03 10:51:24 -0700 2007: > I can't be the only one wondering who's going to be the first to set > up a wiki somewhere, so we can store and maintain all these little > snippets of wisdom, without trawling through the README, FAQ, and > mailing list. Ask and ye shall receive. http://sup.rubyforge.org/wiki/wiki.pl Also accepting patches to the FAQ! -- William From wmorgan-sup@masanjin.net Wed Oct 3 17:44:05 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Wed, 03 Oct 2007 14:44:05 -0700 Subject: [sup-talk] sending mail; setting smtp server In-Reply-To: <1191387834-sup-8016@silver> References: <47031532.800@edwardog.net> <1191387834-sup-8016@silver> Message-ID: <1191446135-sup-2701@south> Excerpts from Ian Taylor's message of Tue Oct 02 22:17:21 -0700 2007: > He recently told me this was implemented and I think it autocompletes > from your ~/.sup/contacts.txt, so you'll have to add entries there. Pretty much. Any To: prompt that Sup provides should auto-complete on both your contact list and on the 10 most recent contacts. So you should always see stuff when you hit tab unless you have no messages in your index. BTW, you shouldn't have to edit contacts.txt by hand. If you hit 'i' when highlighting an email address in thread-view-mode, that works like Mutt's alias. -- William From wmorgan-sup@masanjin.net Wed Oct 3 17:52:42 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Wed, 03 Oct 2007 14:52:42 -0700 Subject: [sup-talk] sending mail; setting smtp server In-Reply-To: <47031532.800@edwardog.net> References: <47031532.800@edwardog.net> Message-ID: <1191447868-sup-1612@south> Excerpts from Edward Ocampo-Gooding's message of Tue Oct 02 21:06:10 -0700 2007: > I'm wondering how I go about setting the smtp server with which to > send email - I didn't see it covered in the readme or faq, so if > someone could clarify that, I'd really appreciate it. Sup calls out to a sendmail binary rather than talking SMTP directly. So you will have to configure your system to do the right thing. On Debian and Debian-based systems there are nice configuration scripts for telling sendmail to relay all outgoing email to a smarthost, deliver it directly, etc. > As it stands, Sup is trying to use sendmail as it's setup in > config.yml, but is failing silently and marking my messages as sent. Sup checks whether the command failed and should tell you if so. Do you have a sendmail binary that's just eating the mail, or is Sup somehow screwing up the system call return value check? -- William From itaylor@uark.edu Wed Oct 3 20:55:02 2007 From: itaylor@uark.edu (Ian Taylor) Date: Wed, 03 Oct 2007 20:55:02 -0400 Subject: [sup-talk] wiki Message-ID: <1191459239-sup-1041@silver> Is there a description of the wiki syntax available for this particular wiki? -- Ian Taylor From wmorgan-sup@masanjin.net Thu Oct 4 12:20:53 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Thu, 04 Oct 2007 09:20:53 -0700 Subject: [sup-talk] Feature request In-Reply-To: <20071001071403.GB21869@horacrux> References: <20071001071403.GB21869@horacrux> Message-ID: <1191514531-sup-8566@south> Excerpts from Kevin Mark's message of Mon Oct 01 00:14:03 -0700 2007: > having 'A' (which is used to archive the currently viewed message and > then send the user back to the main view) and instead of having it > exit to the main view, have it proceed to the next unread message. You're about the third person to request this, so I guess I will have to actually do it at some point. :) -- William From wmorgan-sup@masanjin.net Fri Oct 5 17:34:31 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Fri, 05 Oct 2007 14:34:31 -0700 Subject: [sup-talk] sending mail; setting smtp server In-Reply-To: <1191447868-sup-1612@south> References: <47031532.800@edwardog.net> <1191447868-sup-1612@south> Message-ID: <1191619979-sup-726@south> Excerpts from William Morgan's message of Wed Oct 03 14:52:42 -0700 2007: > Sup calls out to a sendmail binary rather than talking SMTP directly. To be clear, it would be possible to have Sup talk SMTP directly, if that were beneficial to people. I like handing off work to other software when possible, and I figured most Sup users would have a working sendmail, but I could be wrong. What do people think? -- William From steve.shreeve@gmail.com Sat Oct 6 04:34:55 2007 From: steve.shreeve@gmail.com (Steve Shreeve) Date: Sat, 6 Oct 2007 01:34:55 -0700 Subject: [sup-talk] Question regarding Maildir (and possible patch?) Message-ID: <001601c807f3$c6bafe10$650aa8c0@ocean> Sup looks great! Tonight, I tried to configure it for a pretty large Maildir setup (about 250,000 messages and nearly 1,500 mailboxes for one user). When I went to import (ie - index) these messages, it failed. As I looked into it, I realized that sup was only looking at the top-level Maildir cur and new folders for messages. In my dovecot setup, each mailbox has it's own subdirectory, containing its own Maildir cur and new directories. Since it seems sup is only looking at the top-level Maildir cur and new directories, none of my mailboxes are indexed. Since I prefer not to manually add all 1,500 mailboxes as "sources" for sup, I modified maildir.rb as follows to allow sup to dive into mailboxes. I've not fully tested this (it's still indexing messages!), but I wanted to check to see if this approach is okay or ill advised. Cheers, Steve ==[ maildir.rb ]== + require 'find' def scan_mailbox return if @last_scan && (Time.now - @last_scan) < SCAN_INTERVAL - cdir = File.join(@dir, 'cur') - ndir = File.join(@dir, 'new') - raise FatalSourceError, "#{cdir} not a directory" unless File.directory? cdir - raise FatalSourceError, "#{ndir} not a directory" unless File.directory? ndir + raise FatalSourceError, "#{@dir} not a directory" unless File.directory? @dir begin @ids, @ids_to_fns = @mutex.synchronize do ids, ids_to_fns = [], {} - (Dir[File.join(cdir, "*")] + Dir[File.join(ndir, "*")]).map do |fn| + Find.find(@dir) do |fn| + next unless File.file?(fn) + next unless File.basename(File.dirname(fn)) =~ /^cur|new$/ id = make_id fn ids << id ids_to_fns[id] = fn end [ids.sort, ids_to_fns] end rescue SystemCallError, IOError => e raise FatalSourceError, "Problem scanning Maildir directories: #{e.message}." end @last_scan = Time.now end -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/sup-talk/attachments/20071006/eef0d815/attachment-0001.html From wmorgan-sup@masanjin.net Sat Oct 6 11:51:49 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Sat, 06 Oct 2007 08:51:49 -0700 Subject: [sup-talk] sending mail; setting smtp server In-Reply-To: <20071006021120.GI422@chrislee.dhs.org> References: <47031532.800@edwardog.net> <1191447868-sup-1612@south> <1191619979-sup-726@south> <20071006021120.GI422@chrislee.dhs.org> Message-ID: <1191685867-sup-9423@south> Excerpts from CHRIS LEE's message of Fri Oct 05 19:11:20 -0700 2007: > As a *nix junkie, the automatic answer is: let each tool do it's job > and not include your own SMTP client. However, most gui-based MUAs for > Windows include an SMTP client. That's been my philosophy with Sup so far. And if the question really is better Windows support, that's not compelling enough of an argument for me (at least right now!). Sup makes a lot of Unix-specific assumptions and fixing those is pretty low on the priority queue. > So how about this for a compromise: Write a stand-alone tool, > supmailer, that sup can use in place of sendmail, but uses the sup > configuration files? There actually is good SMTP support right in the Ruby standard library, so I don't think I'd have to be that dramatic. The question is, is there a significant fraction of users trying to run Sup on systems that don't have a working sendmail setup? I'm guessing the answer is no. (Sorry Edward!) Opinions to the contrary (and patches) accepted. -- William From me@pekdon.net Sun Oct 7 05:37:56 2007 From: me@pekdon.net (Claes =?iso-8859-1?B?TuRzdOlu?=) Date: Sun, 7 Oct 2007 11:37:56 +0200 Subject: [sup-talk] sending mail; setting smtp server In-Reply-To: <1191619979-sup-726@south> References: <47031532.800@edwardog.net> <1191447868-sup-1612@south> <1191619979-sup-726@south> Message-ID: <20071007093756.GE22422@hydrogen.pekdon.net> Hi, On Fri, Oct 05, 2007 at 02:34:31PM -0700, William Morgan wrote: > Excerpts from William Morgan's message of Wed Oct 03 14:52:42 -0700 2007: > > Sup calls out to a sendmail binary rather than talking SMTP directly. > > To be clear, it would be possible to have Sup talk SMTP directly, if > that were beneficial to people. I like handing off work to other > software when possible, and I figured most Sup users would have a > working sendmail, but I could be wrong. What do people think? > Well, one could always use something like msmtp http://msmtp.sourceforge.net/ instead of a full MTA. However, I have not followed this discussion closely, but would it then be possible to specify a full sendmail command if one can not replace /usr/sbin/sendmail ? > > -- > William > _______________________________________________ > sup-talk mailing list > sup-talk at rubyforge.org > http://rubyforge.org/mailman/listinfo/sup-talk -- Claes N?st?n, , http://www.pekdon.net/ "Money has corrupted so much in this world, life would be meaningless if it kills music as well." - Bin?rpilot -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://rubyforge.org/pipermail/sup-talk/attachments/20071007/18e608c9/attachment.bin From wmorgan-sup@masanjin.net Sun Oct 7 16:06:51 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Sun, 07 Oct 2007 13:06:51 -0700 Subject: [sup-talk] sending mail; setting smtp server In-Reply-To: <20071007093756.GE22422@hydrogen.pekdon.net> References: <47031532.800@edwardog.net> <1191447868-sup-1612@south> <1191619979-sup-726@south> <20071007093756.GE22422@hydrogen.pekdon.net> Message-ID: <1191787548-sup-4644@south> Excerpts from Claes N?st?n's message of Sun Oct 07 02:37:56 -0700 2007: > Well, one could always use something like msmtp > http://msmtp.sourceforge.net/ instead of a full MTA. However, I have > not followed this discussion closely, but would it then be possible to > specify a full sendmail command if one can not replace > /usr/sbin/sendmail ? You can send the sendmail command used in config.yaml by specifying a :sendmail: line for the default account. -- William From chrisw@rice.edu Mon Oct 8 05:19:09 2007 From: chrisw@rice.edu (Christopher Warrington) Date: Mon, 8 Oct 2007 04:19:09 -0500 (CDT) Subject: [sup-talk] IMAP folders with spaces Message-ID: Sup doesn't seem to like IMAP paths with spaces. Executing this command: sup-add -a -u -l label "imaps://imap.host.tld/Mail/Two Words" results in this error: /usr/lib/ruby/1.8/uri/common.rb:436:in `split': bad URI(is not URI?): imaps://imap.host.tld/Mail/Two Words (URI::InvalidURIError) sup-add -a -u -l label "imaps://imap.host.tld/Mail/Two%20Words" works, but I get this error: > Sorry, I couldn't communicate with a source: While communicating with > IMAP server (type Net::IMAP::NoResponseError): "Mailbox does not > exist" What should I do? -- Christopher Warrington (Away from his normal computer.) From chrisw@rice.edu Mon Oct 8 05:28:51 2007 From: chrisw@rice.edu (Christopher Warrington) Date: Mon, 8 Oct 2007 04:28:51 -0500 (CDT) Subject: [sup-talk] Sup on Windows Message-ID: I can get Sup to work on Windows using cygwin, but it doesn't handle UTF-8 messages properly (or so it seems). Has anyone gotten sup to work with a native install of Ruby on Windows? I've tried, but I can't get the ncurses gem to compile and install. (A similar questions is cross-posted to the ruby-talk mailing list.) -- Christopher Warrington (Away from his normal computer.) From wmorgan-sup@masanjin.net Mon Oct 8 17:26:37 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Mon, 08 Oct 2007 14:26:37 -0700 Subject: [sup-talk] Question regarding Maildir (and possible patch?) In-Reply-To: <001601c807f3$c6bafe10$650aa8c0@ocean> References: <001601c807f3$c6bafe10$650aa8c0@ocean> Message-ID: <1191877732-sup-6395@south> Excerpts from steve.shreeve's message of Sat Oct 06 01:34:55 -0700 2007: > Since I prefer not to manually add all 1,500 mailboxes as "sources" > for sup, I modified maildir.rb as follows to allow sup to dive into > mailboxes. This is a very nice solution, but after some thought I'm not going to apply it. Maildir folders should be handled the same way that mbox folders are: each as its own source. If you have lots of them, use sup-add from the command line in conjunction with shell globbing or the find command. The reason is that per-folder auto-applied labels are still important (at least until I get filtering working), and you lose that capability with recursion. One could make recursion a configurable property of a Maildir source, though it strikes me as possibly overengineering. Depends how many people would actually use it. When this issue has come up before, my proposed solution has been to modify sup-config to do the recursion for you at setup time. This is not a high priority change since my target audience is the Unix-savvy. In your case, 1500 folders is a lot, but Sup should be able to handle it. I recommend adding them as unpolled sources---unless, of course, they do receive new mail---so as to avoid slowing down new message polling. (In Sup terminology these are (regrettably) called "unpolled" sources.) Please don't let this discourage you from sending more patches, of course! :) -- William From wmorgan-sup@masanjin.net Mon Oct 8 17:38:25 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Mon, 08 Oct 2007 14:38:25 -0700 Subject: [sup-talk] Sup on Windows In-Reply-To: References: Message-ID: <1191878817-sup-5161@south> Excerpts from Christopher Warrington's message of Mon Oct 08 02:28:51 -0700 2007: > I can get Sup to work on Windows using cygwin, Wow! > but it doesn't handle UTF-8 messages properly (or so it seems). The UTF-8 support is pretty wonky, even on Linux, because ncurses doesn't really support wide characters. There's a ncursesw, but no Ruby wrapper for it except for something from 2005 which I haven't had to energy to play with yet. In my setup, I can see most European and accented characters fine, but anything else displays as garbage. -- William From guillaume.quintard@gmail.com Tue Oct 9 06:19:50 2007 From: guillaume.quintard@gmail.com (Guillaume Quintard) Date: Tue, 9 Oct 2007 12:19:50 +0200 Subject: [sup-talk] Fwd: can't install sup on ubuntu 7.10 In-Reply-To: <1e5fdab70710071136o3eb26bdbkd7320e65aaaac71a@mail.gmail.com> References: <1e5fdab70710071136o3eb26bdbkd7320e65aaaac71a@mail.gmail.com> Message-ID: <1e5fdab70710090319u3465482j6e283b5eb86511b6@mail.gmail.com> I sent a mail 2 days ago, but I didn't receive any message, fear the mlist could be closed to non-sucribers I suscribed, and resend it : hello, I'm on ubuntu, love gmail, and sup looks like what I'm looking for, but I can't get gem installing it. here's what it says : ---------------- shivan at selena:~$ sudo gem install sup -y [sudo] password for shivan: Need to update 2 gems from http://gems.rubyforge.org .. complete Select which gem to install for your platform (i486-linux) 1. ferret 0.11.4 (ruby) 2. ferret 0.11.4 (mswin32) 3. ferret 0.11.3 (ruby) 4. ferret 0.11.2 (ruby) 5. Skip this gem 6. Cancel installation > 1 Building native extensions. This could take a while... ERROR: While executing gem ... (Gem::Installer::ExtensionBuildError) ERROR: Failed to build gem native extension. ruby extconf.rb install sup -y extconf.rb:11:in `require': no such file to load -- mkmf (LoadError) from extconf.rb:11 Gem files will remain installed in /var/lib/gems/1.8/gems/ferret-0.11.4 for inspection. Results logged to /var/lib/gems/1.8/gems/ferret-0.11.4/ext/gem_make.out ---------------- I'm absolutely not familiar with ruby, and I'm pretty stucked here, would you please help me ? -- shivan From nevans@mdlogix.com Tue Oct 9 07:46:46 2007 From: nevans@mdlogix.com (nicholas a. evans) Date: Tue, 09 Oct 2007 07:46:46 -0400 Subject: [sup-talk] Fwd: can't install sup on ubuntu 7.10 In-Reply-To: <1e5fdab70710090319u3465482j6e283b5eb86511b6@mail.gmail.com> References: <1e5fdab70710071136o3eb26bdbkd7320e65aaaac71a@mail.gmail.com> <1e5fdab70710090319u3465482j6e283b5eb86511b6@mail.gmail.com> Message-ID: <1191930315-sup-5377@nevans-desktop> Excerpts from Guillaume Quintard's message of Tue Oct 09 06:19:50 -0400 2007: > hello, I'm on ubuntu, love gmail, and sup looks like what I'm looking > for, but I can't get gem installing it. ... > Building native extensions. This could take a while... > ERROR: While executing gem ... (Gem::Installer::ExtensionBuildError) > ERROR: Failed to build gem native extension. Do you have build-essential and ruby1.8-dev installed? -- Nick From octplane@gmail.com Tue Oct 9 09:21:17 2007 From: octplane@gmail.com (Pierre Baillet) Date: Tue, 9 Oct 2007 15:21:17 +0200 Subject: [sup-talk] Want utf-8 ? Message-ID: <6205b42d0710090621k580b1f0g2ac2633530668553@mail.gmail.com> Hi, I quickly hacked utf-8 support in sup. My first modification aimed at allowing Unicode alias in the contact manager. I succeeded in doing this and also enabled utf-8 support in the inbox-mode (and probably in some other place)... How to ? ======= - After installing ncurses, go to ~GEM_HOME/gems/ncurses-0.9.1 and apply extconf.patch - make, make install you now have a ncursesw ruby library - again, go to ~GEM_HOME/gems/sup- 0.1/lib and apply patch sup.rb.patch - run sup sup should now display accented keys correctly in the inbox mode. move to the contact manager 'C', go to some contact, press 'a' and type stuff with accent (like "ch?rie"). The accent should display normally in the input field AND in the contact manager. the sup.rb patch only enforces a call to setlocale in order to take the current user locale in account (needed for ncurses to display correctly accented characters). All the rest is done via my ncurses patch (which I'm about to suggest to the ncurses maintainer) Please let me know how it goes for you ! -- Pierre Baillet -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/sup-talk/attachments/20071009/f1e65d10/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: extconf.patch Type: application/octet-stream Size: 759 bytes Desc: not available Url : http://rubyforge.org/pipermail/sup-talk/attachments/20071009/f1e65d10/attachment-0002.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: sup.rb.patch Type: application/octet-stream Size: 650 bytes Desc: not available Url : http://rubyforge.org/pipermail/sup-talk/attachments/20071009/f1e65d10/attachment-0003.obj From wmorgan-sup@masanjin.net Tue Oct 9 09:29:09 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Tue, 09 Oct 2007 06:29:09 -0700 Subject: [sup-talk] Fwd: can't install sup on ubuntu 7.10 In-Reply-To: <1e5fdab70710090319u3465482j6e283b5eb86511b6@mail.gmail.com> References: <1e5fdab70710071136o3eb26bdbkd7320e65aaaac71a@mail.gmail.com> <1e5fdab70710090319u3465482j6e283b5eb86511b6@mail.gmail.com> Message-ID: <1191936508-sup-6172@south> Excerpts from Guillaume Quintard's message of Tue Oct 09 03:19:50 -0700 2007: > I sent a mail 2 days ago, but I didn't receive any message, fear the > mlist could be closed to non-sucribers I suscribed, and resend it : Apparently the list was set to discard non-member postings. What a weird default setting. Should be fixed now. -- William From steve.tooke@gmail.com Tue Oct 9 09:35:36 2007 From: steve.tooke@gmail.com (Steve Tooke) Date: Tue, 09 Oct 2007 14:35:36 +0100 Subject: [sup-talk] Exception reading contacts.txt Message-ID: <1191936819-sup-5265@Kirin.local> Resend as caught-out by default setting on mailing list... although I've subscribed now anyway! Really enjoying using sup at the moment, great piece of software. I've just had this problem with parsing contacts.txt The problem was: 'can't parse /Users/stevet/.sup/contacts.txt line "Anthony Dobson: anthony at collierdobson.com\n"' (error type RuntimeError) A backtrace follows: /usr/local/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup/contact.rb:13:in `initialize': can't parse /Users/stevet/.sup/contacts.txt line "Anthony Dobson: anthony at collierdobson.com\n" (RuntimeError) from /usr/local/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup/contact.rb:12:in `foreach' from /usr/local/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup/contact.rb:12:in `initialize' from /usr/local/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup.rb:107:in `new' from /usr/local/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup.rb:107:in `start' from /usr/local/lib/ruby/gems/1.8/gems/sup-0.1/bin/sup:88 from /usr/local/bin/sup:16:in `load' from /usr/local/bin/sup:16 There is only one line in the contacts.txt file. Regards, -- Steve Tooke steve.tooke at gmail.com From wmorgan-sup@masanjin.net Tue Oct 9 09:44:10 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Tue, 09 Oct 2007 06:44:10 -0700 Subject: [sup-talk] Exception reading contacts.txt In-Reply-To: <1191936819-sup-5265@Kirin.local> References: <1191936819-sup-5265@Kirin.local> Message-ID: <1191937287-sup-4195@south> Excerpts from Steve Tooke's message of Tue Oct 09 06:35:36 -0700 2007: > The problem was: 'can't parse /Users/stevet/.sup/contacts.txt line "Anthony > Dobson: anthony at collierdobson.com\n"' (error type RuntimeError) Hm, Sup doesn't expect aliases to have spaces. Sup's expecting something like "tony: Anthony Dobson ". Did you add that line by hand, or did you use Sup to make the alias? That translates into two bugfixes for me: 1. Don't allow spaces when inputting a new alias name. 2. Don't crash completely when contacts.txt isn' what you expect. -- William From steve.tooke@gmail.com Tue Oct 9 09:58:51 2007 From: steve.tooke@gmail.com (Steve Tooke) Date: Tue, 09 Oct 2007 14:58:51 +0100 Subject: [sup-talk] Exception reading contacts.txt In-Reply-To: <1191937287-sup-4195@south> References: <1191936819-sup-5265@Kirin.local> <1191937287-sup-4195@south> Message-ID: <1191938052-sup-4087@Kirin.local> Excerpts from William Morgan's message of Tue Oct 09 14:44:10 +0100 2007: > Excerpts from Steve Tooke's message of Tue Oct 09 06:35:36 -0700 2007: > > The problem was: 'can't parse /Users/stevet/.sup/contacts.txt line "Anthony > > Dobson: anthony at blah.com\n"' (error type RuntimeError) > > Hm, Sup doesn't expect aliases to have spaces. Sup's expecting something > like "tony: Anthony Dobson ". Did you add that line by > hand, or did you use Sup to make the alias? Ahh, that makes sense. Originally, I had used Sup but that hadn't worked, so assumed that it was related to the way the email address was formatted. Sup did allow me to enter a space in the alias! Thanks for the quick reply! Steve > 1. Don't allow spaces when inputting a new alias name. > 2. Don't crash completely when contacts.txt isn' what you expect. -- Steve Tooke steve.tooke at gmail.com From wmorgan-sup@masanjin.net Tue Oct 9 10:06:51 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Tue, 09 Oct 2007 07:06:51 -0700 Subject: [sup-talk] IMAP folders with spaces In-Reply-To: References: Message-ID: <1191938778-sup-7443@south> Excerpts from Christopher Warrington's message of Mon Oct 08 02:19:09 -0700 2007: > sup-add -a -u -l label "imaps://imap.host.tld/Mail/Two%20Words" > > works, but I get this error: > > > Sorry, I couldn't communicate with a source: While communicating with > > IMAP server (type Net::IMAP::NoResponseError): "Mailbox does not > > exist" > > What should I do? Wait for me to fix this bug. :) -- William From eyal.oren@deri.org Tue Oct 9 10:54:51 2007 From: eyal.oren@deri.org (Eyal Oren) Date: Tue, 9 Oct 2007 16:54:51 +0200 Subject: [sup-talk] some user questions Message-ID: <20071009145451.GA22618@localhost> Hi First, thanks for sup! It's very nice. I have some questions/remarks. For simple things, point me to files and linenumbers: I can submit patches. - I have the feeling that several keybindings are overloaded between different screens, but in a confusing manner. For example, when inbox-mode, 'S' means mark-as-spam, while in contact-list-mode it means search-for-messages. That is confusing, because S for search makes sense in both contexts. I've already marked several emails as spam inadvertently because of this. There might be more of these, I'm not sure. - When are changes applied? Some changes are applied instantly (when marking an email as spam, it will instantly disappear from the inbox) while others need a manual refresh (when unmarking mail as spam, it will instantly disappear from the spam view but when changing back to the inbox, a refresh is needed before the email is shown). Would it be very expensive to update a buffer automatically when it is being switched to? Also, personally, I'd rename the help text 'Discard threads and reload' into 'refresh view'. - Is it possible to index emails on parts of the email address, splitting on '.' and '@'? I would like to search for emails from 'john', not from 'john.doe at hotmail.com'. - Is it possible to undelete an email? I hit 'd', realise my mistake, search for the email which I can still find (I guess because the changes haven't yet been written into ferret) and then wonder if there's still something I can do to prevent me from losing this email? - Is it possible to change the ordering of threads? I'm used to sorting my emails oldest-first. - I'm trying to use sup together with putmail [1], a simple lightweight MTA (similar to bsmtp). putmail can mimic sendmail. I can configure sup to use putmail, but the emails generated by sup are not understood by putmail (see one example attached). Can you maybe see whether the error is on sup's side or on putmail's? -eyal [1] http://putmail.sourceforge.net/ -------------- next part -------------- ((lp1 S'/usr/local/bin/putmail_enqueue.py' p2 aS'Subject: test\nFrom: Eyal Oren \nTo: eyal.oren at gmail.com\nDate: Tue, 09 Oct 2007 16:49:14 +0200\nMessage-Id: <1191941333-sup-4666 at timmy>\nUser-Agent: Sup/0.1\nContent-Type: text/plain; charset=UTF-8\n\ntest email body\n\n-- \n -eyal\n' p3 t. From chrisw@rice.edu Tue Oct 9 15:33:52 2007 From: chrisw@rice.edu (Christopher Warrington) Date: Tue, 9 Oct 2007 14:33:52 -0500 Subject: [sup-talk] Sup on Windows In-Reply-To: <1191936765-sup-4487@south> References: <1191878817-sup-5161@south> <1463697592.20071009015408@rice.edu> <1191936765-sup-4487@south> Message-ID: <1125475477.20071009143352@rice.edu> William Morgan @ 2007-10-09 8:38:51 AM "[sup-talk] Sup on Windows" > [cc'ing list, hope you don't mind] No, I don't. The first one was not meant as a PM. I screwed up. >> Here's a screenshot: http://www.chriswarrington.com/sup_win.png > Weird, why are all the sender names missing? I imported those messages from the list archive, so they are not in the proper mbox format. The e-mail addresses are munged such that a at b.tld becomes a at b.tld. In other words, not a bug. >> I was getting lots of errors like these when importing my archive: >> [Tue Oct 09 01:51:05 -0500 2007] warning: error decoding message body from >> "us-ascii": invalid encoding ("utf-8", ""us-ascii"") > This sounds like iconv is being stubborn. Can you do this? > $ irb -riconv > >> Iconv.iconv "utf-8", "us-ascii", "hello there" > => ["hello there"] It seems to work: $ irb -riconv irb(main):001:0> Iconv.iconv "utf-8", "us-ascii", "hello there" => ["hello there"] irb(main):002:0> Iconv.iconv "us-ascii", "utf-8", "hello there" => ["hello there"] irb(main):003:0> Iconv.iconv "us-ascii", "iso-8859-15", "hello there" => ["hello there"] irb(main):004:0> Iconv.iconv "iso-8859-15", "utf-8", "hello there" => ["hello there"] irb(main):005:0> Iconv.iconv "iso-8859-15", "us-ascii", "hello there" => ["hello there"] irb(main):006:0> Iconv.iconv "us-ascii", "iso-8859-15", "hello there" => ["hello there"] -- Christopher Warrington "When in doubt, use brute force." -Ken Thompson -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 183 bytes Desc: not available Url : http://rubyforge.org/pipermail/sup-talk/attachments/20071009/367c7513/attachment.bin From pierre@baillet.name Wed Oct 10 04:14:56 2007 From: pierre@baillet.name (Pierre Baillet) Date: Wed, 10 Oct 2007 10:14:56 +0200 Subject: [sup-talk] memory hog ? Message-ID: <6205b42d0710100114i510e3706mfec56d4efe22ab2@mail.gmail.com> Hi, Without touching anything sup now tries to use all the available memory on my computer and never finishes to start (more than 3GB...). That's a bit annoying as behaviour. I've not idea on how to solve it, so maybe one of you has an idea... Cheers, -- Pierre Baillet -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/sup-talk/attachments/20071010/76d85699/attachment.html From magnus@therning.org Wed Oct 10 19:11:01 2007 From: magnus@therning.org (Magnus Therning) Date: Thu, 11 Oct 2007 00:11:01 +0100 Subject: [sup-talk] Maildir synch-back Message-ID: <20071010231101.GD3404@die.therning.org> I've been working on this for a while now, but it's taking longer than I'd like due to two reasons 1. I'm finding out that having a pregnant wife leaves me with less time to play :-) 2. I'm currently not using sup on a daily basis (or on any basis actually) since it doesn't have full PGP/GPG support yet :-( Just thought I'd let people know I've not fallen off the world, or lost interest in sup... /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus?therning?org Jabber: magnus?therning?gmail?com http://therning.org/magnus -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://rubyforge.org/pipermail/sup-talk/attachments/20071011/d747f1dd/attachment.bin From magnus@therning.org Mon Oct 8 10:49:36 2007 From: magnus@therning.org (Magnus Therning) Date: Mon, 8 Oct 2007 15:49:36 +0100 Subject: [sup-talk] IMAP folders with spaces In-Reply-To: References: Message-ID: <20071008144936.GC8799@die.therning.org> On Mon, Oct 08, 2007 at 04:19:09 -0500, Christopher Warrington wrote: >Sup doesn't seem to like IMAP paths with spaces. > >Executing this command: >sup-add -a -u -l label "imaps://imap.host.tld/Mail/Two Words" > >results in this error: > >/usr/lib/ruby/1.8/uri/common.rb:436:in `split': bad URI(is not URI?): imaps://imap.host.tld/Mail/Two Words (URI::InvalidURIError) > >sup-add -a -u -l label "imaps://imap.host.tld/Mail/Two%20Words" > >works, but I get this error: > >> Sorry, I couldn't communicate with a source: While communicating with >> IMAP server (type Net::IMAP::NoResponseError): "Mailbox does not >> exist" > >What should I do? Submit a patch for maildir.rb? /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus?therning?org Jabber: magnus?therning?gmail?com http://therning.org/magnus -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://rubyforge.org/pipermail/sup-talk/attachments/20071008/6d8e6777/attachment.bin From chrisw@rice.edu Wed Oct 10 20:07:25 2007 From: chrisw@rice.edu (Christopher Warrington) Date: Wed, 10 Oct 2007 19:07:25 -0500 Subject: [sup-talk] IMAP folders with spaces In-Reply-To: <20071008144936.GC8799@die.therning.org> References: <20071008144936.GC8799@die.therning.org> Message-ID: <470D693D.30705@rice.edu> Magnus Therning wrote: >> What should I do? > > Submit a patch for maildir.rb? That involves knowing Ruby. :-) I'm starting small, with the functionality to refine searches. -- Christopher Warrington From eyal.oren@deri.org Wed Oct 10 03:18:08 2007 From: eyal.oren@deri.org (Eyal Oren) Date: Wed, 10 Oct 2007 09:18:08 +0200 Subject: [sup-talk] some user questions In-Reply-To: <20071009145451.GA22618@localhost> References: <20071009145451.GA22618@localhost> Message-ID: <1192000223-sup-1528@timmy> Hi! I found some answers to my own questions: Excerpts from Eyal Oren's message of Tue Oct 09 16:54:51 +0200 2007: > - Is it possible to index emails on parts of the email address, splitting > on '.' and '@'? I would like to search for emails from 'john', not from > 'john.doe at hotmail.com'. Addresses are not split, but emails are indexed on aliases, so you can search for from:bob. > - Is it possible to undelete an email? I hit 'd', realise my mistake, > search for the email which I can still find (I guess because the changes > haven't yet been written into ferret) and then wonder if there's still > something I can do to prevent me from losing this email? After deleting a thread, I can hit '@' to revert the changes before they are saved into ferret. > - Is it possible to change the ordering of threads? I'm used to sorting my > emails oldest-first. Haven't found this yet, but am getting used to it. > - I'm trying to use sup together with putmail [1], a simple lightweight MTA > (similar to bsmtp). putmail can mimic sendmail. I can configure sup to > use putmail, but the emails generated by sup are not understood by putmail > (see one example attached). Can you maybe see whether the error is on sup's > side or on putmail's? I figured it out: putmail also has the -t option (like sendmail) to extract senders from the email, but ignores options such as -ti or -oem. So the sendmail line in config.yaml should be one of these: - ":sendmail: /usr/local/bin/putmail.py -t" (direct sending) - ":sendmail: /usr/local/bin/putmail_enqueue.py -t" (queue for later) Wanted to add this to the wiki, but got: "cant write html/mywikidb/keep/H/HomePage.kp: Permission denied at /var/www/gforge-projects/sup/wiki/wiki.pl line 2856. For help, please send mail to the webmaster (tom at infoether.com), giving this error message and the time and date of the error." -eyal From albertito@gmail.com Wed Oct 10 22:07:14 2007 From: albertito@gmail.com (Alberto Bertogli) Date: Wed, 10 Oct 2007 23:07:14 -0300 Subject: [sup-talk] Problems with gems Message-ID: <20071011020714.GB3651@gmail.com> Hi! I'm trying to install sup _without_ using gems, as I already have most of the dependencies through my package manager (aptitude), and I'm having lots of trouble. Since there is no way of telling gems that I already have the packages, sup won't work because it's trying to check the dependencies via gems on runtime and failing because gems thinks rake (for instance) is not installed. Is this a sup issue? Thanks, Alberto From eyal.oren@deri.org Thu Oct 11 11:41:46 2007 From: eyal.oren@deri.org (Eyal Oren) Date: Thu, 11 Oct 2007 17:41:46 +0200 Subject: [sup-talk] displaying message timestamp in different timezones Message-ID: <1192116811-sup-1803@timmy> Hi, When reading emails from people in other timezones, Mutt offers the option to display the message timestamp in either the sender's or the receiver's timezone. Does sup have a similar option, or how does it deal with timezones? It seems that timezones are not considered and that the sent time is simply shown without computing the equivalent time in my local timezone. Doing so is confusing, and, as a side-effect, emails are ordered incorrectly (emails sent 5 minutes ago in a US timezone are thought to be older than emails sent two hours ago in a EU timezone). -eyal From eyal.oren@deri.org Thu Oct 11 11:58:01 2007 From: eyal.oren@deri.org (Eyal Oren) Date: Thu, 11 Oct 2007 17:58:01 +0200 Subject: [sup-talk] patch to search in buffer Message-ID: <1192117720-sup-9850@timmy> Hi, Find attached a small patch to enable simple text search in a scroll-buffer. This means you can search (and jump) to a simple text or regular expression help screens, inbox list, or thread view. It's something that I, as a mutt user, missed in sup. I've bound the buffer search to '#' since '/' is already used for general search: please change to something more appropriate if you can think of it. As this is my first contribution to sup, please tell me whatever I've done wrong. I wasn't sure where to put this behaviour (I put it in scroll-mode.rb) and some stuff needs fixing: - it doesn't open text found in closed threads (patinas), - it doesn't scroll to email text below the current page (I'm using jump-to-line but it doesn't seem to work), - it doesn't have an easy way of doing a repeated search (I know how to do it, but I couldn't find how to tell ncurses that hitting the search button again without input should do a repeated search; alternatively, one could register a new keymap for a repeated search but it seemed like overkill to me). I'm open to suggestions for improvement and for fixing the outstanding issues. -eyal -------------- next part -------------- A non-text attachment was scrubbed... Name: search-in-buffer.diff Type: application/octet-stream Size: 1465 bytes Desc: not available Url : http://rubyforge.org/pipermail/sup-talk/attachments/20071011/26215015/attachment.obj From eyal.oren@deri.org Thu Oct 11 11:59:41 2007 From: eyal.oren@deri.org (Eyal Oren) Date: Thu, 11 Oct 2007 17:59:41 +0200 Subject: [sup-talk] tiny patch for typo Message-ID: <1192118317-sup-1327@timmy> Attached a tiny patch for a typo in bin/sup's info message on caught errors. -eyal -------------- next part -------------- A non-text attachment was scrubbed... Name: typo-bin-sup.diff Type: application/octet-stream Size: 510 bytes Desc: not available Url : http://rubyforge.org/pipermail/sup-talk/attachments/20071011/28e190d5/attachment.obj From eyal.oren@deri.org Thu Oct 11 12:19:17 2007 From: eyal.oren@deri.org (Eyal Oren) Date: Thu, 11 Oct 2007 18:19:17 +0200 Subject: [sup-talk] patch with keymaps for editing message headers Message-ID: <1192119420-sup-7831@timmy> Attached another small patch, adding keymaps to edit 'To:', 'Cc:', and 'Subject:' field of messages. Again something small that I missed, coming from Mutt. Please let me know if you don't like my coding style (it feels very stupid, jumping fields this way, but I couldn't quickly see how to do it better), or if you don't like these kind of added features. -eyal -------------- next part -------------- A non-text attachment was scrubbed... Name: keymap-for-to-cc-subject.patch Type: application/octet-stream Size: 1480 bytes Desc: not available Url : http://rubyforge.org/pipermail/sup-talk/attachments/20071011/f2866c63/attachment.obj From chrisw@rice.edu Thu Oct 11 13:29:22 2007 From: chrisw@rice.edu (Christopher Warrington) Date: Thu, 11 Oct 2007 12:29:22 -0500 Subject: [sup-talk] BufferManager.ask and trailing spaces Message-ID: <1192123728-sup-9568@chris-tablet> I am currently adding code to support refinement of searches. Basically, I just copy the old query and make it the default text for the new query. I accomplish this by doing: BufferManager.ask :refine_search, "query: ", old_query + " " However, the trailing space is being stripped out. I cannot figure out where this is happening. How can I stop this from happening? -- Christopher Warrington Jones College From chrisw@rice.edu Thu Oct 11 13:30:30 2007 From: chrisw@rice.edu (Christopher Warrington) Date: Thu, 11 Oct 2007 12:30:30 -0500 Subject: [sup-talk] Problem with mbox format Message-ID: <1192123770-sup-3583@chris-tablet> I've been having some problems with messages that appear to confuse the mbox parser. For example, if, by chance, one of my messages contains "From now on" and this starts a new line, I get this error when sup tried to store the sent message in sent.mbox: The problem was: 'no message-id field in header {} (source sup://sent offset 3998037)' (error type Redwood::MessageFormatError) A backtrace follows: /usr/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup/message.rb:111:in `read_header': no message-id field in header {} (source sup://sent offset 3998037) (Redwood::MessageFormatError) from /usr/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup/message.rb:110:in `each' from /usr/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup/message.rb:110:in `read_header' from /usr/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup/message.rb:104:in `initialize' from /usr/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup/sent.rb:25:in `new' from /usr/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup/sent.rb:25:in `write_sent_message' from /usr/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup/source.rb:93:in `each' from /usr/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup/util.rb:437:in `send' from /usr/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup/util.rb:437:in `__pass' ... 7 levels... from /usr/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup/buffer.rb:181:in `handle_input' from /usr/lib/ruby/gems/1.8/gems/sup-0.1/bin/sup:186 from /usr/bin/sup:16:in `load' from /usr/bin/sup:16 After this, only the part of the message before the "From " line is visible in sup. The entire message is in sent.mbox, however. Seems like a parsing error/escaping error on sup's part. If I knew Ruby, I would take a look at the code. Perhaps I'll have to teach myself some Ruby. Also, if I save a message like this for later editing, lines that start with "From " have a '>' perpended to them which I must delete. (Which mbox format is sup using, by the way?) -- Christopher Warrington Jones College From itaylor@uark.edu Thu Oct 11 16:21:19 2007 From: itaylor@uark.edu (Ian Taylor) Date: Thu, 11 Oct 2007 16:21:19 -0400 Subject: [sup-talk] wiki error on submission Message-ID: <1192133375-sup-1634@silver> I was editing the msmtp section on the wiki and after submitting, it gave me this error: Software error: cant write html/mywikidb/keep/M/Msmtp.kp: No such file or directory at /var/www/gforge-projects/sup/wiki/wiki.pl line 2856. For help, please send mail to the webmaster (tom at infoether.com), giving this error message and the time and date of the error. -- Ian Taylor From wmorgan-sup@masanjin.net Thu Oct 11 17:17:59 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Thu, 11 Oct 2007 14:17:59 -0700 Subject: [sup-talk] wiki In-Reply-To: <1191459239-sup-1041@silver> References: <1191459239-sup-1041@silver> Message-ID: <1192137471-sup-9634@south> Excerpts from Ian Taylor's message of Wed Oct 03 17:55:02 -0700 2007: > Is there a description of the wiki syntax available for this > particular wiki? http://www.usemod.com/cgi-bin/wiki.pl?TextFormattingRules -- William From wmorgan-sup@masanjin.net Fri Oct 12 09:28:51 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Fri, 12 Oct 2007 06:28:51 -0700 Subject: [sup-talk] wiki error on submission In-Reply-To: <1192133375-sup-1634@silver> References: <1192133375-sup-1634@silver> Message-ID: <1192195715-sup-3200@south> Excerpts from Ian Taylor's message of Thu Oct 11 13:21:19 -0700 2007: > cant write html/mywikidb/keep/M/Msmtp.kp: No such file or directory at > /var/www/gforge-projects/sup/wiki/wiki.pl line 2856. Should be fixed. -- William From found@foundinteractive.com Fri Oct 12 13:48:08 2007 From: found@foundinteractive.com (Timothy Johnson) Date: Fri, 12 Oct 2007 13:48:08 -0400 Subject: [sup-talk] Initial error Message-ID: I had an error when syncing my first IMAP inbox /opt/local/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup/source.rb:80:in `done?': undefined method `>=' for nil:NilClass (NoMethodError) so I just added an "unless end_offset.nil?" clause at the end thereof, and it worked again. Is this a common problem? probably not thus far, but was curious what would cause it. Cheers, Timothy Johnson found at foundinteractive.com (p) 540-810-7559 (w) www.foundinteractive.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/sup-talk/attachments/20071012/a5a9943d/attachment.html From found@foundinteractive.com Fri Oct 12 13:51:41 2007 From: found@foundinteractive.com (Timothy Johnson) Date: Fri, 12 Oct 2007 13:51:41 -0400 Subject: [sup-talk] Also, seems to be throwing lots of invalid encoding errors Message-ID: <671354B2-98BF-4CE7-B8AC-7C55581C46BB@foundinteractive.com> Any fixes for this error? warning: error decoding message body from "iso-8859-1": invalid encoding ("utf-8", ""iso-8859-1"") and variations on that message. Cheers, Timothy Johnson found at foundinteractive.com (p) 540-810-7559 (w) www.foundinteractive.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/sup-talk/attachments/20071012/ee33881c/attachment.html From magnus@therning.org Fri Oct 12 06:27:47 2007 From: magnus@therning.org (Magnus Therning) Date: Fri, 12 Oct 2007 11:27:47 +0100 Subject: [sup-talk] Problems with gems In-Reply-To: <20071011020714.GB3651@gmail.com> References: <20071011020714.GB3651@gmail.com> Message-ID: <20071012102747.GD13170@die.therning.org> On Wed, Oct 10, 2007 at 23:07:14 -0300, Alberto Bertogli wrote: > >Hi! > >I'm trying to install sup _without_ using gems, as I already have most >of the dependencies through my package manager (aptitude), and I'm >having lots of trouble. > >Since there is no way of telling gems that I already have the packages, >sup won't work because it's trying to check the dependencies via gems on >runtime and failing because gems thinks rake (for instance) is not >installed. > >Is this a sup issue? No, I don't think so. AFAIK this is a known issue with the gem system in combination with other packaging systems. /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus?therning?org Jabber: magnus?therning?gmail?com http://therning.org/magnus -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://rubyforge.org/pipermail/sup-talk/attachments/20071012/0e90229f/attachment.bin From col@baibell.org Fri Oct 12 23:29:50 2007 From: col@baibell.org (Colin Bell) Date: Sat, 13 Oct 2007 13:29:50 +1000 Subject: [sup-talk] [PATCH] Toggle show only laebls with unread email Message-ID: <1192246072-sup-7445@lankhmar> Hi, This patch allows you to toggle between showing all labels and only those with unread mail in label list mode by pressing the TAB key. -- Colin Bell -------------- next part -------------- A non-text attachment was scrubbed... Name: toggle-unread.diff Type: application/octet-stream Size: 1216 bytes Desc: not available Url : http://rubyforge.org/pipermail/sup-talk/attachments/20071013/f59a26df/attachment.obj From veganjenny@gmail.com Sat Oct 13 23:32:23 2007 From: veganjenny@gmail.com (jenny w) Date: Sat, 13 Oct 2007 20:32:23 -0700 Subject: [sup-talk] Amazon.com messages can't be added to index Message-ID: Hi, I just installed sup and am quite excited to check it out in action. I haven't gotten much further than my first sync (27k messages over IMAPS), but I've noticed something that I didn't in the archives (relying on Google for searching). Messages I've received from Amazon.com seem to consistently bring up an exception on line 157 of 188 of index.rb in the 0.1 release. I saw in the troubleshooting tips to try the version from svn but I get a similar exception. So I just changed "raise" to "puts", under the assumption this means that I just won't be able to search old Amazon.com messages. Right now I don't know if this is all Amazon.com messages or just some of them. After the sync is done I'll see if I can reproduce with just one message and try to narrow down what about the message is causing the problem. Anyway, thought I'd mention it in case someone knows about this problem, or in case it helps track down what the problem is (the comment above line 188 is 'this hasn't been triggered in a long time. TODO: decide whether it's still a problem.') Sample error message: just added message .AAA-notification-24668, 9630.1162603428 at na-rte-app-5104.iad5.amazon.com but couldn't find it in a search From kevin.mark@verizon.net Sun Oct 14 01:20:03 2007 From: kevin.mark@verizon.net (Kevin Mark) Date: Sun, 14 Oct 2007 01:20:03 -0400 Subject: [sup-talk] Amazon.com messages can't be added to index In-Reply-To: References: Message-ID: <20071014052003.GE17985@horacrux> On Sat, Oct 13, 2007 at 08:32:23PM -0700, jenny w wrote: > Hi, > > I just installed sup and am quite excited to check it out in action. I > haven't gotten much further than my first sync (27k messages over > IMAPS), but I've noticed something that I didn't in the archives > (relying on Google for searching). > > Messages I've received from Amazon.com seem to consistently bring up > an exception on line 157 of 188 of index.rb in the 0.1 release. I saw > in the troubleshooting tips to try the version from svn but I get a > similar exception. So I just changed "raise" to "puts", under the > assumption this means that I just won't be able to search old > Amazon.com messages. Right now I don't know if this is all Amazon.com > messages or just some of them. After the sync is done I'll see if I > can reproduce with just one message and try to narrow down what about > the message is causing the problem. > > Anyway, thought I'd mention it in case someone knows about this > problem, or in case it helps track down what the problem is (the > comment above line 188 is 'this hasn't been triggered in a long time. > TODO: decide whether it's still a problem.') > > Sample error message: > > just added message .AAA-notification-24668, > 9630.1162603428 at na-rte-app-5104.iad5.amazon.com but couldn't find it > in a search It would be helpful to the list to show a portion of the actual error message(or all of it if its small) instead of a restatement of it. A restatement of an error message is rarely adequet to solve an error. -- | .''`. == Debian GNU/Linux == | my web site: | | : :' : The Universal |mysite.verizon.net/kevin.mark/| | `. `' Operating System | go to counter.li.org and | | `- http://www.debian.org/ | be counted! #238656 | | my keyserver: subkeys.pgp.net | my NPO: cfsg.org | |join the new debian-community.org to help Debian! | |_______ Unless I ask to be CCd, assume I am subscribed _______| From veganjenny@gmail.com Sun Oct 14 05:04:04 2007 From: veganjenny@gmail.com (jenny w) Date: Sun, 14 Oct 2007 02:04:04 -0700 Subject: [sup-talk] Amazon.com messages can't be added to index In-Reply-To: <20071014052003.GE17985@horacrux> References: <20071014052003.GE17985@horacrux> Message-ID: On 10/13/07, Kevin Mark wrote: > It would be helpful to the list to show a portion of the actual error > message(or all of it if its small) instead of a restatement of it. A > restatement of an error message is rarely adequet to solve an error. Okay, more info. I ended up running this under ruby-debug to see what was going on. It seems the problem I'm having is that Amazon.com sends me messages with message_ids like: AAA-notification-70925, 4617.1234123412 at na-rte-app-5105.iad5.amazon.com The space after the comma is what's throwing ferret off. I don't know if it helps, but I noticed that if I try doing @index.search("message_id:#{m.id}") ferret will find the doc. This seems to be because Ferret is turning the string into a Boolean (as opposed to Term) query. From nicolas.pouillard@gmail.com Sun Oct 14 05:26:02 2007 From: nicolas.pouillard@gmail.com (Nicolas Pouillard) Date: Sun, 14 Oct 2007 11:26:02 +0200 Subject: [sup-talk] Also, seems to be throwing lots of invalid encoding errors Message-ID: <1192353950-sup-6437@ausone.local> Excerpts from Timothy Johnson's message of Fri Oct 12 19:51:41 +0200 2007: > Any fixes for this error? > warning: error decoding message body from "iso-8859-1": invalid > encoding ("utf-8", ""iso-8859-1"") > and variations on that message. If I well remember this bug is fixed in the svn but not released yet. HTH, -- Nicolas Pouillard aka Ertai From pierre@baillet.name Sun Oct 14 07:20:47 2007 From: pierre@baillet.name (Pierre Baillet) Date: Sun, 14 Oct 2007 13:20:47 +0200 Subject: [sup-talk] Vim integration Message-ID: <6205b42d0710140420o54dc7b7es32346829e6644d77@mail.gmail.com> Hi, easy tip, but might prove useful for some of you. Add the following line into your .vimrc to get syntax coloration when composing emails with sup: au BufRead sup.* set ft=mail HTH, -- Pierre Baillet -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/sup-talk/attachments/20071014/f154645b/attachment.html From pierre@baillet.name Sun Oct 14 08:17:48 2007 From: pierre@baillet.name (Pierre Baillet) Date: Sun, 14 Oct 2007 14:17:48 +0200 Subject: [sup-talk] [PATCH] Configurable automatic CC and BCC Message-ID: <6205b42d0710140517n1b006956tef57f60b101568e2@mail.gmail.com> Hi, In case you'd want to always have a given address CCed or BBCed, here is a patch that applies to current sup trunk. It adds a "cc" and "bcc" variable in the account configuration. Edit your ~/.sup/config.yaml and add bcc and cc options. These options are per account. When in compose and reply mode, sup then automatically adds these headers. Current limitation includes a single address per header, could be probably extended to a list of addresses... Feel free to make any comment if you wish so. -- Pierre. :edit_signature: false :accounts: :default: :name: John Doe :alternates: - john.doe at internet.com :email: john at doe.com :signature: /home/john/.signature :sendmail: /usr/sbin/sendmail -oem -ti :bcc: john at home.net :cc: john at work.com -- Pierre Baillet -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/sup-talk/attachments/20071014/ef45c5e2/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: cc_bcc_path.diff Type: application/octet-stream Size: 2928 bytes Desc: not available Url : http://rubyforge.org/pipermail/sup-talk/attachments/20071014/ef45c5e2/attachment.obj From itaylor@uark.edu Sun Oct 14 13:34:00 2007 From: itaylor@uark.edu (Ian Taylor) Date: Sun, 14 Oct 2007 13:34:00 -0400 Subject: [sup-talk] Vim integration In-Reply-To: <6205b42d0710140420o54dc7b7es32346829e6644d77@mail.gmail.com> References: <6205b42d0710140420o54dc7b7es32346829e6644d77@mail.gmail.com> Message-ID: <1192383184-sup-2936@silver> Excerpts from Pierre Baillet's message of Sun Oct 14 07:20:47 -0400 2007: > easy tip, but might prove useful for some of you. > > Add the following line into your .vimrc to get syntax coloration when > composing emails with sup: > > au BufRead sup.* set ft=mail You could also do something like this in config.yaml :editor: /usr/bin/vim -f -c 'setlocal spell spelllang=en_us' -c 'set filetype=mail' -- Ian Taylor From chrisw@rice.edu Sun Oct 14 17:23:57 2007 From: chrisw@rice.edu (Christopher Warrington) Date: Sun, 14 Oct 2007 16:23:57 -0500 Subject: [sup-talk] Amazon.com messages can't be added to index In-Reply-To: References: <20071014052003.GE17985@horacrux> Message-ID: <1192396734-sup-4334@chris-tablet> Excerpts from veganjenny's message of Sun Oct 14 04:04:04 -0500 2007: > Okay, more info. I ended up running this under ruby-debug to see what > was going on. It seems the problem I'm having is that Amazon.com > sends me messages with message_ids like: > > AAA-notification-70925, 4617.1234123412 at na-rte-app-5105.iad5.amazon.com > > The space after the comma is what's throwing ferret off. I know that this doesn't solve the problem, but that's not a valid RFC822 MID. The space and comma are not allowed in the part to the left of the at-sign (unless the part to the left is a quoted string, which it is not in this case). Section 3.4.1 talks explicitly about this. -- Christopher Warrington Jones College From veganjenny@gmail.com Sun Oct 14 18:32:08 2007 From: veganjenny@gmail.com (jenny w) Date: Sun, 14 Oct 2007 15:32:08 -0700 Subject: [sup-talk] Amazon.com messages can't be added to index In-Reply-To: <1192396734-sup-4334@chris-tablet> References: <20071014052003.GE17985@horacrux> <1192396734-sup-4334@chris-tablet> Message-ID: On 10/14/07, Christopher Warrington wrote: > I know that this doesn't solve the problem, but that's not a valid > RFC822 MID. The space and comma are not allowed in the part to the left > of the at-sign (unless the part to the left is a quoted string, which it > is not in this case). Section 3.4.1 talks explicitly about this. Yes, that's a problem, and I think they've fixed it in their current e-mails, but I suspect violations of rfc822 will continue happen. I think the problem is that the field gets tokenized. I thought using a PhraseQuery would solve the problem, but that didn't help. Sorry I can't provide more useful information! From pierre@baillet.name Mon Oct 15 02:02:12 2007 From: pierre@baillet.name (Pierre Baillet) Date: Mon, 15 Oct 2007 08:02:12 +0200 Subject: [sup-talk] sup-sync-back: killed threads and read status Message-ID: <6205b42d0710142302u2ca4c6c0yc53336434bc4fe39@mail.gmail.com> Hi, sup-sync-back does not seem to delete killed messages. I think, it should do that. Moreover, the "Read" status of emails is not changed in the original mailbox. I'm not sure it's sup-sync-back job to do that, but the Principle Of Least Surprise would probably expect that. Cheers, -- Pierre Baillet -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/sup-talk/attachments/20071015/b0db3b0b/attachment.html From chrisw@rice.edu Mon Oct 15 02:42:23 2007 From: chrisw@rice.edu (Christopher Warrington) Date: Mon, 15 Oct 2007 01:42:23 -0500 Subject: [sup-talk] sup-sync-back: killed threads and read status In-Reply-To: <6205b42d0710142302u2ca4c6c0yc53336434bc4fe39@mail.gmail.com> References: <6205b42d0710142302u2ca4c6c0yc53336434bc4fe39@mail.gmail.com> Message-ID: <1192430420-sup-9514@chris-tablet> Excerpts from Pierre Baillet's message of Mon Oct 15 01:02:12 -0500 2007: > sup-sync-back does not seem to delete killed messages. I think, it should do > that. That make sense to be. "Kill thread" (&) is more like "Ignore thread" than "Delete thread" (d) (at least to me). I still want it in my index in case I want to get something from it later. I am, however, no longer interested in it or changes to it. -- Christopher Warrington From chrisw@rice.edu Mon Oct 15 02:49:55 2007 From: chrisw@rice.edu (Christopher Warrington) Date: Mon, 15 Oct 2007 01:49:55 -0500 Subject: [sup-talk] PATCH - Refine Search Message-ID: <1192430824-sup-1710@chris-tablet> The attached patch (my first one: I may have screwed it up) adds the ability to refine a search from the results view. Pressing '.' will prompt for a new query, using the old one as the seed. Suggestions and comments welcome! I release this code into the public domain. Enjoy. -- Christopher Warrington -------------- next part -------------- A non-text attachment was scrubbed... Name: refine_search.diff Type: application/octet-stream Size: 1516 bytes Desc: not available Url : http://rubyforge.org/pipermail/sup-talk/attachments/20071015/a45ad78b/attachment-0001.obj From marcus-sup@quintic.co.uk Mon Oct 15 08:49:34 2007 From: marcus-sup@quintic.co.uk (Marcus Williams) Date: Mon, 15 Oct 2007 13:49:34 +0100 Subject: [sup-talk] Feature Req: Command line search/display options Message-ID: <471361DE.9040008@quintic.co.uk> Hi - I posted this in the tracker on RubyForge but then noticed the mail list so I thought I'd put it here for discussion. I'd like to add some command line options to search/display messages, because then I can script using sup outside of sup as it were. So c&p from tracker: ------------------------- What would be _really_ nice (and I might have a go at a patch if given some pointers where to start looking) would besome command line options to search for messages (printing a list of matches and exiting) and to display a single message (and exit). What I'm thinking is something like: sup --search "some search term" [someid0] [from] [Subject...................] [someid1] [from] [Subject...................] [someid2] [from] [Subject...................] [someid3] [from] [Subject...................] [someid.] [from] [Subject...................] [someidn] [from] [Subject...................] sup --display someid0 From: blah@blah.com Subject: This is my subject The body. ------------------------- Like I said, I can implement this and submit a patch but it might be faster if someone pointed me to some relevant places in the source (or told me it can already be done....) I'd also quite like the output to be machine parsable as an option (in the case of the search results anyway) and be able to add/remove labels from messages/threads, but I thought I'd start with plain text :) Anyone else find this useful? Marcus From brandon@ifup.org Sat Oct 13 01:00:48 2007 From: brandon@ifup.org (Brandon Philips) Date: Fri, 12 Oct 2007 22:00:48 -0700 Subject: [sup-talk] Crash while indexing 47000 message maildir Message-ID: <20071013050048.GA16465@ifup.org> Hello- I got the following error after I started sup-add on 47118 message maildir and tried to view the label while sup was indexing. sup-add maildir:/home/philips/Mail/ifup.linux-kernel/ -a -l lkml sup L lkml Crash. Thanks, Brandon /var/lib/gems/1.8/gems/sup-0.1/lib/sup/buffer.rb:32: warning: already initialized constant KEY_ENTER /var/lib/gems/1.8/gems/sup-0.1/lib/sup/buffer.rb:33: warning: already initialized constant KEY_CANCEL [Fri Oct 12 21:51:14 -0700 2007] locking /home/philips/.sup/lock... [Fri Oct 12 21:51:14 -0700 2007] loading index... [Fri Oct 12 21:51:14 -0700 2007] loaded index of 5017 messages [Fri Oct 12 21:51:14 -0700 2007] starting curses [Fri Oct 12 21:56:02 -0700 2007] stopped cursing [Fri Oct 12 21:56:02 -0700 2007] oh crap, an exception [Fri Oct 12 21:56:02 -0700 2007] unlocking /home/philips/.sup/lock... ---------------------------------------------------------------- I'm very sorry, but it seems that an error occurred in Sup. Please accept my sincere apologies. If you don't mind, please send the backtrace below and a brief report of the circumstances to sup-talk at rubyforge dot orgs so that I might address this problem. Thank you! Sincerely, William ---------------------------------------------------------------- The problem was: 'IO Error occured at :93 in xraise Error occured in fs_store.c:293 - fsi_seek_i seeking pos 29850024: ' (error type IOError) A backtrace follows: /var/lib/gems/1.8/gems/sup-0.1/lib/sup/index.rb:300:in `default': IO Error occured at :93 in xraise (IOError) Error occured in fs_store.c:293 - fsi_seek_i seeking pos 29850024: from /var/lib/gems/1.8/gems/sup-0.1/lib/sup/index.rb:300:in `[]' from /var/lib/gems/1.8/gems/sup-0.1/lib/sup/index.rb:300:in `build_message' from /var/lib/gems/1.8/gems/sup-0.1/lib/sup/index.rb:274:in `each_message_in_thread_for' from /var/lib/gems/1.8/gems/sup-0.1/lib/sup/thread.rb:316:in `call' from /var/lib/gems/1.8/gems/sup-0.1/lib/sup/thread.rb:316:in `load_thread_for_message' from /var/lib/gems/1.8/gems/sup-0.1/lib/sup/index.rb:281:in `each_message_in_thread_for' from /var/lib/gems/1.8/gems/sup-0.1/lib/sup/index.rb:281:in `each' from /var/lib/gems/1.8/gems/sup-0.1/lib/sup/index.rb:281:in `each_message_in_thread_for' ... 16 levels... from /var/lib/gems/1.8/gems/sup-0.1/lib/sup/modes/thread-index-mode.rb:394:in `load_threads' from /var/lib/gems/1.8/gems/sup-0.1/bin/sup:233 from /var/lib/gems/1.8/bin/sup:16:in `load' from /var/lib/gems/1.8/bin/sup:16 From chrisw@rice.edu Mon Oct 15 13:41:40 2007 From: chrisw@rice.edu (Christopher Warrington) Date: Mon, 15 Oct 2007 12:41:40 -0500 Subject: [sup-talk] Feature Req: Command line search/display options In-Reply-To: <471361DE.9040008@quintic.co.uk> References: <471361DE.9040008@quintic.co.uk> Message-ID: <1192469923-sup-2024@chris-tablet> Excerpts from Marcus Williams's message of Mon Oct 15 07:49:34 -0500 2007: > Like I said, I can implement this and submit a patch but it might be > faster if someone pointed me to some relevant places in the source (or > told me it can already be done....) For the search code, take a look at bin/sup around line 214. For message viewing, take a look at lib/sup/modes/thread-view-mode.rb HTH. -- Christopher Warrington Jones College From itaylor@uark.edu Mon Oct 15 21:25:06 2007 From: itaylor@uark.edu (Ian Taylor) Date: Mon, 15 Oct 2007 21:25:06 -0400 Subject: [sup-talk] run-mailcap not working correctly Message-ID: <1192497496-sup-690@silver> systeming run-mailcap doesn't seem to work on my system with >& /dev/null appended. Think this is an issue with my setup? Index: lib/sup/message-chunks.rb =================================================================== --- lib/sup/message-chunks.rb (revision 611) +++ lib/sup/message-chunks.rb (working copy) @@ -78,7 +78,7 @@ def viewable?; @lines.nil? end def view! path = write_to_disk - system "/usr/bin/run-mailcap --action=view #{@content_type}:#{path} >& /dev/null" + system "/usr/bin/run-mailcap --action=view #{@content_type}:#{path}" $? == 0 end -- Ian Taylor From pierre@baillet.name Tue Oct 16 04:19:38 2007 From: pierre@baillet.name (Pierre Baillet) Date: Tue, 16 Oct 2007 10:19:38 +0200 Subject: [sup-talk] run-mailcap not working correctly In-Reply-To: <1192497496-sup-690@silver> References: <1192497496-sup-690@silver> Message-ID: <6205b42d0710160119k5291a5e2ta1e89a0040471972@mail.gmail.com> Hi, I got the same issue on my debian setup here. Removing the >&... made the html attachement work again. On 10/16/07, Ian Taylor wrote: > > systeming run-mailcap doesn't seem to work on my system with >& > /dev/null appended. Think this is an issue with my setup? > > Index: lib/sup/message-chunks.rb > =================================================================== > --- lib/sup/message-chunks.rb (revision 611) > +++ lib/sup/message-chunks.rb (working copy) > @@ -78,7 +78,7 @@ > def viewable?; @lines.nil? end > def view! > path = write_to_disk > - system "/usr/bin/run-mailcap --action=view #{@content_type}:#{path} > >& /dev/null" > + system "/usr/bin/run-mailcap --action=view > #{@content_type}:#{path}" > $? == 0 > end > > -- > Ian Taylor > _______________________________________________ > sup-talk mailing list > sup-talk at rubyforge.org > http://rubyforge.org/mailman/listinfo/sup-talk > -- Pierre Baillet -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/sup-talk/attachments/20071016/4fc091d6/attachment.html From marcus-sup@quintic.co.uk Tue Oct 16 07:03:52 2007 From: marcus-sup@quintic.co.uk (Marcus Williams) Date: Tue, 16 Oct 2007 12:03:52 +0100 Subject: [sup-talk] [PATCH] Added --search option to sup Message-ID: <47149A98.1040800@quintic.co.uk> Hi - Attached is a simple patch to sup to add a command line option to jump straight into a search from the command line. This doesnt do the feature request of mine from yesterday as I'm implementing that in a sup-cli script separately. I thought it was useful enough though - apols for any ruby nooby code ;) So you can do something like: sup --search "from:sup-talk* subject:PATCH" Marcus -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: sup.diff Url: http://rubyforge.org/pipermail/sup-talk/attachments/20071016/d583276d/attachment.pl From raymond@raykroeker.com Tue Oct 16 22:39:28 2007 From: raymond@raykroeker.com (Raymond Kroeker) Date: Tue, 16 Oct 2007 19:39:28 -0700 Subject: [sup-talk] Sup on Ubuntu Message-ID: Hi All, I've a problem running sup. I downloaded/compiled/installed ruby 1.8.5. I downloaded/installed gems 0.9.4. I installed the sup gem and its dependencies. When I run sup I get the included warnings/errors. I _think_ my problem has something to do with my potential confusion between ncurses and curses. I've installed the libraries via apt; and can load ncurses (see below) but curses cannot be loaded. Any help would be appreciated. user at host:~$ sup /usr/local/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup.rb:34: warning: already initialized constant VERSION /usr/local/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup.rb:36: warning: already initialized constant BASE_DIR /usr/local/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup.rb:37: warning: already initialized constant CONFIG_FN /usr/local/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup.rb:38: warning: already initialized constant SOURCE_FN /usr/local/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup.rb:39: warning: already initialized constant LABEL_FN /usr/local/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup.rb:40: warning: already initialized constant PERSON_FN /usr/local/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup.rb:41: warning: already initialized constant CONTACT_FN /usr/local/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup.rb:42: warning: already initialized constant DRAFT_DIR /usr/local/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup.rb:43: warning: already initialized constant SENT_FN /usr/local/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup.rb:44: warning: already initialized constant LOCK_FN /usr/local/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup.rb:45: warning: already initialized constant SUICIDE_FN /usr/local/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup.rb:47: warning: already initialized constant YAML_DOMAIN /usr/local/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup.rb:48: warning: already initialized constant YAML_DATE /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `gem_original_require': no such file to load -- curses (LoadError) from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `require' from /usr/local/lib/ruby/gems/1.8/gems/sup-0.1 /lib/sup/textfield.rb:1 from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:32:in `gem_original_require' from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:32:in `require' from /usr/local/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup.rb:217 from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:32:in `gem_original_require' from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:32:in `require' from /usr/local/lib/ruby/gems/1.8/gems/sup-0.1/bin/sup:7 from /usr/local/bin/sup:16:in `load' from /usr/local/bin/sup:16 I also have this issue if I start irb and type: user at host:~$ irb irb(main):001:0> require 'rubygems' => true irb(main):002:0> require 'curses' LoadError: no such file to load -- curses from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `gem_original_require' from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `require' from (irb):2 irb(main):003:0> require 'ncurses' => true irb(main):004:0> quit -- --------------------------------------------------------- Raymond Kroeker -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/sup-talk/attachments/20071016/15204523/attachment-0001.html From alexander.panek@brainsware.org Thu Oct 18 05:32:24 2007 From: alexander.panek@brainsware.org (Alexander Panek) Date: Thu, 18 Oct 2007 11:32:24 +0200 Subject: [sup-talk] Crash on saving messages Message-ID: <20071018113224.9fccaf5d.alexander.panek@brainsware.org> Hello, when saving the status (un/read) of my messages (with '$'), sup crashes: [Thu Oct 18 11:26:51 +0200 2007] stopped cursing [Thu Oct 18 11:26:51 +0200 2007] oh crap, an exception [Thu Oct 18 11:26:51 +0200 2007] unlocking /home/jim/.sup/lock... ---------------------------------------------------------------- I'm very sorry, but it seems that an error occurred in Sup. Please accept my sincere apologies. If you don't mind, please send the backtrace below and a brief report of the circumstances to sup-talk at rubyforge dot orgs so that I might address this problem. Thank you! Sincerely, William ---------------------------------------------------------------- The problem was: 'undefined method `[]' for nil:NilClass' (error type NoMethodError) A backtrace follows: /usr/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup/imap.rb:272:in `get_imap_fields': undefined method `[]' for nil:NilClass (NoMethodError) from /usr/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup/imap.rb:114:in `unsynchronized_raw_header' from (eval):3:in `raw_header' from (eval):3:in `synchronize' from (eval):3:in `raw_header' from /usr/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup/imap.rb:105:in `load_header' from /usr/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup/util.rb:431:in `send' from /usr/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup/util.rb:431:in `__pass' from /usr/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup/util.rb:420:in `method_missing' ... 22 levels... from /usr/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup/buffer.rb:193:in `handle_input' from /usr/lib/ruby/gems/1.8/gems/sup-0.1/bin/sup:195 from /usr/bin/sup:16:in `load' from /usr/bin/sup:16 I am using the gem, version 0.1. Is this fixed in SVN? Anyways: keep up the good work! :) -- Alexander Panek From marcus-sup@quintic.co.uk Fri Oct 19 06:52:31 2007 From: marcus-sup@quintic.co.uk (Marcus Williams) Date: Fri, 19 Oct 2007 11:52:31 +0100 Subject: [sup-talk] [PATCH] New hook (enabling message filters) Message-ID: <47188C6F.30008@quintic.co.uk> Hi - Attached is a patch to poll.rb to add the ability to filter messages pre-indexing. Theres one current problem with it which I cant figure out and thats the warnings you get when its run from sup-sync about missing a say_id - I think this is something to do with not having a buffer manager in sup-sync. Anyone any ideas how to get the say method in hooks.rb to fail gracefully to something else if the buffermanager isnt available? This hook allows you to do this in your .sup/hooks/before-add-message.rb: ## if message.subj =~ /^\[sup-talk\]/ message.add_label "sup" message.add_label "list" end message.add_label "work" if message.from =~ /mywork at email.com/ message.add_label "home" if message.from =~ /myhome at email.com/ ## .... and then when polling or during sup-sync this hook gets run for every message it adds to the index. "message" is the about-to-be-indexed email, changes made to it get passed on into the index. Any comments or fixes (like the "say" issue), mail me (or reply on list) Marcus -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: filter-hook.diff Url: http://rubyforge.org/pipermail/sup-talk/attachments/20071019/4144dbc4/attachment.pl From stubbsd@zetani.com Fri Oct 19 08:51:27 2007 From: stubbsd@zetani.com (David Stubbs) Date: Fri, 19 Oct 2007 13:51:27 +0100 Subject: [sup-talk] [PATCH] New hook (enabling message filters) In-Reply-To: <47188C6F.30008@quintic.co.uk> References: <47188C6F.30008@quintic.co.uk> Message-ID: <1192797904-sup-1316@DASMac.local> Excerpts from Marcus Williams's message of Fri Oct 19 11:52:31 +0100 2007: > Hi - > > Attached is a patch to poll.rb to add the ability to filter messages > pre-indexing. Theres one current problem with it which I cant figure out > and thats the warnings you get when its run from sup-sync about missing > a say_id - I think this is something to do with not having a buffer > manager in sup-sync. Anyone any ideas how to get the say method in > hooks.rb to fail gracefully to something else if the buffermanager isnt > available? > > This hook allows you to do this in your .sup/hooks/before-add-message.rb: > > ## > if message.subj =~ /^\[sup-talk\]/ > message.add_label "sup" > message.add_label "list" > end > > message.add_label "work" if message.from =~ /mywork at email.com/ > message.add_label "home" if message.from =~ /myhome at email.com/ > ## > > .... and then when polling or during sup-sync this hook gets run for > every message it adds to the index. "message" is the about-to-be-indexed > email, changes made to it get passed on into the index. > > Any comments or fixes (like the "say" issue), mail me (or reply on list) > > Marcus Hi Marcus, Attached is a patch to stop warning for @__say_id when using hooks. -------------- next part -------------- A non-text attachment was scrubbed... Name: hook.diff Type: application/octet-stream Size: 354 bytes Desc: not available Url : http://rubyforge.org/pipermail/sup-talk/attachments/20071019/1832ed0e/attachment.obj From marcus-sup@quintic.co.uk Fri Oct 19 09:46:39 2007 From: marcus-sup@quintic.co.uk (Marcus Williams) Date: Fri, 19 Oct 2007 14:46:39 +0100 Subject: [sup-talk] [PATCH] New hook (enabling message filters) In-Reply-To: <4d4780f700181787@IMSS-WIN> References: <47188C6F.30008@quintic.co.uk> <4d4780f700181787@IMSS-WIN> Message-ID: <4718B53F.3060704@quintic.co.uk> [sent from wrong email address, so apols if people get dupes] On 19/10/2007 David Stubbs wrote: > Attached is a patch to stop warning for @__say_id when using hooks. Ta - and heres an update that includes that and redirects say to log if running from sup-sync and ask_yes_or_no to gets. So you should be able to use all three and get something reasonable under both sup and sup-sync. Marcus -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: filter-hook.diff Url: http://rubyforge.org/pipermail/sup-talk/attachments/20071019/34918dc3/attachment.pl From marcus-sup@quintic.co.uk Fri Oct 19 09:50:07 2007 From: marcus-sup@quintic.co.uk (Marcus Williams) Date: Fri, 19 Oct 2007 14:50:07 +0100 Subject: [sup-talk] [PATCH] New hook (enabling message filters) In-Reply-To: <4d6e9e1600182d59@IMSS-WIN> References: <47188C6F.30008@quintic.co.uk> <4d4780f700181787@IMSS-WIN> <4d6e9e1600182d59@IMSS-WIN> Message-ID: <4718B60F.1090208@quintic.co.uk> On 19/10/2007 Marcus Williams wrote: > Ta - and heres an update that includes that and redirects say to log if > running from sup-sync and ask_yes_or_no to gets. ... this time I'll attach the right patch :( -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: filter-hook.diff Url: http://rubyforge.org/pipermail/sup-talk/attachments/20071019/b3b0f231/attachment.pl From stubbsd@zetani.com Fri Oct 19 10:03:13 2007 From: stubbsd@zetani.com (David Stubbs) Date: Fri, 19 Oct 2007 15:03:13 +0100 Subject: [sup-talk] [PATCH] New hook (enabling message filters) In-Reply-To: <4718B60F.1090208@quintic.co.uk> References: <47188C6F.30008@quintic.co.uk> <4d4780f700181787@IMSS-WIN> <4d6e9e1600182d59@IMSS-WIN> <4718B60F.1090208@quintic.co.uk> Message-ID: <1192802328-sup-8189@DASMac.local> Excerpts from Marcus Williams's message of Fri Oct 19 14:50:07 +0100 2007: > On 19/10/2007 Marcus Williams wrote: > > Ta - and heres an update that includes that and redirects say to log if > > running from sup-sync and ask_yes_or_no to gets. > > ... this time I'll attach the right patch :( Thanks Marcus, This seems just what I'm looking for ;-). I've only just started to use Sup over the last 2 days - I'm hooked! There are a few things I want to get sorted spam filtering is one of them. I'm assuming I'll be able to use your new patch to do spam filtering. I'm going to have a play over the weekend. Thanks! From marcus-sup@quintic.co.uk Fri Oct 19 10:18:37 2007 From: marcus-sup@quintic.co.uk (Marcus Williams) Date: Fri, 19 Oct 2007 15:18:37 +0100 Subject: [sup-talk] [PATCH] New hook (enabling message filters) In-Reply-To: <4d7f58120018376f@IMSS-WIN> References: <47188C6F.30008@quintic.co.uk> <4d4780f700181787@IMSS-WIN> <4d6e9e1600182d59@IMSS-WIN> <4718B60F.1090208@quintic.co.uk> <4d7f58120018376f@IMSS-WIN> Message-ID: <4718BCBD.2030307@quintic.co.uk> On 19/10/2007 David Stubbs wrote: > There are a few things I want to get sorted spam filtering is one of > them. I'm assuming I'll be able to use your new patch to do spam > filtering. Yep, you can mark things directly as spam by adding the spam label I think, although I've not tried this yet. You could also kill a message by adding killed as a label. So assuming your spam checker adds "SPAM" or something to the subject you can just do: message.add_label "spam" if message.subj =~ /SPAM/ I think you can also use the message.raw_headers to look for specific headers (like X-Spam-Status if you're using spamassassin). I'm not sure if the reserved labels like spam/killed etc can be added as strings or if you have to add them as symbols :spam or :killed - they're symbols in the code but they may get converted into strings when added to the index. Easy enough to test though. Marcus From stubbsd@zetani.com Fri Oct 19 10:21:50 2007 From: stubbsd@zetani.com (David Stubbs) Date: Fri, 19 Oct 2007 15:21:50 +0100 Subject: [sup-talk] [PATCH] New hook (enabling message filters) In-Reply-To: <4718BCBD.2030307@quintic.co.uk> References: <47188C6F.30008@quintic.co.uk> <4d4780f700181787@IMSS-WIN> <4d6e9e1600182d59@IMSS-WIN> <4718B60F.1090208@quintic.co.uk> <4d7f58120018376f@IMSS-WIN> <4718BCBD.2030307@quintic.co.uk> Message-ID: <1192803670-sup-9751@DASMac.local> Excerpts from Marcus Williams's message of Fri Oct 19 15:18:37 +0100 2007: > On 19/10/2007 David Stubbs wrote: > > There are a few things I want to get sorted spam filtering is one of > > them. I'm assuming I'll be able to use your new patch to do spam > > filtering. > > Yep, you can mark things directly as spam by adding the spam label I > think, although I've not tried this yet. You could also kill a message > by adding killed as a label. > > So assuming your spam checker adds "SPAM" or something to the subject > you can just do: > > message.add_label "spam" if message.subj =~ /SPAM/ > > I think you can also use the message.raw_headers to look for specific > headers (like X-Spam-Status if you're using spamassassin). > > I'm not sure if the reserved labels like spam/killed etc can be added as > strings or if you have to add them as symbols :spam or :killed - they're > symbols in the code but they may get converted into strings when added > to the index. Easy enough to test though. > > Marcus Funky, I'll give it a go! From marcus-sup@quintic.co.uk Fri Oct 19 10:46:46 2007 From: marcus-sup@quintic.co.uk (Marcus Williams) Date: Fri, 19 Oct 2007 15:46:46 +0100 Subject: [sup-talk] Keeping two (or more) sups in sync Message-ID: <4718C356.5090105@quintic.co.uk> Hi - Has anyone any suggestions on how to keep two sup's in sync? What I mean is, I have a set of sup email sources and sup installed on my machine at home and work. Both can be set up to use the same sources, but changes made with one copy of sup dont go to the other sup. At any one time I use one (work or home) exclusively if that matters. To keep the indexes in sync is it enough to copy the .sup directory between the two machines? Or should I be using sup-dump? Thanks Marcus From itaylor@uark.edu Fri Oct 19 15:33:08 2007 From: itaylor@uark.edu (Ian Taylor) Date: Fri, 19 Oct 2007 15:33:08 -0400 Subject: [sup-talk] sup crash on message load from imap source Message-ID: <1192822344-sup-5910@silver> --- NoMethodError at Fri Oct 19 15:31:45 -0400 2007 undefined method `[]' for nil:NilClass /var/lib/gems/1.8/gems/sup-0.1/lib/sup/imap.rb:272:in `get_imap_fields' /var/lib/gems/1.8/gems/sup-0.1/lib/sup/imap.rb:114:in `unsynchronized_raw_header' (eval):3:in `raw_header' (eval):3:in `synchronize' (eval):3:in `raw_header' /var/lib/gems/1.8/gems/sup-0.1/lib/sup/imap.rb:105:in `load_header' /var/lib/gems/1.8/gems/sup-0.1/lib/sup/util.rb:431:in `send' /var/lib/gems/1.8/gems/sup-0.1/lib/sup/util.rb:431:in `__pass' /var/lib/gems/1.8/gems/sup-0.1/lib/sup/util.rb:420:in `method_missing' /var/lib/gems/1.8/gems/sup-0.1/lib/sup/message.rb:153:in `load_from_source!' /var/lib/gems/1.8/gems/sup-0.1/lib/sup/modes/thread-index-mode.rb:73:in `select' /var/lib/gems/1.8/gems/sup-0.1/lib/sup/thread.rb:66:in `each' /var/lib/gems/1.8/gems/sup-0.1/lib/sup/thread.rb:161:in `each_with_stuff' /var/lib/gems/1.8/gems/sup-0.1/lib/sup/thread.rb:65:in `each' /var/lib/gems/1.8/gems/sup-0.1/lib/sup/modes/thread-index-mode.rb:73:in `select' /var/lib/gems/1.8/gems/sup-0.1/lib/sup/buffer.rb:587:in `say' /var/lib/gems/1.8/gems/sup-0.1/lib/sup/util.rb:395:in `send' /var/lib/gems/1.8/gems/sup-0.1/lib/sup/util.rb:395:in `method_missing' /var/lib/gems/1.8/gems/sup-0.1/lib/sup/modes/thread-index-mode.rb:72:in `select' /var/lib/gems/1.8/gems/sup-0.1/lib/sup.rb:69:in `reporting_thread' /var/lib/gems/1.8/gems/sup-0.1/lib/sup.rb:67:in `initialize' /var/lib/gems/1.8/gems/sup-0.1/lib/sup.rb:67:in `new' /var/lib/gems/1.8/gems/sup-0.1/lib/sup.rb:67:in `reporting_thread' /var/lib/gems/1.8/gems/sup-0.1/lib/sup/modes/thread-index-mode.rb:71:in `select' /var/lib/gems/1.8/gems/sup-0.1/lib/sup/mode.rb:52:in `send' /var/lib/gems/1.8/gems/sup-0.1/lib/sup/mode.rb:52:in `handle_input' /var/lib/gems/1.8/gems/sup-0.1/lib/sup/buffer.rb:193:in `handle_input' /var/lib/gems/1.8/gems/sup-0.1/bin/sup:195 /var/lib/gems/1.8/bin/sup:16:in `load' /var/lib/gems/1.8/bin/sup:16 -- Ian Taylor From vasudeva@linkswarm.com Tue Oct 23 09:42:36 2007 From: vasudeva@linkswarm.com (vasudeva) Date: Tue, 23 Oct 2007 09:42:36 -0400 Subject: [sup-talk] sup-talk emails in mbox format? Message-ID: <1193146815-sup-1943@lenin> Anyone have the full sup-talk mailing list in mbox format, so I can get it into sup for easy reference? Google's being a pain in the ass about giving me what I want, and the mailman interface only serves up the archive as plaintext files. -- linkswarm.com :: Collaborative Insolence vasudeva.linkswarm.com/gallery :: For The Faint of Heart From alexander.panek@brainsware.org Tue Oct 23 10:06:56 2007 From: alexander.panek@brainsware.org (Alexander Panek) Date: Tue, 23 Oct 2007 16:06:56 +0200 Subject: [sup-talk] Crash in message view Message-ID: <20071023160656.2e322db0.alexander.panek@brainsware.org> sup just crashed when I hit "return" inside the message view (one line above the folded signature, hit it too soon) with following error: The problem was: 'undefined method `expandable?' for #' (error type NoMethodError) A backtrace follows: /usr/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup/modes/thread-view-mode.rb:184:in `activate_chunk': undefined method `expandable?' for # (NoMethodError) from /usr/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup/mode.rb:52:in `send' from /usr/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup/mode.rb:52:in `handle_input' from /usr/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup/buffer.rb:193:in `handle_input' from /usr/lib/ruby/gems/1.8/gems/sup-0.1/bin/sup:195 from /usr/bin/sup:16:in `load' from /usr/bin/sup:16 -- Alexander Panek From vasudeva@linkswarm.com Tue Oct 23 10:47:22 2007 From: vasudeva@linkswarm.com (vasudeva) Date: Tue, 23 Oct 2007 10:47:22 -0400 Subject: [sup-talk] Adding stuff to the wiki... Message-ID: <1193150075-sup-9407@lenin> I've finally gotten around to adding some bits to the wiki, which I've been meaning to do forever, for reasons that are purely selfish, to wit: I'm tired as hell of digging through the mailman interface, my BASH history, archived emails, etc., to retrieve "must look at this later" items which I inevitably misplace along the way. http://sup.rubyforge.org/wiki/wiki.pl?HomePage I know a bunch of us probably have nifty little bits of configuration and lore we could add; perhaps if you have such a bit, you could add it to the wiki, so we have one-stop shopping for all our sup intel needs. I've added what I can for the moment, which isn't much (cause I'm a newb) and could use your collaborative oversight (cause I'm a dumb one). A rough HOWTO on editing the wiki is linked to on the HomePage. The wiki seems to disallow off-site linking, so if you missed this a few weeks back, here's the link William shared to the full HOWTO document... http://www.usemod.com/cgi-bin/wiki.pl?TextFormattingRules In particular, the method of adding a new page to the wiki is counter-intuitive, but is explained at the bottom of the above link. Strategically, it's probably more important that the information A) Get Shared than B) Be Instantly Pretty. -- linkswarm.com :: Collaborative Insolence vasudeva.linkswarm.com/gallery :: For The Faint of Heart From marcus-sup@quintic.co.uk Tue Oct 23 11:46:05 2007 From: marcus-sup@quintic.co.uk (Marcus Williams) Date: Tue, 23 Oct 2007 16:46:05 +0100 Subject: [sup-talk] sup-talk emails in mbox format? In-Reply-To: <00f6cdb300007d75@IMSS-WIN> References: <00f6cdb300007d75@IMSS-WIN> Message-ID: <471E173D.5000302@quintic.co.uk> On 23/10/2007 vasudeva wrote: > Anyone have the full sup-talk mailing list in mbox format, so I can get > it into sup for easy reference? Google's being a pain in the ass about > giving me what I want, and the mailman interface only serves up the > archive as plaintext files. Whilst they are plain text, they are actually stripped mbox's. Sup can index them (thats how I've put mine into sup anyway), just treat old archives as "unusual". The only problem with this is that mailman has stripped old email addresses out of the archives so you dont get to see who wrote what, so a mbox with all of this info would still be useful (so I guess thats a me too! post) Marcus From alexander.panek@brainsware.org Tue Oct 23 11:50:53 2007 From: alexander.panek@brainsware.org (Alexander Panek) Date: Tue, 23 Oct 2007 17:50:53 +0200 Subject: [sup-talk] sup-talk emails in mbox format? In-Reply-To: <471E173D.5000302@quintic.co.uk> References: <00f6cdb300007d75@IMSS-WIN> <471E173D.5000302@quintic.co.uk> Message-ID: <20071023175053.22c68f7e.alexander.panek@brainsware.org> On Tue, 23 Oct 2007 16:46:05 +0100 Marcus Williams wrote: > [...] (so I guess > thats a me too! post) Same here! I'd like to have that, too. Kind regards -- Alexander Panek From chrisw@rice.edu Tue Oct 23 12:59:59 2007 From: chrisw@rice.edu (Christopher Warrington) Date: Tue, 23 Oct 2007 11:59:59 -0500 Subject: [sup-talk] sup-talk emails in mbox format? In-Reply-To: <1193146815-sup-1943@lenin> References: <1193146815-sup-1943@lenin> Message-ID: <1193158714-sup-973@chris-tablet> Excerpts from vasudeva's message of Tue Oct 23 08:42:36 -0500 2007: > Anyone have the full sup-talk mailing list in mbox format, so I can get it into > sup for easy reference? Google's being a pain in the ass about giving me what I > want, and the mailman interface only serves up the archive as plaintext files. mailman gives a stripped and munged mbox. I used sed to replace the munged e-mail addresses with actual ones. Granted, I don't have all the headers, but it works well enough for me. -- Christopher Warrington Jones College From philsnow@gmail.com Tue Oct 23 17:55:58 2007 From: philsnow@gmail.com (Phil Snowberger) Date: Tue, 23 Oct 2007 17:55:58 -0400 Subject: [sup-talk] PATCH: make each thread's snippet come from the latest reply, not the earliest Message-ID: <6ab4c98f0710231455w68f89232r527b8d4b43e9e16f@mail.gmail.com> Attached is a patch (against the SVN trunk) that makes each thread's snippet come from the latest reply instead of the earliest. I thought about providing a configuration option for it, but this really seems like the Right Thing To Do, so I'll both avoid needless work (figuring out how to add an option to sup) and go along with William's reluctance to turn sup's configuration into a huge soupy mess. The motivation behind this change was that when I receive a one-line response to an email, that one line is the most important information about that thread at the moment, so the precious screen space in the thread index should go to that line. --Phil p.s. Thanks for sup, William! It's just what I wanted, but I hadn't realized what I wanted until I saw it :) -------------- next part -------------- A non-text attachment was scrubbed... Name: sup-snippet-last.diff Type: text/x-diff Size: 618 bytes Desc: not available Url : http://rubyforge.org/pipermail/sup-talk/attachments/20071023/777d97b5/attachment.bin From tim@timvaughan.co.uk Wed Oct 24 03:51:28 2007 From: tim@timvaughan.co.uk (Tim Vaughan) Date: Wed, 24 Oct 2007 08:51:28 +0100 Subject: [sup-talk] Google and IMAP Message-ID: <414a99f20710240051m4656b3b6sbd0057ba95dc68a6@mail.gmail.com> I see here: http://mail.google.com/support/bin/answer.py?ctx=gmail&hl=en&answer=75725 that Google is now rolling out IMAP access for Gmail accounts. I've been waiting for sup to have Gmail access before using it full-time - what does this development mean for sup/Gmail interaction now? I'd test this with sup myself but my Gmail account doesn't have IMAP access yet :(. Cheers, Tim From kevin.mark@verizon.net Wed Oct 24 04:47:57 2007 From: kevin.mark@verizon.net (Kevin Mark) Date: Wed, 24 Oct 2007 04:47:57 -0400 Subject: [sup-talk] Google and IMAP In-Reply-To: <414a99f20710240051m4656b3b6sbd0057ba95dc68a6@mail.gmail.com> References: <414a99f20710240051m4656b3b6sbd0057ba95dc68a6@mail.gmail.com> Message-ID: <20071024084757.GO5471@horacrux> On Wed, Oct 24, 2007 at 08:51:28AM +0100, Tim Vaughan wrote: > I see here: http://mail.google.com/support/bin/answer.py?ctx=gmail&hl=en&answer=75725 > that Google is now rolling out IMAP access for Gmail accounts. > I've been waiting for sup to have Gmail access before using it > full-time - what does this development mean for sup/Gmail interaction > now? > I'd test this with sup myself but my Gmail account doesn't have IMAP > access yet :(. > Thanks for the heads up, I just created a gmail account and added imap support. Mutt to only a few minutes to get it to read imap. Now on to sup... =K -- | .''`. == Debian GNU/Linux == | my web site: | | : :' : The Universal |mysite.verizon.net/kevin.mark/| | `. `' Operating System | go to counter.li.org and | | `- http://www.debian.org/ | be counted! #238656 | | my keyserver: subkeys.pgp.net | my NPO: cfsg.org | |join the new debian-community.org to help Debian! | |_______ Unless I ask to be CCd, assume I am subscribed _______| From marcus-sup@quintic.co.uk Wed Oct 24 04:59:52 2007 From: marcus-sup@quintic.co.uk (Marcus Williams) Date: Wed, 24 Oct 2007 09:59:52 +0100 Subject: [sup-talk] [PATCH] Tag all threads Message-ID: <471F0988.4010909@quintic.co.uk> Hi - Attached is a patch to toggle the tag status on all threads in the current view. Use the 'T' to toggle. Note that this only toggles the tag status of the current list of threads, so if you needed to toggle everything in your inbox you would need to have everything listed if you get my drift. Useful when coupled with ';' Marcus -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: tag_all.diff Url: http://rubyforge.org/pipermail/sup-talk/attachments/20071024/8ab80a9f/attachment.pl From alexander.panek@brainsware.org Thu Oct 25 05:08:00 2007 From: alexander.panek@brainsware.org (Alexander Panek) Date: Thu, 25 Oct 2007 11:08:00 +0200 Subject: [sup-talk] Refreshing inbox & removing +inbox label Message-ID: <20071025110800.b79fe28c.alexander.panek@brainsware.org> Hello, I've got two questions: - Is there a way to refresh the inbox, so labels are re-read (removing the +inbox label doesn't quite hide the threads from inbox - I have to restart sup to make it work..)? - Is there any easy way to hide threads from the inbox without removing the inbox label on a per-thread basis? Something like "tag all" threads in current view and making ";l" able to not only add, but also remove tags would be sufficiant for me. That'd be very handy for high traffic accounts where you actually only want to check occasionally, without having them flooding your inbox. Thanks in advance! -- Alexander Panek From alexander.panek@brainsware.org Thu Oct 25 05:31:10 2007 From: alexander.panek@brainsware.org (Alexander Panek) Date: Thu, 25 Oct 2007 11:31:10 +0200 Subject: [sup-talk] Refreshing inbox & removing +inbox label In-Reply-To: <20071025110800.b79fe28c.alexander.panek@brainsware.org> References: <20071025110800.b79fe28c.alexander.panek@brainsware.org> Message-ID: <20071025113110.811e170c.alexander.panek@brainsware.org> On Thu, 25 Oct 2007 11:08:00 +0200 Alexander Panek wrote: > [...] Something like "tag > all" threads in current view [...]. I've just seen there's another thread with a patch to achieve this. So now the only thing left would be inbox/view reloading and removing labels on all tagged threads. -- Alexander Panek From alexander.panek@brainsware.org Thu Oct 25 05:49:26 2007 From: alexander.panek@brainsware.org (Alexander Panek) Date: Thu, 25 Oct 2007 11:49:26 +0200 Subject: [sup-talk] Refreshing inbox & removing +inbox label In-Reply-To: <472063D9.40704@quintic.co.uk> References: <0a4e8b9700043d81@IMSS-WIN> <472063D9.40704@quintic.co.uk> Message-ID: <20071025114926.88e91efb.alexander.panek@brainsware.org> On Thu, 25 Oct 2007 10:37:29 +0100 Marcus Williams wrote: > Tag all was added by my recent patch but note that you have to have > all threads listed to tag as it only tags threads in the current > view. Ay, as mentioned in my self-reply, I've seen that after sending the initial message. > To remove a label with the 'l' command just delete it from the > list it gives you. AFAIK, this works only on a per-thread basis? (might be, that the version I'm using is a tad outdated - I didn't manage to use the SVN version yet. Having troubles installing it [rake install borks my RubyGems installation ..somehow.]) -- Alexander Panek From marcus-sup@quintic.co.uk Thu Oct 25 06:25:39 2007 From: marcus-sup@quintic.co.uk (Marcus Williams) Date: Thu, 25 Oct 2007 11:25:39 +0100 Subject: [sup-talk] [PATCH] Fix for imap based sources Message-ID: <47206F23.6080400@quintic.co.uk> Hi - Apply this one at your peril. This patch makes the unread status correct on sources that arent mbox - unfortunately I cant test on Maildir so if someone wants to confirm it still works that would be good :) If you implement a new source, it means you now have to add a marked_read? method to your source as well. Argument is a message id. message.rb now calls this when source_marked_read is called. It also fixes what I think is a bug in the imap sup source - the imap "/Seen" flag means a message has been read from the way I interpret the RFC, the "/Recent" flag is what you need to check for "unreadness". This fixes my problem with imap (in that all new messages were getting marked as read). To get just this fix all you have to do is replace Seen for Recent in the imap.rb. The line currently looks like: labels = { :Seen => :unread, and it should be labels = { :Recent => :unread, Marcus -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: imap-diffs Url: http://rubyforge.org/pipermail/sup-talk/attachments/20071025/f4d9e120/attachment.pl From marcus-sup@quintic.co.uk Thu Oct 25 08:35:23 2007 From: marcus-sup@quintic.co.uk (Marcus Williams) Date: Thu, 25 Oct 2007 13:35:23 +0100 Subject: [sup-talk] [PATCH] Fix for imap based sources In-Reply-To: <0ae09eda00048831@IMSS-WIN> References: <0ae09eda00048831@IMSS-WIN> Message-ID: <47208D8B.1060503@quintic.co.uk> On 25/10/2007 I wrote: > It also fixes what I think is a bug in the imap sup source - the imap > "/Seen" flag means a message has been read from the way I interpret the > RFC, the "/Recent" flag is what you need to check for "unreadness". ... which means I should probably be using it in the imap marked_read? as well. So the marked_read? method in imap.rb should probably be: def marked_read? id return @imap_state[id][:flags].include?(:Seen) end Note that I've removed the leading ! operator as well. Marcus From vasudeva@linkswarm.com Thu Oct 25 08:57:24 2007 From: vasudeva@linkswarm.com (vasudeva) Date: Thu, 25 Oct 2007 08:57:24 -0400 Subject: [sup-talk] Refreshing inbox & removing +inbox label In-Reply-To: <20071025114926.88e91efb.alexander.panek@brainsware.org> References: <0a4e8b9700043d81@IMSS-WIN> <472063D9.40704@quintic.co.uk> <20071025114926.88e91efb.alexander.panek@brainsware.org> Message-ID: <20071025125724.GA5250@lenin.sovietwar.org> * on 10-25-07, Alexander Panek wrote: > On Thu, 25 Oct 2007 10:37:29 +0100 > Marcus Williams wrote: > > > Tag all was added by my recent patch but note that you have to have > > all threads listed to tag as it only tags threads in the current > > view. Would it be desireable to be able to tag (or affect) threads *not* listed? That seems useful to me. Say you've got 3000 messages labeled, and now you want to change the label without painstakingly loading them all into your view. Maybe you've just finished syncing ten trillion emails from your old mbox sources and realize you didn't plan your label strategy very well... There's been mention of a separate tool to go through the ferret index and strip out deleted items, which a quick skimming of the ferret tutorial suggests may be part of the solution, since you can't modify index documents but you can delete and re-add. /> References: <20071025110800.b79fe28c.alexander.panek@brainsware.org> Message-ID: <1193330883-sup-3675@chris-tablet> Excerpts from Alexander Panek's message of Thu Oct 25 04:08:00 -0500 2007: > - Is there a way to refresh the inbox, so labels are re-read (removing > the +inbox label doesn't quite hide the threads from inbox - I have to > restart sup to make it work..)? In SVN, pressing @ (in 0.1, I think is is D) when in an index-mode re-executes the query. Any unsaved changes will be lost, so you probably want to save them first with $. -- Christopher Warrington From marcus-sup@quintic.co.uk Fri Oct 26 06:13:18 2007 From: marcus-sup@quintic.co.uk (Marcus Williams) Date: Fri, 26 Oct 2007 11:13:18 +0100 Subject: [sup-talk] Refreshing inbox & removing +inbox label In-Reply-To: <0b19eaf10004a252@IMSS-WIN> References: <0a4e8b9700043d81@IMSS-WIN> <472063D9.40704@quintic.co.uk> <20071025114926.88e91efb.alexander.panek@brainsware.org> <0b19eaf10004a252@IMSS-WIN> Message-ID: <4721BDBE.8090401@quintic.co.uk> On 25/10/2007 vasudeva wrote: > Would it be desireable to be able to tag (or affect) threads *not* > listed? > > That seems useful to me. Say you've got 3000 messages labeled, and > now you want to change the label without painstakingly loading them > all into your view. Maybe you've just finished syncing ten trillion > emails from your old mbox sources and realize you didn't plan your > label strategy very well... I think it would be useful to be able to rename labels but I guess only as a separate tool. I've found I only tend to tag separate messages or a smallish number like a set of search results (but large enough to make my patch worth while to me), I rarely have to tag *all* messages. Marcus From marcus-sup@quintic.co.uk Fri Oct 26 18:10:55 2007 From: marcus-sup@quintic.co.uk (Marcus Williams) Date: Fri, 26 Oct 2007 23:10:55 +0100 Subject: [sup-talk] [PATCH] Natural language date searches Message-ID: <1193436327-sup-5753@tomsk> With the help of the fantastic Chronic gem, this patch adds date based searches to sup with natural language. So you can do after:(1 week ago) after:(yesterday at 22:00) and before:(today at 5:00) and even combine them. For more examples see the Chronic docs at [1]. The brackets are important... watch the logs for oddities like: after:(yesterday) which probably wont do what you think as chronic sets a time of midday on the converted date. Specify a time if you need to or use "24 hours ago" or something. Marcus [1] http://chronic.rubyforge.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: date-search-diff Type: application/octet-stream Size: 912 bytes Desc: not available Url : http://rubyforge.org/pipermail/sup-talk/attachments/20071026/312f7611/attachment.obj From wmorgan-sup@masanjin.net Fri Oct 26 19:21:28 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Fri, 26 Oct 2007 16:21:28 -0700 Subject: [sup-talk] sup-talk emails in mbox format? In-Reply-To: <1193146815-sup-1943@lenin> References: <1193146815-sup-1943@lenin> Message-ID: <1193440713-sup-1850@south> Excerpts from vasudeva's message of Tue Oct 23 06:42:36 -0700 2007: > Anyone have the full sup-talk mailing list in mbox format, so I can > get it into sup for easy reference? Google's being a pain in the ass > about giving me what I want, and the mailman interface only serves up > the archive as plaintext files. I've created one here: http://masanjin.net/sup-talk.bz2. -- William From wmorgan-sup@masanjin.net Fri Oct 26 19:30:54 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Fri, 26 Oct 2007 16:30:54 -0700 Subject: [sup-talk] i'm back Message-ID: <1193440920-sup-3429@south> Sorry, all, for the lack of response for the past few weeks. I got married and went on a honeymoon where, for some reason, I wasn't supposed to sit at my laptop and write code. Now I'm back and eager to incorporate all these patches I see! -- William From kevin.mark@verizon.net Fri Oct 26 19:52:50 2007 From: kevin.mark@verizon.net (Kevin Mark) Date: Fri, 26 Oct 2007 19:52:50 -0400 Subject: [sup-talk] i'm back In-Reply-To: <1193440920-sup-3429@south> References: <1193440920-sup-3429@south> Message-ID: <20071026235250.GB19950@horacrux> On Fri, Oct 26, 2007 at 04:30:54PM -0700, William Morgan wrote: > Sorry, all, for the lack of response for the past few weeks. I got > married and went on a honeymoon where, for some reason, I wasn't > supposed to sit at my laptop and write code. Now I'm back and eager to > incorporate all these patches I see! > Congats on that! I just signed up for gmail because of the announced imap support and thought that it looked similar to sup -- thread based. -K -- | .''`. == Debian GNU/Linux == | my web site: | | : :' : The Universal |mysite.verizon.net/kevin.mark/| | `. `' Operating System | go to counter.li.org and | | `- http://www.debian.org/ | be counted! #238656 | | my keyserver: subkeys.pgp.net | my NPO: cfsg.org | |join the new debian-community.org to help Debian! | |_______ Unless I ask to be CCd, assume I am subscribed _______| From wmorgan-sup@masanjin.net Fri Oct 26 20:26:05 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Fri, 26 Oct 2007 17:26:05 -0700 Subject: [sup-talk] IMAP folders with spaces In-Reply-To: <1191938778-sup-7443@south> References: <1191938778-sup-7443@south> Message-ID: <1193444697-sup-5560@south> Excerpts from William Morgan's message of Tue Oct 09 07:06:51 -0700 2007: > Excerpts from Christopher Warrington's message of Mon Oct 08 02:19:09 -0700 2007: > > sup-add -a -u -l label "imaps://imap.host.tld/Mail/Two%20Words" > > > > works, but I get this error: > > > > > Sorry, I couldn't communicate with a source: While communicating with > > > IMAP server (type Net::IMAP::NoResponseError): "Mailbox does not > > > exist" > > > > What should I do? > > Wait for me to fix this bug. :) Escaped IMAP URIs should now work in SVN. -- William From wmorgan-sup@masanjin.net Fri Oct 26 20:48:55 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Fri, 26 Oct 2007 17:48:55 -0700 Subject: [sup-talk] BufferManager.ask and trailing spaces In-Reply-To: <1192123728-sup-9568@chris-tablet> References: <1192123728-sup-9568@chris-tablet> Message-ID: <1193446123-sup-1011@south> Excerpts from Christopher Warrington's message of Thu Oct 11 10:29:22 -0700 2007: > I am currently adding code to support refinement of searches. Basically, > I just copy the old query and make it the default text for the new > query. I accomplish this by doing: > > BufferManager.ask :refine_search, "query: ", old_query + " " > > However, the trailing space is being stripped out. I cannot figure out > where this is happening. How can I stop this from happening? Should be fixed in SVN. -- William From wmorgan-sup@masanjin.net Fri Oct 26 21:39:41 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Fri, 26 Oct 2007 18:39:41 -0700 Subject: [sup-talk] Sup on Ubuntu In-Reply-To: References: Message-ID: <1193449055-sup-7654@south> Excerpts from Raymond Kroeker's message of Tue Oct 16 19:39:28 -0700 2007: > irb(main):002:0> require 'curses' > LoadError: no such file to load -- curses > from > /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in > `gem_original_require' > from > /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `require' > from (irb):2 Try installing libcurses-ruby. (The Ubuntu package; not a gem.) That should do it. Both curses and ncurses are required, because curses defines a lot of constants that Sup uses for things like colors, keys, etc. -- William From wmorgan-sup@masanjin.net Fri Oct 26 21:49:14 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Fri, 26 Oct 2007 18:49:14 -0700 Subject: [sup-talk] Google and IMAP In-Reply-To: <414a99f20710240051m4656b3b6sbd0057ba95dc68a6@mail.gmail.com> References: <414a99f20710240051m4656b3b6sbd0057ba95dc68a6@mail.gmail.com> Message-ID: <1193449715-sup-4100@south> Excerpts from Tim Vaughan's message of Wed Oct 24 00:51:28 -0700 2007: > I see here: > http://mail.google.com/support/bin/answer.py?ctx=gmail&hl=en&answer=75725 > that Google is now rolling out IMAP access for Gmail accounts. > I've been waiting for sup to have Gmail access before using it > full-time - what does this development mean for sup/Gmail interaction > now? It means that I don't have to write a gmail bridge any more. You can just use IMAP. Procrastination rewarded! -- William From wmorgan-sup@masanjin.net Fri Oct 26 22:04:22 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Fri, 26 Oct 2007 19:04:22 -0700 Subject: [sup-talk] Adding stuff to the wiki... In-Reply-To: <1193150075-sup-9407@lenin> References: <1193150075-sup-9407@lenin> Message-ID: <1193450585-sup-6435@south> Wow, the wiki is looking really great. Thanks to Vasuveda, Christopher Warrington, Emag, and everyone else who's contributed. -- William From wmorgan-sup@masanjin.net Fri Oct 26 22:16:03 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Fri, 26 Oct 2007 19:16:03 -0700 Subject: [sup-talk] Problems with gems In-Reply-To: <20071011020714.GB3651@gmail.com> References: <20071011020714.GB3651@gmail.com> Message-ID: <1193451325-sup-1895@south> Excerpts from Alberto Bertogli's message of Wed Oct 10 19:07:14 -0700 2007: > I'm trying to install sup _without_ using gems, as I already have most > of the dependencies through my package manager (aptitude), and I'm > having lots of trouble. > > Since there is no way of telling gems that I already have the > packages, sup won't work because it's trying to check the dependencies > via gems on runtime and failing because gems thinks rake (for > instance) is not installed. What if you remove the "require 'rubygems'" lines from bin/sup and lib/sup.rb? -- William From wmorgan-sup@masanjin.net Fri Oct 26 23:46:58 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Fri, 26 Oct 2007 20:46:58 -0700 Subject: [sup-talk] Feature Req: Command line search/display options In-Reply-To: <471361DE.9040008@quintic.co.uk> References: <471361DE.9040008@quintic.co.uk> Message-ID: <1193456434-sup-4612@south> Excerpts from Marcus Williams's message of Mon Oct 15 05:49:34 -0700 2007: > I'd like to add some command line options to search/display messages, > because then I can script using sup outside of sup as it were. In SVN there's a devel/console.sh, which shows how to hook into Sup without invoking the interface. Here are some examples: > sup --search "some search term" $ sh devel/console.sh [Fri Oct 26 20:37:55 -0700 2007] loading index... [Fri Oct 26 20:37:55 -0700 2007] loaded index of 63434 messages >> Index.index.search_each("potato") { |id, score| m = Index.build_message(id); puts "[#{id}] [#{m.from}] [#{m.subj}]" } [65155] [William Morgan ] [potato] [20758] [Sam Smoot ] [Declaring instance variables dynamically] [6048] [David Balmain ] [[Ferret-talk] hello, acts_as_ferret questions, any help greatly appreciate] [6047] [koloa ] [[Ferret-talk] hello, acts_as_ferret questions, any help greatly appreciate] [2251] [William Morgan ] [lunch today] > sup --display someid0 >> puts Index.build_message(6047).raw_message From ferret-talk-bounces at rubyforge.org Mon Oct 09 08:17:37 2006 [...] You can submit a patch that adds --search and --display options to bin/sup, if you like. -- William From wmorgan-sup@masanjin.net Fri Oct 26 23:52:45 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Fri, 26 Oct 2007 20:52:45 -0700 Subject: [sup-talk] Keeping two (or more) sups in sync In-Reply-To: <4718C356.5090105@quintic.co.uk> References: <4718C356.5090105@quintic.co.uk> Message-ID: <1193456972-sup-117@south> Excerpts from Marcus Williams's message of Fri Oct 19 07:46:46 -0700 2007: > To keep the indexes in sync is it enough to copy the .sup directory > between the two machines? Or should I be using sup-dump? If the architectures are the same, copying the .sup directory should work and is probably the best way of ensuring everything is synchronized. If the architectures are different, then this becomes a Ferret question, and I don't really know the answer. Sup-dump should work in the worst case, but will definitely be slow, and you'll also have to manually synchronize the other files in .sup/ like sources.yaml, contacts.txt, etc. -- William From william.betts@gmail.com Sat Oct 27 09:17:46 2007 From: william.betts@gmail.com (William Betts) Date: Sat, 27 Oct 2007 08:17:46 -0500 Subject: [sup-talk] i'm back In-Reply-To: <1193440920-sup-3429@south> References: <1193440920-sup-3429@south> Message-ID: <17b80a160710270617w4f8a1de4gea538b3eec63c921@mail.gmail.com> Congratulations! I wish you and your new wife the best of luck. On 10/26/07, William Morgan wrote: > Sorry, all, for the lack of response for the past few weeks. I got > married and went on a honeymoon where, for some reason, I wasn't > supposed to sit at my laptop and write code. Now I'm back and eager to > incorporate all these patches I see! > > -- > William > _______________________________________________ > sup-talk mailing list > sup-talk at rubyforge.org > http://rubyforge.org/mailman/listinfo/sup-talk > From vasudeva@linkswarm.com Sat Oct 27 11:25:48 2007 From: vasudeva@linkswarm.com (vasudeva) Date: Sat, 27 Oct 2007 11:25:48 -0400 Subject: [sup-talk] sup-talk emails in mbox format? In-Reply-To: <1193440713-sup-1850@south> References: <1193146815-sup-1943@lenin> <1193440713-sup-1850@south> Message-ID: <20071027152548.GA23911@lenin.sovietwar.org> * on 10-26-07, William Morgan wrote: > Excerpts from vasudeva's message of Tue Oct 23 06:42:36 -0700 2007: > > Anyone have the full sup-talk mailing list in mbox format, so I can > > get it into sup for easy reference? Google's being a pain in the ass > > about giving me what I want, and the mailman interface only serves up > > the archive as plaintext files. > > I've created one here: http://masanjin.net/sup-talk.bz2. Awesome -- thanks. Also, congratulations! /> References: <414a99f20710240051m4656b3b6sbd0057ba95dc68a6@mail.gmail.com> <1193449715-sup-4100@south> Message-ID: <414a99f20710270928y17ec57f7q69711d74f4322d76@mail.gmail.com> > It means that I don't have to write a gmail bridge any more. You can > just use IMAP. Procrastination rewarded! Woo :). I now have sup set up with ssmtp and Gmail over IMAP and it seems to be working fine - a few observations: * Google has hacked together folder <->label translation. Labels in sup don't correspond to IMAP folders as far as I can tell, so I either use Gmail labels or sup labels, not both. * I've created filters in Gmail for mailing lists which automatically archive and label incoming mail. I can add an IMAP folder in Gmail as a source to catch this mail, but perhaps I would be better off not having Gmail filters altogether if I intend to use sup fulltime? * Furthermore, due to having to rebuild the index when I use the Gmail web interface, should I never use the Gmail web interface? From itaylor@uark.edu Sat Oct 27 12:40:05 2007 From: itaylor@uark.edu (Ian Taylor) Date: Sat, 27 Oct 2007 11:40:05 -0500 Subject: [sup-talk] svn sup exception Message-ID: <1193503105-sup-258@silver> Sup seems to die with this every so often. --- NoMethodError at Sat Oct 27 10:35:07 -0500 2007 undefined method `resize' for nil:NilClass /var/lib/gems/1.8/gems/sup-0.1/lib/sup/buffer.rb:232:in `draw_screen' /var/lib/gems/1.8/gems/sup-0.1/lib/sup/buffer.rb:615:in `clear' /var/lib/gems/1.8/gems/sup-0.1/lib/sup/buffer.rb:589:in `say' /var/lib/gems/1.8/gems/sup-0.1/lib/sup/util.rb:395:in `send' /var/lib/gems/1.8/gems/sup-0.1/lib/sup/util.rb:395:in `method_missing' /var/lib/gems/1.8/gems/sup-0.1/lib/sup/modes/thread-index-mode.rb:72:in `select' /var/lib/gems/1.8/gems/sup-0.1/lib/sup.rb:69:in `reporting_thread' /var/lib/gems/1.8/gems/sup-0.1/lib/sup.rb:67:in `initialize' /var/lib/gems/1.8/gems/sup-0.1/lib/sup.rb:67:in `new' /var/lib/gems/1.8/gems/sup-0.1/lib/sup.rb:67:in `reporting_thread' /var/lib/gems/1.8/gems/sup-0.1/lib/sup/modes/thread-index-mode.rb:71:in `select' /var/lib/gems/1.8/gems/sup-0.1/lib/sup/mode.rb:52:in `send' /var/lib/gems/1.8/gems/sup-0.1/lib/sup/mode.rb:52:in `handle_input' /var/lib/gems/1.8/gems/sup-0.1/lib/sup/buffer.rb:193:in `handle_input' /var/lib/gems/1.8/gems/sup-0.1/bin/sup:199 /var/lib/gems/1.8/bin/sup:16:in `load' /var/lib/gems/1.8/bin/sup:16 -- Ian Taylor From wmorgan-sup@masanjin.net Sat Oct 27 12:56:47 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Sat, 27 Oct 2007 09:56:47 -0700 Subject: [sup-talk] Google and IMAP In-Reply-To: <414a99f20710270928y17ec57f7q69711d74f4322d76@mail.gmail.com> References: <414a99f20710240051m4656b3b6sbd0057ba95dc68a6@mail.gmail.com> <1193449715-sup-4100@south> <414a99f20710270928y17ec57f7q69711d74f4322d76@mail.gmail.com> Message-ID: <1193503799-sup-4673@south> Excerpts from Tim Vaughan's message of Sat Oct 27 09:28:45 -0700 2007: > I now have sup set up with ssmtp and Gmail over IMAP and it seems to > be working fine Great! > * Google has hacked together folder <->label translation. Labels in > sup don't correspond to IMAP folders as far as I can tell, so I either > use Gmail labels or sup labels, not both. Interesting. So I assume this means that a single message will appear in multiple "folders", one for each label. Slightly weird, but Sup should handle dupes fine. > * I've created filters in Gmail for mailing lists which automatically > archive and label incoming mail. I can add an IMAP folder in Gmail as > a source to catch this mail, but perhaps I would be better off not > having Gmail filters altogether if I intend to use sup fulltime? There should be no problem with using Gmail to filter or classify mail in this manner. I use procmail to do exactly the same thing locally. One day Sup will use procmail to perform its own filtering, but that will be an added bonus and won't interfere with any per-source autoapplied labels. > * Furthermore, due to having to rebuild the index when I use the Gmail > web interface, should I never use the Gmail web interface? It's up to you. Sup doesn't play well with others. You can either run sup-sync --changed every time you use the web interface, or you can use Sup's superior interface and functionality exclusively. :) -- William From wmorgan-sup@masanjin.net Sat Oct 27 13:43:40 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Sat, 27 Oct 2007 10:43:40 -0700 Subject: [sup-talk] new in svn: enclosed message (message/rfc822) handling Message-ID: <1193506731-sup-2948@south> My #1 goal for Sup right now is to fix the last few critical bugs so that I can push out an 0.2 release so that I can start looking at all these fancy new feature patches I see. But, since this change has been sitting, half-completed, in my working directory for the past few weeks, I figured I'd finish it and push it out. Message/rfc822 MIME attachments (i.e. attached messages) are now handled nicely in SVN. -- William From wmorgan-sup@masanjin.net Sat Oct 27 15:08:50 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Sat, 27 Oct 2007 12:08:50 -0700 Subject: [sup-talk] Exception reading contacts.txt In-Reply-To: <1191938052-sup-4087@Kirin.local> References: <1191936819-sup-5265@Kirin.local> <1191937287-sup-4195@south> <1191938052-sup-4087@Kirin.local> Message-ID: <1193512114-sup-3203@south> Excerpts from Steve Tooke's message of Tue Oct 09 06:58:51 -0700 2007: > Sup did allow me to enter a space in the alias! Spaces in aliases should now be fine. -- William From wmorgan-sup@masanjin.net Sat Oct 27 15:22:51 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Sat, 27 Oct 2007 12:22:51 -0700 Subject: [sup-talk] displaying message timestamp in different timezones In-Reply-To: <1192116811-sup-1803@timmy> References: <1192116811-sup-1803@timmy> Message-ID: <1193512377-sup-5842@south> Excerpts from Eyal Oren's message of Thu Oct 11 08:41:46 -0700 2007: > When reading emails from people in other timezones, Mutt offers the > option to display the message timestamp in either the sender's or the > receiver's timezone. > > Does sup have a similar option, or how does it deal with timezones? > It seems that timezones are not considered and that the sent time is > simply shown without computing the equivalent time in my local > timezone. Sup uses Time.parse, which is supposed to take into account the timezone, assuming the date is in proper rfc822 format. I haven't spent any time on this than the bare minimum to get it working, though, so I'm not terribly surprised it's doing something wrong. What it should do is convert everything to the local timezone, and never display any date that isn't in the local timezone. (Except when viewing the raw headers, of course). I've added this to the TODO, tentatively for 0.3. -- William From wmorgan-sup@masanjin.net Sat Oct 27 15:28:54 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Sat, 27 Oct 2007 12:28:54 -0700 Subject: [sup-talk] Crash in message view In-Reply-To: <20071023160656.2e322db0.alexander.panek@brainsware.org> References: <20071023160656.2e322db0.alexander.panek@brainsware.org> Message-ID: <1193513321-sup-2838@south> Excerpts from Alexander Panek's message of Tue Oct 23 07:06:56 -0700 2007: > sup just crashed when I hit "return" inside the message view (one line > above the folded signature, hit it too soon) with following error: > > The problem was: 'undefined method `expandable?' for > #' (error type NoMethodError) Fixed in SVN. Thanks. -- William From wmorgan-sup@masanjin.net Sat Oct 27 15:32:04 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Sat, 27 Oct 2007 12:32:04 -0700 Subject: [sup-talk] sup crash on message load from imap source In-Reply-To: <1192822344-sup-5910@silver> References: <1192822344-sup-5910@silver> Message-ID: <1193513453-sup-6053@south> Excerpts from Ian Taylor's message of Fri Oct 19 12:33:08 -0700 2007: > --- NoMethodError at Fri Oct 19 15:31:45 -0400 2007 > undefined method `[]' for nil:NilClass > /var/lib/gems/1.8/gems/sup-0.1/lib/sup/imap.rb:272:in `get_imap_fields' Looks like this would be triggered on an out-of-sync IMAP source. Should be fixed in SVN now. Thanks! -- William From wmorgan-sup@masanjin.net Sat Oct 27 15:42:09 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Sat, 27 Oct 2007 12:42:09 -0700 Subject: [sup-talk] Crash on saving messages In-Reply-To: <20071018113224.9fccaf5d.alexander.panek@brainsware.org> References: <20071018113224.9fccaf5d.alexander.panek@brainsware.org> Message-ID: <1193514040-sup-7786@south> Excerpts from Alexander Panek's message of Thu Oct 18 02:32:24 -0700 2007: > I am using the gem, version 0.1. Is this fixed in SVN? I think this is the same problem that Ian reported. Should be fixed now in SVN. -- William From wmorgan-sup@masanjin.net Sat Oct 27 15:49:04 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Sat, 27 Oct 2007 12:49:04 -0700 Subject: [sup-talk] svn sup exception In-Reply-To: <1193503105-sup-258@silver> References: <1193503105-sup-258@silver> Message-ID: <1193514475-sup-7922@south> Excerpts from Ian Taylor's message of Sat Oct 27 09:40:05 -0700 2007: > Sup seems to die with this every so often. > > --- NoMethodError at Sat Oct 27 10:35:07 -0500 2007 > undefined method `resize' for nil:NilClass > /var/lib/gems/1.8/gems/sup-0.1/lib/sup/buffer.rb:232:in `draw_screen' Bizarre. Seems to imply there are no buffers left, which is impossible because inbox-mode is unkillable. Can you narrow down the circumstances at all? -- William From marcus-sup@quintic.co.uk Sat Oct 27 17:10:35 2007 From: marcus-sup@quintic.co.uk (Marcus Williams) Date: Sat, 27 Oct 2007 22:10:35 +0100 Subject: [sup-talk] [PATCH] Natural language date searches In-Reply-To: <1193436327-sup-5753@tomsk> References: <1193436327-sup-5753@tomsk> Message-ID: <1193519205-sup-6445@tomsk> On 26/10/2007, Marcus Williams wrote: > With the help of the fantastic Chronic gem, this patch adds date based > searches to sup with natural language. So you can do > > after:(1 week ago) > after:(yesterday at 22:00) > > and > > before:(today at 5:00) Attached is a tweaked patch so that you dont get an error if you pass a query string that Chronic cant parse. Currently it removes the query from the query string if it cant parse it and warns the user. It probably needs a change to bin/sup to ignore the query if parse_user_query_string returns an empty query, but this patch doesnt include that. Marcus -------------- next part -------------- A non-text attachment was scrubbed... Name: date-search-diff Type: application/octet-stream Size: 1085 bytes Desc: not available Url : http://rubyforge.org/pipermail/sup-talk/attachments/20071027/61248a8e/attachment.obj From wmorgan-sup@masanjin.net Sat Oct 27 18:24:08 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Sat, 27 Oct 2007 15:24:08 -0700 Subject: [sup-talk] PATCH: make each thread's snippet come from the latest reply, not the earliest In-Reply-To: <6ab4c98f0710231455w68f89232r527b8d4b43e9e16f@mail.gmail.com> References: <6ab4c98f0710231455w68f89232r527b8d4b43e9e16f@mail.gmail.com> Message-ID: <1193523470-sup-442@south> Excerpts from Phil Snowberger's message of Tue Oct 23 14:55:58 -0700 2007: > Attached is a patch (against the SVN trunk) that makes each thread's > snippet come from the latest reply instead of the earliest. Applied, in modified form, even though I'm really supposed to be focusing on bug fixes right now. > p.s. Thanks for sup, William! It's just what I wanted, but I hadn't > realized what I wanted until I saw it :) Thanks! Added to the Wall of Praise. -- William From wmorgan-sup@masanjin.net Sat Oct 27 18:56:07 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Sat, 27 Oct 2007 15:56:07 -0700 Subject: [sup-talk] problem with labels... In-Reply-To: <1190888538-sup-1554@vual.tchpc.tcd.ie> References: <1190715365-sup-7656@vual.tchpc.tcd.ie> <1190853809-sup-2942@south> <1190888538-sup-1554@vual.tchpc.tcd.ie> Message-ID: <1193525732-sup-9986@south> Excerpts from Jimmy Tang's message of Thu Sep 27 03:27:23 -0700 2007: > i was too sure on what you wanted for a reproducible test case, so i > just put a small shell script of the commands and order of commands > that causes it to fail for me together. I'll send you the tarball in a > seperate mail. I've fixed the downcasing issue with tab completion and now everything seems to work perfectly with the latest SVN. Give it a try and let me know if it works for you. -- William From chrisw@rice.edu Sat Oct 27 18:59:03 2007 From: chrisw@rice.edu (Christopher Warrington) Date: Sat, 27 Oct 2007 17:59:03 -0500 Subject: [sup-talk] Problems in message_to_chunks Message-ID: <1193525943.4723c2b71faae@webmail.mail.rice.edu> Line 322 is producing Nils is various contexts in r630: On opening the inbox-mode: The problem was: 'private method `format' called for nil:NilClass' (error type NoMethodError) A backtrace follows: ./sup/trunk/lib/sup/message.rb:328:in `message_to_chunks': private method `format' called for nil:NilClass (NoMethodError) from ./sup/trunk/lib/sup/message.rb:322:in `message_to_chunks' from ./sup/trunk/lib/sup/message.rb:322:in `map' from ./sup/trunk/lib/sup/message.rb:322:in `message_to_chunks' from ./sup/trunk/lib/sup/message.rb:154:in `load_from_source!' from ./sup/trunk/lib/sup/message.rb:207:in `content' from ./sup/trunk/lib/sup/index.rb:172:in `sync_message' from ./sup/trunk/lib/sup/util.rb:395:in `send' from ./sup/trunk/lib/sup/util.rb:395:in `method_missing' ... 32 levels... from ./sup/trunk/lib/sup.rb:68:in `reporting_thread' from ./sup/trunk/lib/sup/modes/thread-index-mode.rb:342:in `load_n_threads_background' from ./sup/trunk/lib/sup/modes/thread-index-mode.rb:392:in `load_threads' from sup/trunk/bin/sup:187 On sup-syncing a large IMAP folder: /usr/lib/ruby/gems/1.8/gems/rmail-0.17/lib/rmail/utils.rb:48:in `base64_decode': undefined method `unpack' for nil:NilClass (NoMethodError) from /usr/lib/ruby/gems/1.8/gems/rmail-0.17/lib/rmail/message.rb:117:in `decode' from ./sup/trunk/lib/sup/message-chunks.rb:50:in `initialize' from ./sup/trunk/lib/sup/message.rb:347:in `new' from ./sup/trunk/lib/sup/message.rb:347:in `message_to_chunks' from ./sup/trunk/lib/sup/message.rb:322:in `message_to_chunks' from ./sup/trunk/lib/sup/message.rb:322:in `map' from ./sup/trunk/lib/sup/message.rb:322:in `message_to_chunks' from ./sup/trunk/lib/sup/message.rb:154:in `load_from_source!' ... 13 levels... from ./sup/trunk/lib/sup/util.rb:395:in `method_missing' from sup/trunk/bin/sup-sync:133 from sup/trunk/bin/sup-sync:128:in `each' from sup/trunk/bin/sup-sync:128 -- Christopher Warrington (away from his normal computer) From wmorgan-sup@masanjin.net Sat Oct 27 21:04:17 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Sat, 27 Oct 2007 18:04:17 -0700 Subject: [sup-talk] Problems in message_to_chunks In-Reply-To: <1193525943.4723c2b71faae@webmail.mail.rice.edu> References: <1193525943.4723c2b71faae@webmail.mail.rice.edu> Message-ID: <1193533308-sup-4419@south> Excerpts from Christopher Warrington's message of Sat Oct 27 15:59:03 -0700 2007: > On opening the inbox-mode: > The problem was: 'private method `format' called for nil:NilClass' (error type > NoMethodError) Weird. It looks like RubyMail can't find a From: line in a message/rfc822 attachment. If you get a chance, send me the message in question so I can play with it. I think this should be special-cased as of r634 though. > On sup-syncing a large IMAP folder: > /usr/lib/ruby/gems/1.8/gems/rmail-0.17/lib/rmail/utils.rb:48:in `base64_decode': > undefined method `unpack' for nil:NilClass (NoMethodError) > from /usr/lib/ruby/gems/1.8/gems/rmail-0.17/lib/rmail/message.rb:117:in > `decode' Weird. It looks like RubyMail is having trouble parsing an attachment. Same as above: should be special-cased in r634, and send me the message if you get a chance. Thanks! -- William From wmorgan-sup@masanjin.net Sat Oct 27 23:06:26 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Sat, 27 Oct 2007 20:06:26 -0700 Subject: [sup-talk] Amazon.com messages can't be added to index In-Reply-To: References: <20071014052003.GE17985@horacrux> <1192396734-sup-4334@chris-tablet> Message-ID: <1193540770-sup-4734@south> Excerpts from veganjenny's message of Sun Oct 14 15:32:08 -0700 2007: > I think the problem is that the field gets tokenized. Precisely so. I think I have finally fixed this problem in SVN (by stripping all spaces from message ids). Update to r637 and see if it still happens. -- William From wmorgan-sup@masanjin.net Sat Oct 27 23:38:34 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Sat, 27 Oct 2007 20:38:34 -0700 Subject: [sup-talk] Problem with mbox format In-Reply-To: <1192123770-sup-3583@chris-tablet> References: <1192123770-sup-3583@chris-tablet> Message-ID: <1193542521-sup-2724@south> Excerpts from Christopher Warrington's message of Thu Oct 11 10:30:30 -0700 2007: > I've been having some problems with messages that appear to confuse the > mbox parser. For example, if, by chance, one of my messages contains > "From now on" and this starts a new line, I get this error when sup > tried to store the sent message in sent.mbox: This should now be fixed in SVN. If you have any unquoted From's in sent.mbox, you will have to manually fix them (i.e., change "From " to ">From " at the start of all lines) and run sup-sync --changed sup://sent. > Also, if I save a message like this for later editing, lines that start > with "From " have a '>' perpended to them which I must delete. This should also now be fixed. I think. > (Which mbox format is sup using, by the way?) The variant where "From " at the beginning of a line signifies a new message. Content-Lines or Content-Size or whatever the header is is ignored. -- William From wmorgan-sup@masanjin.net Sat Oct 27 23:47:41 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Sat, 27 Oct 2007 20:47:41 -0700 Subject: [sup-talk] memory hog ? In-Reply-To: <6205b42d0710100114i510e3706mfec56d4efe22ab2@mail.gmail.com> References: <6205b42d0710100114i510e3706mfec56d4efe22ab2@mail.gmail.com> Message-ID: <1193543015-sup-4081@south> Excerpts from Pierre Baillet's message of Wed Oct 10 01:14:56 -0700 2007: > Without touching anything sup now tries to use all the available > memory on my computer and never finishes to start (more than 3GB...). > That's a bit annoying as behaviour. I've not idea on how to solve it, > so maybe one of you has an idea... Did you ever solve this? -- William From chrisw@rice.edu Sun Oct 28 00:48:40 2007 From: chrisw@rice.edu (Christopher Warrington) Date: Sat, 27 Oct 2007 23:48:40 -0500 Subject: [sup-talk] Problem with mbox format In-Reply-To: <1193542521-sup-2724@south> References: <1192123770-sup-3583@chris-tablet> <1193542521-sup-2724@south> Message-ID: <1193546913-sup-2318@chris-tablet> Excerpts from William Morgan's message of Sat Oct 27 22:38:34 -0500 2007: >> I've been having some problems with messages that appear to confuse the >> mbox parser. For example, if, by chance, one of my messages contains >> "From now on" and this starts a new line, I get this error when sup >> tried to store the sent message in sent.mbox: > This should now be fixed in SVN. If you have any unquoted From's in > sent.mbox, you will have to manually fix them (i.e., change "From " to > ">From " at the start of all lines) and run sup-sync --changed sup://sent. Works for me in r639. Thanks! >> Also, if I save a message like this for later editing, lines that start >> with "From " have a '>' perpended to them which I must delete. > This should also now be fixed. I think. Not in r639. -- Christopher Warrington From chrisw@rice.edu Sun Oct 28 00:50:16 2007 From: chrisw@rice.edu (Christopher Warrington) Date: Sat, 27 Oct 2007 23:50:16 -0500 Subject: [sup-talk] Problems in message_to_chunks In-Reply-To: <1193533308-sup-4419@south> References: <1193525943.4723c2b71faae@webmail.mail.rice.edu> <1193533308-sup-4419@south> Message-ID: <1193546938-sup-1546@chris-tablet> Excerpts from William Morgan's message of Sat Oct 27 20:04:17 -0500 2007: > Excerpts from Christopher Warrington's message of Sat Oct 27 15:59:03 -0700 2007: >> On opening the inbox-mode: The problem was: 'private method `format' >> called for nil:NilClass' (error type NoMethodError) > Weird. It looks like RubyMail can't find a From: line in a > message/rfc822 attachment. If you get a chance, send me the message in > question so I can play with it. I think this should be special-cased > as of r634 though. Yeah. It works in r639. I'd send you the message, but I don't know which one was causing the error. If it happens again, I will. >> On sup-syncing a large IMAP folder: >> /usr/lib/ruby/gems/1.8/gems/rmail-0.17/lib/rmail/utils.rb:48:in `base64_decode': >> undefined method `unpack' for nil:NilClass (NoMethodError) >> from /usr/lib/ruby/gems/1.8/gems/rmail-0.17/lib/rmail/message.rb:117:in >> `decode' > Weird. It looks like RubyMail is having trouble parsing an attachment. > Same as above: should be special-cased in r634, and send me the > message if you get a chance. This too appears to be working in r639. Thanks. -- Christopher Warrington From jtang@tchpc.tcd.ie Sun Oct 28 06:01:51 2007 From: jtang@tchpc.tcd.ie (Jimmy Tang) Date: Sun, 28 Oct 2007 10:01:51 +0000 Subject: [sup-talk] problem with labels... In-Reply-To: <1193525732-sup-9986@south> References: <1190715365-sup-7656@vual.tchpc.tcd.ie> <1190853809-sup-2942@south> <1190888538-sup-1554@vual.tchpc.tcd.ie> <1193525732-sup-9986@south> Message-ID: <1193565654-sup-409@vual.tchpc.tcd.ie> Hi William Excerpts from William Morgan's message of Sat Oct 27 23:56:07 +0100 2007: > > I've fixed the downcasing issue with tab completion and now everything > seems to work perfectly with the latest SVN. Give it a try and let me > know if it works for you. > yeap, it's working as expected now, thanks :) Thanks, Jimmy. -- Jimmy Tang Trinity Centre for High Performance Computing, Lloyd Building, Trinity College Dublin, Dublin 2, Ireland. http://www.tchpc.tcd.ie/ | http://www.tchpc.tcd.ie/~jtang From chrisw@rice.edu Sun Oct 28 14:22:44 2007 From: chrisw@rice.edu (Christopher Warrington) Date: Sun, 28 Oct 2007 13:22:44 -0500 Subject: [sup-talk] IMAP folders with spaces In-Reply-To: <1193444697-sup-5560@south> References: <1191938778-sup-7443@south> <1193444697-sup-5560@south> Message-ID: <1193595743-sup-3273@chris-tablet> Excerpts from William Morgan's message of Fri Oct 26 19:26:05 -0500 2007: > Escaped IMAP URIs should now work in SVN. Works great. Thanks! -- Christopher Warrington From alexander.panek@lomography.com Mon Oct 29 09:22:01 2007 From: alexander.panek@lomography.com (Alexander Panek) Date: Mon, 29 Oct 2007 14:22:01 +0100 Subject: [sup-talk] Running SVN version Message-ID: <20071029142201.844a5acc.alexander.panek@lomography.com> Hello, even though I expect to be slaughtered... How do I run sup from SVN? Checking out and running rake install borks my rubygems installation completely and forces me to reinstall rubygems. Sorry for this question, but sup is the first Ruby /application/ I use.. just used libraries before. Thanks in advance. -- Alexander Panek From itaylor@uark.edu Mon Oct 29 10:39:23 2007 From: itaylor@uark.edu (Ian Taylor) Date: Mon, 29 Oct 2007 09:39:23 -0500 Subject: [sup-talk] Running SVN version In-Reply-To: <20071029142201.844a5acc.alexander.panek@lomography.com> References: <20071029142201.844a5acc.alexander.panek@lomography.com> Message-ID: <1193668697-sup-7820@silver> Excerpts from Alexander Panek's message of Mon Oct 29 08:22:01 -0500 2007: > Hello, > > even though I expect to be slaughtered... > > How do I run sup from SVN? > Checking out and running rake install borks my rubygems installation completely > and forces me to reinstall rubygems. > > Sorry for this question, but sup is the first Ruby /application/ I use.. just > used libraries before. > > Thanks in advance. Not sure how you're supposed to do it, but what has been working fine for me is... rake gem sudo gem install pkg/sup-0.1.gem -- Ian Taylor From wmorgan-sup@masanjin.net Mon Oct 29 11:46:31 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Mon, 29 Oct 2007 08:46:31 -0700 Subject: [sup-talk] sup-sync-back: killed threads and read status In-Reply-To: <6205b42d0710142302u2ca4c6c0yc53336434bc4fe39@mail.gmail.com> References: <6205b42d0710142302u2ca4c6c0yc53336434bc4fe39@mail.gmail.com> Message-ID: <1193672440-sup-8648@south> Excerpts from Pierre Baillet's message of Sun Oct 14 23:02:12 -0700 2007: > sup-sync-back does not seem to delete killed messages. I think, it > should do that. It shouldn't delete them. A killed thread is a thread you don't want to ever show up in the inbox, but that's not the same as wanting to delete something. You may want to keep that thread around for later browsing or searching. GMail used to call them murdered threads, but changed the name to muted threads in the release. Maybe I should call them "kept quiet" threads. :) > Moreover, the "Read" status of emails is not changed in the original > mailbox. I'm not sure it's sup-sync-back job to do that, but the > Principle Of Least Surprise would probably expect that. I've purposely avoided writing changes back to the original sources, since it's a world of pain, will never be 100% complete (Sup state is much more complex than Maildir/IMAP/mbox state), and doesn't fit in the Sup weltanshaung of treating sources as dumb buckets. I will accept patches to sup-sync-back to set read/unread status, but only grudgingly! -- William From wmorgan-sup@masanjin.net Mon Oct 29 11:58:12 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Mon, 29 Oct 2007 08:58:12 -0700 Subject: [sup-talk] some user questions In-Reply-To: <20071009145451.GA22618@localhost> References: <20071009145451.GA22618@localhost> Message-ID: <1193672900-sup-2438@south> Excerpts from Eyal Oren's message of Tue Oct 09 07:54:51 -0700 2007: > - I have the feeling that several keybindings are overloaded between > different screens, but in a confusing manner. For example, when > inbox-mode, 'S' means mark-as-spam, while in contact-list-mode it > means search-for-messages. The current keybindings are, by and large, whatever occurred to me in the middle of the night when I was working on it. The can definitely be refined. Specific change requests or patches are accepted. I'd also be open to having the keybindings configurable, but that's pretty far down on my priority queue at the moment. > - When are changes applied? Some changes are applied instantly (when > marking an email as spam, it will instantly disappear from the inbox) > while others need a manual refresh (when unmarking mail as spam, it > will instantly disappear from the spam view but when changing back to > the inbox, a refresh is needed before the email is shown). Changes are applied to the *index* only when $ is pressed, or when the buffer closes. I try and apply all changes to the *buffer* immediately, but you're right that some changes are not done that way right now. You can consider those bugs for the time being. > Also, personally, I'd rename the help text 'Discard threads and > reload' into 'refresh view'. Done. > - Is it possible to index emails on parts of the email address, > splitting on '.' and '@'? I would like to search for emails from > 'john', not from 'john.doe at hotmail.com'. Not convinced about '.', but maybe '@'. Would people find this useful? > - Is it possible to change the ordering of threads? I'm used to > sorting my emails oldest-first. No. :) -- William From stubbsd@zetani.com Mon Oct 29 13:09:05 2007 From: stubbsd@zetani.com (David Stubbs) Date: Mon, 29 Oct 2007 17:09:05 +0000 Subject: [sup-talk] some user questions In-Reply-To: <1193672900-sup-2438@south> References: <20071009145451.GA22618@localhost> <1193672900-sup-2438@south> Message-ID: <1193677544-sup-1484@DASMAC.local> Excerpts from William Morgan's message of Mon Oct 29 15:58:12 +0000 2007: > > - Is it possible to index emails on parts of the email address, > > splitting on '.' and '@'? I would like to search for emails from > > 'john', not from 'john.doe at hotmail.com'. > > Not convinced about '.', but maybe '@'. Would people find this useful? I just use the wildcard, so I can't see the advantage. For example: query: from:jbrown* Congratulations on your recent marriage William! David. From chrisw@rice.edu Mon Oct 29 13:11:10 2007 From: chrisw@rice.edu (Christopher Warrington) Date: Mon, 29 Oct 2007 12:11:10 -0500 Subject: [sup-talk] Running SVN version In-Reply-To: <20071029142201.844a5acc.alexander.panek@lomography.com> References: <20071029142201.844a5acc.alexander.panek@lomography.com> Message-ID: <1193677738-sup-5698@chris-tablet> Excerpts from Alexander Panek's message of Mon Oct 29 08:22:01 -0500 2007: > How do I run sup from SVN? > Checking out and running rake install borks my rubygems installation completely > and forces me to reinstall rubygems. This is what I did: I ran gem install sup to get all the dependencies. Then, I uninstalled sup. I checked our the SVN HEAD. In trunk/HACKING there are some instructions about running sup. The command I use is: (from inside trunk/) ruby -I lib -w bin/sup -- Christopher Warrington Jones College From tim@timvaughan.co.uk Mon Oct 29 13:17:57 2007 From: tim@timvaughan.co.uk (Tim Vaughan) Date: Mon, 29 Oct 2007 17:17:57 +0000 Subject: [sup-talk] Google and IMAP In-Reply-To: <20071024084757.GO5471@horacrux> References: <414a99f20710240051m4656b3b6sbd0057ba95dc68a6@mail.gmail.com> <20071024084757.GO5471@horacrux> Message-ID: <1193677196-sup-2982@londonbackup> Excerpts from Kevin Mark's message of Wed Oct 24 09:47:57 +0100 2007: > Thanks for the heads up, I just created a gmail account and added imap > support. Mutt to only a few minutes to get it to read imap. Now on to > sup... I'd be interested to know how you get on. A couple of things I've noticed after using sup for a day or two: * Gmail seems to store messages sent with its SMTP server so when a brand-new email is sent it appears in the inbox. This is a bit annoying but I don't think that you can make sup store its sent emails in an IMAP folder. * Sometimes I load a largeish thread and find that a thread has a red line with "message not downloaded" in it. * Feature request: saved searches! * Is there a way to make sup reply from the address an email was sent to (like Gmail does when it handles more than one account)? * Sup is great but having to rebuild the index every time I use Gmail's web interface to send an email hurts :(. Although I realise that's just the Way Things Are. I'm really hoping I can start using sup full time though rather than Gmail's web interface because it's so much more fun! -- Tim Vaughan 07725749263 From alexander.panek@lomography.com Mon Oct 29 12:44:25 2007 From: alexander.panek@lomography.com (Alexander Panek) Date: Mon, 29 Oct 2007 17:44:25 +0100 Subject: [sup-talk] Running SVN version In-Reply-To: <1193668697-sup-7820@silver> References: <20071029142201.844a5acc.alexander.panek@lomography.com> <1193668697-sup-7820@silver> Message-ID: <20071029174425.2306cfa5.alexander.panek@lomography.com> On Mon, 29 Oct 2007 09:39:23 -0500 Ian Taylor wrote: > Not sure how you're supposed to do it, but what has been working fine > for me is... > > rake gem > sudo gem install pkg/sup-0.1.gem That's exactly what I wanted. Thank you! -- Alexander Panek From chrisw@rice.edu Mon Oct 29 17:40:37 2007 From: chrisw@rice.edu (Christopher Warrington) Date: Mon, 29 Oct 2007 16:40:37 -0500 Subject: [sup-talk] Ferret Errors Message-ID: <1193693839-sup-8512@chris-tablet> I'm getting odd ferret errors, usually when I am composing messages in nano. I suspect that it has something to do with the fact that I am running sup under cygwin on Windows... Here's the exception: --- IOError at Mon Oct 29 16:27:51 -0500 2007 IO Error occured at :117 in xpop_context Error occured in fs_store.c:70 - fs_exists checking existance of /home/chrisw/.sup/ferret/_g9c.cfs: /usr/lib/ruby/gems/1.8/gems/ferret-0.11.4/lib/ferret/index.rb:700:in `initialize' /usr/lib/ruby/gems/1.8/gems/ferret-0.11.4/lib/ferret/index.rb:700:in `new' /usr/lib/ruby/gems/1.8/gems/ferret-0.11.4/lib/ferret/index.rb:700:in `ensure_writer_open' /usr/lib/ruby/gems/1.8/gems/ferret-0.11.4/lib/ferret/index.rb:429:in `delete' /usr/lib/ruby/gems/1.8/gems/ferret-0.11.4/lib/ferret/index.rb:8:in `synchrolock' /usr/lib/ruby/1.8/monitor.rb:238:in `synchronize' /usr/lib/ruby/gems/1.8/gems/ferret-0.11.4/lib/ferret/index.rb:8:in `synchrolock' /usr/lib/ruby/gems/1.8/gems/ferret-0.11.4/lib/ferret/index.rb:428:in `delete' ./sup/trunk/lib/sup/index.rb:181:in `sync_message' ./sup/trunk/lib/sup/util.rb:395:in `send' ./sup/trunk/lib/sup/util.rb:395:in `method_missing' ./sup/trunk/lib/sup/poll.rb:151:in `add_messages_from' ./sup/trunk/lib/sup/imap.rb:174:in `each' ./sup/trunk/lib/sup/imap.rb:163:in `upto' ./sup/trunk/lib/sup/imap.rb:163:in `each' ./sup/trunk/lib/sup/util.rb:431:in `send' ./sup/trunk/lib/sup/util.rb:431:in `__pass' ./sup/trunk/lib/sup/util.rb:420:in `method_missing' ./sup/trunk/lib/sup/poll.rb:133:in `add_messages_from' ./sup/trunk/lib/sup/poll.rb:90:in `do_poll' ./sup/trunk/lib/sup/poll.rb:78:in `each' ./sup/trunk/lib/sup/poll.rb:78:in `do_poll' ./sup/trunk/lib/sup/poll.rb:77:in `synchronize' ./sup/trunk/lib/sup/poll.rb:77:in `do_poll' ./sup/trunk/lib/sup/util.rb:395:in `send' ./sup/trunk/lib/sup/util.rb:395:in `method_missing' ./sup/trunk/lib/sup/modes/poll-mode.rb:20:in `poll' ./sup/trunk/lib/sup/poll.rb:45:in `poll' ./sup/trunk/lib/sup/poll.rb:62:in `start' ./sup/trunk/lib/sup.rb:70:in `reporting_thread' ./sup/trunk/lib/sup.rb:68:in `initialize' ./sup/trunk/lib/sup.rb:68:in `new' ./sup/trunk/lib/sup.rb:68:in `reporting_thread' ./sup/trunk/lib/sup/poll.rb:59:in `start' ./sup/trunk/lib/sup/util.rb:395:in `send' ./sup/trunk/lib/sup/util.rb:395:in `method_missing' sup/trunk/bin/sup:190 -- Christopher Warrington From wmorgan-sup@masanjin.net Mon Oct 29 17:43:07 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Mon, 29 Oct 2007 14:43:07 -0700 Subject: [sup-talk] [ANN] Sup 0.2 released Message-ID: <1193694144-sup-4506@south> Sup version 0.2 has been released! http://sup.rubyforge.org 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. Sup makes it easy to: - Handle massive amounts of email. - Mix email from different sources: mbox files (even across different machines), Maildir directories, IMAP folders, POP accounts, and GMail accounts. - Instantaneously search over your entire email collection. Search over body text, or use a query language to combine search predicates in any way. - Handle multiple accounts. Replying to email sent to a particular account will use the correct SMTP server, signature, and from address. - Add custom code to handle certain types of messages or to handle certain types of text within messages. - Organize email with user-defined labels, automatically track recent contacts, and much more! The goal of Sup is to become the email client of choice for nerds everywhere. Changes: == 0.2 / 2007-10-29 * Complete hook system for user-inserted code. * GPG signature verification and decryption. * Automatically scold users who top-post. * Automatically warn when sending a message with words like "attachment" in the body if there aren't actually any attachments to the message. * Millions of bugfixes. http://sup.rubyforge.org -- William From brenocon@gmail.com Mon Oct 29 21:55:59 2007 From: brenocon@gmail.com (Brendan O'Connor) Date: Mon, 29 Oct 2007 18:55:59 -0700 Subject: [sup-talk] tiny fix for sup-faked message id's crashing sup-sync Message-ID: Hello all -- After a tiny bugfix off SVN 650, I'm importing gmail imap! Very exciting! I hate it when I add a puts or logging statement and it messes up ruby's returning conventions, returning nil that clobbers something elsewhere. Glad to see it happens to other people too :) Index: lib/sup/message.rb =================================================================== --- lib/sup/message.rb (revision 650) +++ lib/sup/message.rb (working copy) @@ -62,8 +62,8 @@ if header["message-id"] sanitize_message_id header["message-id"] else + Redwood::log "faking message-id for message from #@from: #@id" "sup-faked-" + Digest::MD5.hexdigest(raw_header) - Redwood::log "faking message-id for message from #@from: #@id" end date = header["date"] ................... for reference the error was later, after the Message's id was nil: $ sup-sync ... [Mon Oct 29 17:16:12 -0700 2007] faking message-id for message from Mail Delivery Subsystem : [Mon Oct 29 17:16:12 -0700 2007] saving index and sources... [Mon Oct 29 17:16:12 -0700 2007] unlocking /Users/brendano/.sup/lock... /Users/brendano/sw/sup/lib/sup/index.rb:323:in `initialize': can't convert nil into String (TypeError) from /Users/brendano/sw/sup/lib/sup/index.rb:323:in `new' from /Users/brendano/sw/sup/lib/sup/index.rb:323:in `load_entry_for_id' from /Users/brendano/sw/sup/lib/sup/util.rb:395:in `send' from /Users/brendano/sw/sup/lib/sup/util.rb:395:in `method_missing' from /Users/brendano/sw/sup/lib/sup/poll.rb:149:in `add_messages_from' from /Users/brendano/sw/sup/lib/sup/imap.rb:174:in `each' from /Users/brendano/sw/sup/lib/sup/imap.rb:163:in `upto' from /Users/brendano/sw/sup/lib/sup/imap.rb:163:in `each' from /Users/brendano/sw/sup/lib/sup/util.rb:431:in `send' from /Users/brendano/sw/sup/lib/sup/util.rb:431:in `__pass' from /Users/brendano/sw/sup/lib/sup/util.rb:420:in `method_missing' from /Users/brendano/sw/sup/lib/sup/poll.rb:133:in `add_messages_from' from /Users/brendano/sw/sup/lib/sup/util.rb:395:in `send' from /Users/brendano/sw/sup/lib/sup/util.rb:395:in `method_missing' from /Users/brendano/sw/sup/bin/sup-sync:133 from /Users/brendano/sw/sup/bin/sup-sync:128:in `each' from /Users/brendano/sw/sup/bin/sup-sync:128 Rats, that failed. You may have to do it manually. From alexander.panek@brainsware.org Tue Oct 30 04:18:43 2007 From: alexander.panek@brainsware.org (Alexander Panek) Date: Tue, 30 Oct 2007 09:18:43 +0100 Subject: [sup-talk] Running SVN version In-Reply-To: <1193677738-sup-5698@chris-tablet> References: <20071029142201.844a5acc.alexander.panek@lomography.com> <1193677738-sup-5698@chris-tablet> Message-ID: <4726E8E3.1090707@brainsware.org> Christopher Warrington wrote: > [...] > The command I use is: > (from inside trunk/) > ruby -I lib -w bin/sup Way; that's great, too! This way one can test the SVN versions without having to overwrite the stables one. Thank you. -- Alexander Panek From rick.tessner@gmail.com Tue Oct 30 06:24:15 2007 From: rick.tessner@gmail.com (Rick Tessner) Date: Tue, 30 Oct 2007 03:24:15 -0700 Subject: [sup-talk] [PATCH] svn sup "can't convert nil into String" (index.rb) Message-ID: <1193739855.10424.7.camel@onnadayr.ca> Hi, I'm using svn sup and just recently started getting the following error when getting new email without a proper message_id (patch is attached): The problem was: 'can't convert nil into String' (error type TypeError) A backtrace follows: /home/rick/sup/lib/sup/index.rb:323:in `initialize': can't convert nil into String (TypeError) from /home/rick/sup/lib/sup/index.rb:323:in `new' from /home/rick/sup/lib/sup/index.rb:323:in `load_entry_for_id' from /home/rick/sup/lib/sup/util.rb:395:in `send' from /home/rick/sup/lib/sup/util.rb:395:in `method_missing' from /home/rick/sup/lib/sup/poll.rb:156:in `add_messages_from' from /home/rick/sup/lib/sup/imap.rb:178:in `each' from /home/rick/sup/lib/sup/imap.rb:163:in `upto' from /home/rick/sup/lib/sup/imap.rb:163:in `each' ... 28 levels... from /home/rick/sup/lib/sup.rb:68:in `reporting_thread' from /home/rick/sup/lib/sup/modes/thread-index-mode.rb:372:in `load_n_threads_background' from /home/rick/sup/lib/sup/modes/thread-index-mode.rb:422:in `load_threads' from /home/rick/sup/bin/sup:188 The problem is that the parse_header method is assigning @id the result of an "if" statement. However, the "else" part of the "if" statement is always returning the result of Redwood::log (nil) rather than the "sup-faked" message_id. -- Rick rick.tessner at gmail.com -------------- next part -------------- A non-text attachment was scrubbed... Name: message.rb.diff Type: text/x-patch Size: 490 bytes Desc: not available Url : http://rubyforge.org/pipermail/sup-talk/attachments/20071030/28a2f5be/attachment.bin From alexander.panek@brainsware.org Tue Oct 30 07:13:29 2007 From: alexander.panek@brainsware.org (Alexander Panek) Date: Tue, 30 Oct 2007 12:13:29 +0100 Subject: [sup-talk] Crash on setting labels in thread view Message-ID: <20071030121329.5d551103.alexander.panek@brainsware.org> This happens in svn version when I hit 'l' in thread view and apply with hitting return. The problem was: 'undefined local variable or method `m' for #' (error type NameError) A backtrace follows: ./lib/sup/modes/thread-view-mode.rb:148:in `edit_labels': undefined local variable or method `m' for # (NameError) from ./lib/sup/mode.rb:52:in `send' from ./lib/sup/mode.rb:52:in `handle_input' from ./lib/sup/buffer.rb:193:in `handle_input' from bin/sup:201 -- Alexander Panek From marcus-sup@quintic.co.uk Tue Oct 30 11:55:18 2007 From: marcus-sup@quintic.co.uk (Marcus Williams) Date: Tue, 30 Oct 2007 15:55:18 +0000 Subject: [sup-talk] Changing sources with same URI Message-ID: <1193759439-sup-5378@tomsk> I've got two (actually more than two, but that doesnt matter) IMAP sources with the same URI, with different logins. The only problem is I forgot to add a label to one of them. What I want to do is add that source back in with the label added. I thought all I'd need to do was add the label to the sources.yaml and then run sup-sync --changed , or maybe --all but neither of them pick the right source as the source I want is the second of the two sources in the yaml file (and they both have the same uri). I probably want to make both of these sources "unusual" as well, can I do that with sup-sync? Is there a way to differentiate between the two on the command line? If not, should there be? Better still, anyone any ideas how I can do what I want? Thanks! Marcus From wmorgan-sup@masanjin.net Tue Oct 30 12:03:13 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Tue, 30 Oct 2007 09:03:13 -0700 Subject: [sup-talk] Crash on setting labels in thread view In-Reply-To: <20071030121329.5d551103.alexander.panek@brainsware.org> References: <20071030121329.5d551103.alexander.panek@brainsware.org> Message-ID: <1193760160-sup-3445@south> Excerpts from Alexander Panek's message of Tue Oct 30 04:13:29 -0700 2007: > This happens in svn version when I hit 'l' in thread view and apply > with hitting return. I could have sworn I tested this before committing it. Looks like we'll have to have a 0.2.1 soon. Fixed in SVN. -- William From wmorgan-sup@masanjin.net Tue Oct 30 15:18:28 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Tue, 30 Oct 2007 12:18:28 -0700 Subject: [sup-talk] tiny patch for typo In-Reply-To: <1192118317-sup-1327@timmy> References: <1192118317-sup-1327@timmy> Message-ID: <1193771811-sup-9574@south> Excerpts from Eyal Oren's message of Thu Oct 11 08:59:41 -0700 2007: > Attached a tiny patch for a typo in bin/sup's info message on caught > errors. This was actually intentional. :) -- William From wmorgan-sup@masanjin.net Tue Oct 30 16:35:38 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Tue, 30 Oct 2007 13:35:38 -0700 Subject: [sup-talk] Initial error In-Reply-To: References: Message-ID: <1193776526-sup-90@south> Excerpts from Timothy Johnson's message of Fri Oct 12 10:48:08 -0700 2007: > I had an error when syncing my first IMAP inbox > /opt/local/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup/source.rb:80:in > `done?': undefined method `>=' for nil:NilClass (NoMethodError) > > so I just added an "unless end_offset.nil?" clause at the end > thereof, and it worked again. > > Is this a common problem? probably not thus far, but was curious what > would cause it. Fixed in 0.2. -- William From wmorgan-sup@masanjin.net Tue Oct 30 16:39:43 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Tue, 30 Oct 2007 13:39:43 -0700 Subject: [sup-talk] Also, seems to be throwing lots of invalid encoding errors In-Reply-To: <671354B2-98BF-4CE7-B8AC-7C55581C46BB@foundinteractive.com> References: <671354B2-98BF-4CE7-B8AC-7C55581C46BB@foundinteractive.com> Message-ID: <1193776545-sup-5951@south> Excerpts from Timothy Johnson's message of Fri Oct 12 10:51:41 -0700 2007: > Any fixes for this error? > warning: error decoding message body from "iso-8859-1": invalid > encoding ("utf-8", ""iso-8859-1"") > and variations on that message. I'm pretty sure this is just iconv being finnicky. I think it happens when there's something about the message that it doesn't like when converting between those two character sets. At any rate, it's not fatal and I'm not sure that there's really a good solution without rewriting the Ruby iconv bridge, which is basically a one-method API. -- William From wmorgan-sup@masanjin.net Tue Oct 30 16:41:48 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Tue, 30 Oct 2007 13:41:48 -0700 Subject: [sup-talk] Crash while indexing 47000 message maildir In-Reply-To: <20071013050048.GA16465@ifup.org> References: <20071013050048.GA16465@ifup.org> Message-ID: <1193776875-sup-2608@south> Excerpts from Brandon Philips's message of Fri Oct 12 22:00:48 -0700 2007: > I got the following error after I started sup-add on 47118 message > maildir and tried to view the label while sup was indexing. Simultaneous index access breaks Ferret in weird ways. Sup 0.2 locks the index to avoid this. -- William From wmorgan-sup@masanjin.net Tue Oct 30 17:41:17 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Tue, 30 Oct 2007 14:41:17 -0700 Subject: [sup-talk] Refreshing inbox & removing +inbox label In-Reply-To: <20071025110800.b79fe28c.alexander.panek@brainsware.org> References: <20071025110800.b79fe28c.alexander.panek@brainsware.org> Message-ID: <1193780132-sup-9314@south> Excerpts from Alexander Panek's message of Thu Oct 25 02:08:00 -0700 2007: > - Is there a way to refresh the inbox, so labels are re-read (removing > the +inbox label doesn't quite hide the threads from inbox - I have to > restart sup to make it work..)? '@' will refresh. Also, I assume you were changing the labels in thread-view-mode, which was slightly broken until recently---this should be fixed in SVN (0.2 has a bug, sigh), and everything you do in either mode should be reflected immediately in all buffers. > - Is there any easy way to hide threads from the inbox without > removing the inbox label on a per-thread basis? Something like "tag > all" threads in current view and making ";l" able to not only add, but > also remove tags would be sufficiant for me. That'd be very handy for > high traffic accounts where you actually only want to check > occasionally, without having them flooding your inbox. I'm not entirely sure I understand what you mean. What label would you remove, if you could remove from multiple threads? High-traffic mail that you only want to check occasionally should be handled by keeping them in an auto-archived source with an automatically-applied label, and then selecting that label. I read ruby-talk that way, for example. -- William From wmorgan-sup@masanjin.net Tue Oct 30 17:54:36 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Tue, 30 Oct 2007 14:54:36 -0700 Subject: [sup-talk] Refreshing inbox & removing +inbox label In-Reply-To: <20071025125724.GA5250@lenin.sovietwar.org> References: <0a4e8b9700043d81@IMSS-WIN> <472063D9.40704@quintic.co.uk> <20071025114926.88e91efb.alexander.panek@brainsware.org> <20071025125724.GA5250@lenin.sovietwar.org> Message-ID: <1193781249-sup-5262@south> Excerpts from vasudeva's message of Thu Oct 25 05:57:24 -0700 2007: > That seems useful to me. Say you've got 3000 messages labeled, and now > you want to change the label without painstakingly loading them all > into your view. Maybe you've just finished syncing ten trillion > emails from your old mbox sources and realize you didn't plan your > label strategy very well... This could be done fairly easily with the console (only in SVN right now, but I could package it in the gems as well). Something like: $ sh devel/console.sh [Tue Oct 30 14:47:24 -0700 2007] loading index... [Tue Oct 30 14:47:24 -0700 2007] loaded index of 64258 messages >> Index.ferret.search_each("label:sup") do |id, score| m = Index.build_message id m.labels -= [:sup] m.labels += [:potato] Index.sync_message m end >> Index.ferret.optimize -- William From wmorgan-sup@masanjin.net Tue Oct 30 18:35:31 2007 From: wmorgan-sup@masanjin.net (William Morgan) Date: Tue, 30 Oct 2007 15:35:31 -0700 Subject: [sup-talk] run-mailcap not working correctly In-Reply-To: <6205b42d0710160119k5291a5e2ta1e89a0040471972@mail.gmail.com> References: <1192497496-sup-690@silver> <6205b42d0710160119k5291a5e2ta1e89a0040471972@mail.gmail.com> Message-ID: <1193783673-sup-4792@south> Excerpts from Pierre Baillet's message of Tue Oct 16 01:19:38 -0700 2007: > I got the same issue on my debian setup here. Removing the >&... made > the html attachement work again. Is this some shell-specific thing? It seems to work on bash. If so, is there a portable way of discarding stderr? I don't want it cluttering the screen if the process fails. -- William From chrisw@rice.edu Tue Oct 30 20:29:29 2007 From: chrisw@rice.edu (Christopher Warrington) Date: Tue, 30 Oct 2007 19:29:29 -0500 Subject: [sup-talk] run-mailcap not working correctly In-Reply-To: <1193783673-sup-4792@south> References: <1192497496-sup-690@silver> <6205b42d0710160119k5291a5e2ta1e89a0040471972@mail.gmail.com> <1193783673-sup-4792@south> Message-ID: <1193790417-sup-3611@chris-tablet> Excerpts from William Morgan's message of Tue Oct 30 17:35:31 -0500 2007: > Excerpts from Pierre Baillet's message of Tue Oct 16 01:19:38 -0700 2007: > > I got the same issue on my debian setup here. Removing the >&... made > > the html attachement work again. > Is this some shell-specific thing? It seems to work on bash. If so, is > there a portable way of discarding stderr? I don't want it cluttering > the screen if the process fails. Yes. In bash &> redirects both stdout and stderr. In sh, you can use this: process > /dev/null 2> /dev/null (From http://tomecat.com/jeffy/tttt/shredir.html) Don't know about csh, ksh, &c. -- Christopher Warrington From pierre@baillet.name Wed Oct 31 04:42:58 2007 From: pierre@baillet.name (Pierre Baillet) Date: Wed, 31 Oct 2007 09:42:58 +0100 Subject: [sup-talk] [PATCH] Configurable automatic CC and BCC In-Reply-To: <6205b42d0710140517n1b006956tef57f60b101568e2@mail.gmail.com> References: <6205b42d0710140517n1b006956tef57f60b101568e2@mail.gmail.com> Message-ID: <6205b42d0710310142r4c1a699co6776e3180a21e46c@mail.gmail.com> Hi William, maybe you came accross my patch, but I don't know what you think about integrating it to the trunk or not. Maybe it's not near enough in your TODO, too :) -- Pierre. On 10/14/07, Pierre Baillet wrote: > > Hi, > > In case you'd want to always have a given address CCed or BBCed, here is a > patch that applies to current sup trunk. It adds a "cc" and "bcc" variable > in the account configuration. Edit your ~/.sup/config.yaml and add bcc and > cc options. These options are per account. > > When in compose and reply mode, sup then automatically adds these headers. > Current limitation includes a single address per header, could be probably > extended to a list of addresses... > > Feel free to make any comment if you wish so. > -- > Pierre. > > > :edit_signature: false > :accounts: > :default: > :name: John Doe > :alternates: > - john.doe at internet.com > :email: john at doe.com > :signature: /home/john/.signature > :sendmail: /usr/sbin/sendmail -oem -ti > :bcc: john at home.net > :cc: john at work.com > > -- > Pierre Baillet > -- Pierre Baillet -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/sup-talk/attachments/20071031/9d21e900/attachment.html From manish@gslab.com Wed Oct 31 13:08:10 2007 From: manish@gslab.com (Manish Sapariya) Date: Wed, 31 Oct 2007 22:38:10 +0530 Subject: [sup-talk] new user of sup Message-ID: <4728B67A.7020604@gslab.com> Hi All, I have started using sup 2/3 days back and facing few problems. They might be known issues or that I may not be using the product right way, but would appreciate any help understanding it. - Currently I am using Thunderbird as my client and unless I am very good at using sup, I will plan to use Thunderbird primarily and sup for experiment purpose. Because of this I configured sup to use the mbox files created by Thunderbird, instead of reading the mailbox directly. Slow connection to my mail server is another reason to do so. I cache all my mails to local machine using TB. The reason for describing the usage in bit detail is, may be this kind of usage are causing the issues that I am facing. - I configured two sources, however sup only keeps the last added source. I tried modifying sources.yaml, but it did not help. I have my TB configured with various rules to move all of my mails to different folders and I want to read all of these mboxes into sup. Is this a known bug? If yes, is there any workaround. I am keeping away from using sup extensively because I can't see all of my messages in different folders in sup. - Can I use sup to cache my messages, so that I can do away with Thunderbird? Thanks and Regards, Manish From vasudeva@linkswarm.com Wed Oct 31 14:05:10 2007 From: vasudeva@linkswarm.com (vasudeva) Date: Wed, 31 Oct 2007 14:05:10 -0400 Subject: [sup-talk] new user of sup In-Reply-To: <4728B67A.7020604@gslab.com> References: <4728B67A.7020604@gslab.com> Message-ID: <20071031180510.GA7449@lenin.sovietwar.org> * on 10-31-07, Manish Sapariya wrote: > - I configured two sources, however sup only keeps the last > added source. I tried modifying sources.yaml, but it did not > help. I have my TB configured with various rules to move all > of my mails to different folders and I want to read all of > these mboxes into sup. Is this a known bug? If yes, is there > any workaround. I had an issue like this, and found it to be related somehow to the following lines being present in my ~/.sup/sources.yaml... - !masanjin.net,2006-10-01/Redwood/SentLoader cur_offset: 29245 - !masanjin.net,2006-10-01/Redwood/DraftLoader cur_offset: 4 It seems if I snipped those out, then sup-add would actually add all the sources I told it, not simply the final one. That is, if those lines were present, sup-add seemed to overwrite any recently-added source with the next source I'd add. (The two lines get generated and replaced by sup at some point.) Not sure if this is relevant to your issue, but the symptoms do sound similar. /> Hi, When I connect Sup to a Dovecot imap server all mail that is flagged as new on the server is treated as read by Sup. Sup also sees all old mail as new. I think its caused by this code in each(...) in imap.rb labels = { :Seen => :unread, :Flagged => :starred, :Deleted => :deleted }.inject(@labels) do |cur, (imap, sup)| cur + (state[:flags].include?(imap) ? [sup] : []) This seems (to my non-existent Ruby skills) to be equating the IMAP Seen flag to be the same as the Sup Unread flag, instead of Seen as being Not Unread. This is running the latest code from Subversion head. -- Col