From felix.glaser@rwth-aachen.de Sun May 1 12:09:28 2011 From: felix.glaser@rwth-aachen.de (Felix Glaser) Date: Sun, 01 May 2011 18:09:28 +0200 Subject: [sup-talk] sup crashes while opening a big email thread Message-ID: <1304265892-sup-7165@alpha> Hi *, I am running sup v0.12.1 with ruby 1.8.7 (2011-02-18 patchlevel 334) [x86_64-linux] on gentoo. Sup was installed via rubygems, gem 1.3.7. Haven't had any trouble with sup until one of my email threads grew up to almost 200 emails, right now the thread holds 202 mails. Whenever I try to open the thread sup crashes, error log is attached as tar.gz. Aside from this bug I have a question/feature request, is there a way to open just the last 5 emails of a thread, because it takes rather long to open a huge mail thread. cheers and thanks for developing sup leex -------------- next part -------------- A non-text attachment was scrubbed... Name: error.tar.gz Type: application/x-gzip Size: 1240 bytes Desc: not available URL: From dmishd@gmail.com Sun May 1 13:25:28 2011 From: dmishd@gmail.com (Hamish D) Date: Sun, 1 May 2011 18:25:28 +0100 Subject: [sup-talk] sup crashes while opening a big email thread In-Reply-To: <1304265892-sup-7165@alpha> References: <1304265892-sup-7165@alpha> Message-ID: > Haven't had any trouble with sup until one of my email threads grew up to > almost 200 emails, right now the thread holds 202 mails. Whenever I try to > open the thread sup crashes, error log is attached as tar.gz. The simplest way to solve this would be to increase your stack limit a little: http://dalibornasevic.com/posts/5-ruby-stack-level-too-deep-systemstackerror Hamish From felix.glaser@rwth-aachen.de Sun May 1 14:07:41 2011 From: felix.glaser@rwth-aachen.de (Felix Glaser) Date: Sun, 01 May 2011 20:07:41 +0200 Subject: [sup-talk] sup crashes while opening a big email thread In-Reply-To: References: <1304265892-sup-7165@alpha> Message-ID: <1304272885-sup-665@alpha> Hi Hamish, thanks, i just created an alias that takes care of resizing the stack before starting sup. cheers leex From dmishd@gmail.com Sun May 1 14:51:20 2011 From: dmishd@gmail.com (Hamish) Date: Sun, 01 May 2011 19:51:20 +0100 Subject: [sup-talk] Sending Encrypted and Signed emails with gpg In-Reply-To: <1304115809-sup-4326@localhost> References: <1304115809-sup-4326@localhost> Message-ID: <1304272466-sup-6692@whisper> Excerpts from Paul Grove's message of Fri Apr 29 23:29:42 +0100 2011: > Hi, I'm using git://gitorious.org/sup/mainline.git and am uptodate as of > 29/04/2011 Are you using the master branch? Or next? I've done a lot of work on sup's gpg support recently. The next branch uses the gpgme library rather than the gpg binary. If you're using master, then try switching to next (git checkout next) and see if that fixes your issues. > I'm not entirely sure how long it has been like this for me, but I know > it used to work. I use a mailing list that only accepts encrypted and > signed emails which used to work fine but it is currently rejecting my > emails. I also use a list like that, and sup works fine for me, so I'd like it to work for you aswell. Hamish From support@plecavalier.com Fri May 6 12:39:06 2011 From: support@plecavalier.com (Philippe LeCavalier) Date: Fri, 06 May 2011 11:39:06 -0500 Subject: [sup-talk] nvalid number of options error msg Message-ID: <20110506113906.t0it7o860csckgk8@webmail.plecavalier.com> Anyone know what that means? I get that error randomly throughout the day when polling for new messages. Thanks, Phil From andrew@pimlott.net Fri May 6 18:06:50 2011 From: andrew@pimlott.net (Andrew Pimlott) Date: Fri, 6 May 2011 15:06:50 -0700 Subject: [sup-talk] DatabaseCorruptError Message-ID: <20110506220650.GA23223@pimlott.net> Sup had been running for a while, and I just came back to my terminal to find it dead: --- IOError from thread: periodic poll DatabaseError: Error reading block 4279173482: got end of file ./lib/sup/index.rb:271:in `_dangerous_allterms_begin' ./lib/sup/index.rb:271:in `each_prefixed_term' ./lib/sup/index.rb:284:in `each_source_info' ./lib/sup/mbox.rb:147:in `each' ./lib/sup/mbox.rb:147:in `map' ./lib/sup/mbox.rb:147:in `last_indexed_message' ./lib/sup/util.rb:204:in `call' ./lib/sup/util.rb:204:in `benchmark' /usr/lib/ruby/1.8/benchmark.rb:293:in `measure' ./lib/sup/util.rb:204:in `benchmark' ./lib/sup/mbox.rb:147:in `last_indexed_message' ./lib/sup/mbox.rb:152:in `first_new_message' ./lib/sup/mbox.rb:124:in `poll' ./lib/sup/poll.rb:154:in `poll_from' ./lib/sup/poll.rb:113:in `do_poll' ./lib/sup/poll.rb:103:in `each' ./lib/sup/poll.rb:103:in `do_poll' ./lib/sup/poll.rb:102:in `synchronize' ./lib/sup/poll.rb:102:in `do_poll' ./lib/sup/util.rb:609:in `send' ./lib/sup/util.rb:609:in `method_missing' ./lib/sup/modes/poll-mode.rb:15:in `poll' ./lib/sup/poll.rb:49:in `poll_with_sources' ./lib/sup/poll.rb:68:in `poll' ./lib/sup/poll.rb:86:in `start' ./lib/sup.rb:78:in `reporting_thread' ./lib/sup.rb:76:in `initialize' ./lib/sup.rb:76:in `new' ./lib/sup.rb:76:in `reporting_thread' ./lib/sup/poll.rb:83:in `start' ./lib/sup/util.rb:609:in `send' ./lib/sup/util.rb:609:in `method_missing' bin/sup:222 I tried to start it again, and got --- IOError from thread: poll after loading inbox DatabaseCorruptError: Db block overwritten - are there multiple writers? /usr/lib/ruby/1.8/xapian.rb:259:in `_dangerous_postlist_begin' /usr/lib/ruby/1.8/xapian.rb:259:in `postlist' ./lib/sup/index.rb:530:in `term_docids' ./lib/sup/index.rb:717:in `index_message_threading' ./lib/sup/index.rb:633:in `sync_message' ./lib/sup/util.rb:609:in `send' ./lib/sup/util.rb:609:in `method_missing' ./lib/sup/poll.rb:168:in `poll_from' ./lib/sup/mbox.rb:127:in `poll' ./lib/sup/poll.rb:154:in `poll_from' ./lib/sup/poll.rb:113:in `do_poll' ./lib/sup/poll.rb:103:in `each' ./lib/sup/poll.rb:103:in `do_poll' ./lib/sup/poll.rb:102:in `synchronize' ./lib/sup/poll.rb:102:in `do_poll' ./lib/sup/util.rb:609:in `send' ./lib/sup/util.rb:609:in `method_missing' ./lib/sup/modes/poll-mode.rb:15:in `poll' ./lib/sup/poll.rb:49:in `poll_with_sources' ./lib/sup/poll.rb:68:in `poll' ./lib/sup/util.rb:609:in `send' ./lib/sup/util.rb:609:in `method_missing' bin/sup:212 ./lib/sup.rb:78:in `reporting_thread' ./lib/sup.rb:76:in `initialize' ./lib/sup.rb:76:in `new' ./lib/sup.rb:76:in `reporting_thread' bin/sup:212 ./lib/sup/modes/thread-index-mode.rb:684:in `call' ./lib/sup/modes/thread-index-mode.rb:684:in `__unprotected_load_threads' ./lib/sup/modes/thread-index-mode.rb:625:in `call' ./lib/sup/modes/thread-index-mode.rb:625:in `load_n_threads_background' ./lib/sup.rb:78:in `reporting_thread' ./lib/sup.rb:76:in `initialize' ./lib/sup.rb:76:in `new' ./lib/sup.rb:76:in `reporting_thread' ./lib/sup/modes/thread-index-mode.rb:623:in `load_n_threads_background' ./lib/sup/modes/thread-index-mode.rb:694:in `__unprotected_load_threads' (eval):12:in `load_threads' bin/sup:212 My xapian dir looks like: total 334396 -rw------- 1 andrew andrew 0 May 6 14:43 flintlock -rw-rw-r-- 1 andrew andrew 12 May 31 2010 iamflint -rw-rw-r-- 1 andrew andrew 103014400 May 6 13:09 position.DB -rw-rw-r-- 1 andrew andrew 1594 May 6 11:22 position.baseA -rw-rw-r-- 1 andrew andrew 161333248 May 6 13:29 postlist.DB -rw-rw-r-- 1 andrew andrew 2475 May 6 11:22 postlist.baseA -rw-rw-r-- 1 andrew andrew 20807680 May 6 13:04 record.DB -rw-rw-r-- 1 andrew andrew 339 May 6 11:22 record.baseA -rw-rw-r-- 1 andrew andrew 50692096 May 6 13:29 termlist.DB -rw-rw-r-- 1 andrew andrew 795 May 6 11:22 termlist.baseA -rw-rw-r-- 1 andrew andrew 6184960 May 6 13:04 value.DB -rw-rw-r-- 1 andrew andrew 115 May 6 11:22 value.baseA I'm running an old git pull from next, commit 1bafcf6 dated 2010-10-12. Anything I should do to try to diagnose and recover this? Or just load from sup-dump? Andrew From akaihola@gmail.com Tue May 10 03:07:13 2011 From: akaihola@gmail.com (Antti Kaihola) Date: Tue, 10 May 2011 10:07:13 +0300 Subject: [sup-talk] Word wrap for quoted lines Message-ID: Hi, When reading messages in Sup and expanding quoted lines, long quoted lines are not word wrapped and thus I can't read all the content. Non-quoted content wraps as expected. Is this a known issue or could it be a misconfiguration or problem in my build? I'm currently using commit 7e2bb88 from Sun Jan 23 21:05:39 2011 -0800 on Ubuntu 10.10. -Antti Here is a "screenshot" of the issue: ------------ - John Smith to Antti May? 6 (4 days ago) Begin forwarded message: - (3 quoted lines) > Thanks for your message. Nice to hear from you again. Hope to m > > Cheers, John + (4-line signature) x Attachment: sup-attachment-1305010003-1158.html (text/html; 2k) From d.t.k@gmx.de Tue May 10 16:17:00 2011 From: d.t.k@gmx.de (dtk) Date: Tue, 10 May 2011 22:17:00 +0200 Subject: [sup-talk] multiple accounts Message-ID: <1305058093-sup-1016@minibox> Hey folks, I've been test driving sup with my main mail account for some weeks now, and have to admit that my other accounts didn't get too much love during that time, due to the clunky handling of thunderbird. So I'd like to manage my other accounts in sup now as well. I do have a problem, though, since I can't seem to find a way to define seperate :sent_sources per account. And I really don't want to get private/work mails to get mixed up :| Is there a way to define :sent_source: entries per account? tia dtk From wirtwolff@gmail.com Tue May 10 17:36:25 2011 From: wirtwolff@gmail.com (Wirt Wolff) Date: Tue, 10 May 2011 15:36:25 -0600 Subject: [sup-talk] multiple accounts In-Reply-To: <1305058093-sup-1016@minibox> References: <1305058093-sup-1016@minibox> Message-ID: <1305063169-sup-9131@chigamba> Excerpts from dtk's message of Tue May 10 14:17:00 -0600 2011: > I've been test driving sup with my main mail account for some weeks now, and > have to admit that my other accounts didn't get too much love during that time, > due to the clunky handling of thunderbird. So I'd like to manage my other > accounts in sup now as well. > > I do have a problem, though, since I can't seem to find a way to define seperate > :sent_sources per account. And I really don't want to get private/work mails to > get mixed up :| > > Is there a way to define :sent_source: entries per account? Is this what you mean? http://sup.rubyforge.org/wiki/wiki.pl?MultipleAccountsAndReply i.e. get a mail to dtk at private.net replies from a private acct and mails to my_boss_is_watching at foozle.com replies are from you at foozle.com? -- wmw From d.t.k@gmx.de Tue May 10 18:52:19 2011 From: d.t.k@gmx.de (dtk) Date: Wed, 11 May 2011 00:52:19 +0200 Subject: [sup-talk] multiple accounts In-Reply-To: <1305063169-sup-9131@chigamba> References: <1305058093-sup-1016@minibox> <1305063169-sup-9131@chigamba> Message-ID: <1305067227-sup-4227@minibox> Excerpts from Wirt Wolff's message of Di Mai 10 23:36:25 +0200 2011: > Excerpts from dtk's message of Tue May 10 14:17:00 -0600 2011: > > I've been test driving sup with my main mail account for some weeks now, and > > have to admit that my other accounts didn't get too much love during that time, > > due to the clunky handling of thunderbird. So I'd like to manage my other > > accounts in sup now as well. > > > > I do have a problem, though, since I can't seem to find a way to define seperate > > :sent_sources per account. And I really don't want to get private/work mails to > > get mixed up :| > > > > Is there a way to define :sent_source: entries per account? > > Is this what you mean? > > http://sup.rubyforge.org/wiki/wiki.pl?MultipleAccountsAndReply > > i.e. get a mail to dtk at private.net replies from a private acct and mails > to my_boss_is_watching at foozle.com replies are from you at foozle.com? not exactly. My local maildir sources are synced back to two different imap servers (hosting my two different mail addresses) via offlineimap. What I want is mails sent via dtk at foozle.com to end up in the 'Sent' folder on foozle.com while mails sent via dtk at private.net end up in the 'Sent' folder on private.net. But so far (at least as far as I can tell) I can specify only /one/ maildir as /the/ :sent_source, which means copies of sent mails (independent of the account they were sent over) will end up on /one/ imap server. hope that made it any clearer? :/ thanks anyway dtk From matthieu.rakotojaona@gmail.com Tue May 10 19:23:02 2011 From: matthieu.rakotojaona@gmail.com (Matthieu Rakotojaona) Date: Wed, 11 May 2011 01:23:02 +0200 Subject: [sup-talk] multiple accounts In-Reply-To: <1305067227-sup-4227@minibox> References: <1305058093-sup-1016@minibox> <1305063169-sup-9131@chigamba> <1305067227-sup-4227@minibox> Message-ID: On Wed, May 11, 2011 at 12:52 AM, dtk wrote: > Excerpts from Wirt Wolff's message of Di Mai 10 23:36:25 +0200 2011: > > Excerpts from dtk's message of Tue May 10 14:17:00 -0600 2011: > > > I've been test driving sup with my main mail account for some weeks > now, and > > > have to admit that my other accounts didn't get too much love during > that time, > > > due to the clunky handling of thunderbird. So I'd like to manage my > other > > > accounts in sup now as well. > > > > > > I do have a problem, though, since I can't seem to find a way to define > seperate > > > :sent_sources per account. And I really don't want to get private/work > mails to > > > get mixed up :| > > > > > > Is there a way to define :sent_source: entries per account? > > > > Is this what you mean? > > > > http://sup.rubyforge.org/wiki/wiki.pl?MultipleAccountsAndReply > > > > i.e. get a mail to dtk at private.net replies from a private acct and mails > > to my_boss_is_watching at foozle.com replies are from you at foozle.com? > not exactly. My local maildir sources are synced back to two different imap > servers (hosting my two different mail addresses) via offlineimap. > > What I want is mails sent via dtk at foozle.com to end up in the > 'Sent' folder on foozle.com while mails sent via dtk at private.net end up in > the > 'Sent' folder on private.net. > > But so far (at least as far as I can tell) I can specify only /one/ maildir > as > /the/ :sent_source, which means copies of sent mails (independent of the > account > they were sent over) will end up on /one/ imap server. > > hope that made it any clearer? :/ > > thanks anyway > dtk > _______________________________________________ > sup-talk mailing list > sup-talk at rubyforge.org > http://rubyforge.org/mailman/listinfo/sup-talk > My 2 cents : I know that when you send an email from Google smtp, you don't have to save it anywhere. It will automagically be saved with a GMail/Send tag (most of the time 'Send' only'). You don't configure your GMail account to save anything in msmtp; it happens on Google side. Isn't there a way to do so with msmtp ? I know you can choose an account to send from, but after a quick looking you can't choose a folder where to save the sent email. Maybe you'd have to choose another MTA to save the sending mail ? Simple relays like msmtp or nbsmtp (in the example) can't save in a specific folder. sup is just like mutt, an MUA, and HAPPENS to be able to save your sent mail to a specific folder. But I think it's not the main purpose of it, or am I wrong ? -- Matthieu RAKOTOJAONA -------------- next part -------------- An HTML attachment was scrubbed... URL: From d.t.k@gmx.de Tue May 10 20:16:03 2011 From: d.t.k@gmx.de (dtk) Date: Wed, 11 May 2011 02:16:03 +0200 Subject: [sup-talk] multiple accounts In-Reply-To: References: <1305058093-sup-1016@minibox> <1305063169-sup-9131@chigamba> <1305067227-sup-4227@minibox> Message-ID: <1305072191-sup-3288@minibox> Excerpts from Matthieu Rakotojaona's message of Mi Mai 11 01:23:02 +0200 2011: > I know that when you send an email from Google smtp, you don't have to save > it anywhere. It will automagically be saved with a GMail/Send tag (most of > the time 'Send' only'). You don't configure your GMail account to save > anything in msmtp; it happens on Google side. > Isn't there a way to do so with msmtp ? I know you can choose an account to > send from, but after a quick looking you can't choose a folder where to save > the sent email. Maybe you'd have to choose another MTA to save the sending > mail ? Simple relays like msmtp or nbsmtp (in the example) can't save in a > specific folder. hmm, actually I don't think it's usually an smtp feature but rather an IMAP one? > sup is just like mutt, an MUA, and HAPPENS to be able to > save your sent mail to a specific folder. But I think it's not the main > purpose of it, or am I wrong ? well, as an MUA I feel it is its task to manage mails, and that certainly includes accessing my mailbox. Admittedly stressing the comparison, speaking proper maildir e.g. means moving mails from new/ to cur/, so I feel like copying sent mails into a destined directory sounds rather appropriate, as does deleting mails, etc... Besides, sup /does/ it, so why not do it properly? Making the sent source account dependent feels natural to me. And I don't see why I would need a more complex MTA for that (which according to my understanding is responsible for transferring mails between systems rather than shuffling around mails locally). ready to be educated dtk ;) From wmorgan-sup@masanjin.net Tue May 10 20:36:54 2011 From: wmorgan-sup@masanjin.net (William Morgan) Date: Wed, 11 May 2011 00:36:54 +0000 Subject: [sup-talk] DatabaseCorruptError In-Reply-To: <20110506220650.GA23223@pimlott.net> References: <20110506220650.GA23223@pimlott.net> Message-ID: <1305074074-sup-8794@masanjin.net> Reformatted excerpts from Andrew Pimlott's message of 2011-05-06: > Sup had been running for a while, and I just came back to my terminal to > find it dead: > > --- IOError from thread: periodic poll > DatabaseError: Error reading block 4279173482: got end of file > I'm running an old git pull from next, commit 1bafcf6 dated 2010-10-12. Yipes. Are you out of disk space, or anything like that? > Anything I should do to try to diagnose and recover this? Or just > load from sup-dump? Not knowing very much about Xapian, I suggest sup-dump. Not a great solution, I know. Wait for heliotrope to solve your problems (or at least be something I understand and can fix). -- William From andrew@pimlott.net Wed May 11 02:14:01 2011 From: andrew@pimlott.net (Andrew Pimlott) Date: Tue, 10 May 2011 23:14:01 -0700 Subject: [sup-talk] DatabaseCorruptError In-Reply-To: <1305074074-sup-8794@masanjin.net> References: <20110506220650.GA23223@pimlott.net> <1305074074-sup-8794@masanjin.net> Message-ID: <1305093702-sup-3221@pimlott.net> Excerpts from William Morgan's message of Tue May 10 17:36:54 -0700 2011: > Reformatted excerpts from Andrew Pimlott's message of 2011-05-06: > > Sup had been running for a while, and I just came back to my terminal to > > find it dead: > > > > --- IOError from thread: periodic poll > > DatabaseError: Error reading block 4279173482: got end of file > > I'm running an old git pull from next, commit 1bafcf6 dated 2010-10-12. > > Yipes. Are you out of disk space, or anything like that? I wasn't out of space--unless possibly Xapian caused some transient spike in disk use that was freed when it died. The system does run without a ton of free space though, maybe 100 MB for a Xapian database that is ~300 MB total. I didn't get any disk errors either. This is on a VPS that could conceivably be hiding some errors. > > Anything I should do to try to diagnose and recover this? Or just > > load from sup-dump? > > Not knowing very much about Xapian, I suggest sup-dump. Not a great > solution, I know. It turned out that sup-dump still worked. Probably some index was corrupt but the data could still be walked. So I was able to restore without losing any data. (Well, it did use most of the 160 MB of memory on the VPS.) > Wait for heliotrope to solve your problems (or at > least be something I understand and can fix). Dum de dum dum... Andrew From patricktotzke@googlemail.com Wed May 11 05:41:44 2011 From: patricktotzke@googlemail.com (Patrick Totzke) Date: Wed, 11 May 2011 10:41:44 +0100 Subject: [sup-talk] multiple accounts In-Reply-To: <1305072191-sup-3288@minibox> References: <1305058093-sup-1016@minibox> <1305063169-sup-9131@chigamba> <1305067227-sup-4227@minibox> <1305072191-sup-3288@minibox> Message-ID: <1305105912-sup-2960@brick> Hiya! I agree: a single send-sink seems totally unnatural. In fact, we have the same problem with drafts. Has anyone of you managed to store drafts anywhere else than in ~/.sup/drafts ? let alone in different locations for different accounts? I recently mentioned both shortcomings on sup-devel (http://rubyforge.org/pipermail/sup-devel/2011-May/001095.html). As you say: a quick glance at the code confirms that one can only specify one send-sink, as well as draft-sink. However, there is some sort of "DraftManager" object. I guess one can play with that.. Anyhow, my current solution is to use a local mbox as send-sink and use a bcc to myself. Then I use server-side filters to mark incoming mails from myself as read and move it to sent. offlineimap then syncs the sent folder, which is then included in sources.yaml with archived:true and autoadd label:sent. The problem with this is, that despite different sup's on different hosts both can read the send mails wich are stored on the correct servers, the sup-instance that was used to compose the mail actually displays its local version and somehow skips the one from the server. BUT: I cannot prevent my mailhost from adding another signature to the mail and therefore, the mail sup stores is different from the one I sent! To conclude: different send-sinks for different accounts are the sensible solution in my view. cheers' /p Excerpts from dtk's message of Wed May 11 01:16:03 +0100 2011: > Excerpts from Matthieu Rakotojaona's message of Mi Mai 11 01:23:02 +0200 2011: > > I know that when you send an email from Google smtp, you don't have to save > > it anywhere. It will automagically be saved with a GMail/Send tag (most of > > the time 'Send' only'). You don't configure your GMail account to save > > anything in msmtp; it happens on Google side. > > Isn't there a way to do so with msmtp ? I know you can choose an account to > > send from, but after a quick looking you can't choose a folder where to save > > the sent email. Maybe you'd have to choose another MTA to save the sending > > mail ? Simple relays like msmtp or nbsmtp (in the example) can't save in a > > specific folder. > hmm, actually I don't think it's usually an smtp feature but rather an IMAP one? > > > sup is just like mutt, an MUA, and HAPPENS to be able to > > save your sent mail to a specific folder. But I think it's not the main > > purpose of it, or am I wrong ? > well, as an MUA I feel it is its task to manage mails, and that certainly > includes accessing my mailbox. Admittedly stressing the comparison, speaking > proper maildir e.g. means moving mails from new/ to cur/, so I feel like copying > sent mails into a destined directory sounds rather appropriate, as does deleting > mails, etc... > > Besides, sup /does/ it, so why not do it properly? Making the sent source > account dependent feels natural to me. And I don't see why I would need a more > complex MTA for that (which according to my understanding is responsible for > transferring mails between systems rather than shuffling around mails locally). > > ready to be educated > dtk ;) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From d.t.k@gmx.de Wed May 11 06:41:14 2011 From: d.t.k@gmx.de (d.t.k) Date: Wed, 11 May 2011 12:41:14 +0200 Subject: [sup-talk] multiple accounts In-Reply-To: <1305105912-sup-2960@brick> References: <1305058093-sup-1016@minibox> <1305063169-sup-9131@chigamba> <1305067227-sup-4227@minibox> <1305072191-sup-3288@minibox> <1305105912-sup-2960@brick> Message-ID: <1305109172-sup-2288@minibox> Hi, Excerpts from Patrick Totzke's message of Mi Mai 11 11:41:44 +0200 2011: > I agree: a single send-sink seems totally unnatural. > In fact, we have the same problem with drafts. yeah, actually I can think of some more situations in which I would wish for account specific sources: I'd love to add a :spam_source (e.g. 'Junk') and a :ham_source (e.g. INBOX) where mails are moved when the 'spam' label is set/removed, so that operation is mapped onto folders (I use a server side spamassassin to automagically learn from specified folders) > I recently mentioned both shortcomings on sup-devel > (http://rubyforge.org/pipermail/sup-devel/2011-May/001095.html). > As you say: a quick glance at the code confirms that one can only > specify one send-sink, as well as draft-sink. > However, there is some sort of "DraftManager" object. I guess one can > play with that.. actually, as a dirty hack it shouldn't be too hard to do: message objects know about their sources. Now we could reference the account a source belongs to in every source in addition to fields like labels, usual, archived, etc. Et voila. >From the related account we could then get any required sink: draft, sent, spam, ham, ... I don't think it's too beautiful if sources know what account they belong to. I feel like it should rather be the other way around (an acct knows its srcs). Specifying the sources of an account in the config.yaml might seriously clutter that file up, though, especially for users with many imap folder. So we could either reference a file containing the sources for an account in config.yaml (per account) or name the file by some convention (sources_.yaml) and have it parsed automagically (convention over configuration?). Thinking about it, if we could correlate mails and accounts (via the source) we might just store the belonging account in a message field. > Anyhow, my current solution is to use a local mbox as send-sink > and use a bcc to myself. Then I use server-side filters to > mark incoming mails from myself as read and move it to sent. > offlineimap then syncs the sent folder, which is then included in > sources.yaml with archived:true and autoadd label:sent. > > The problem with this is, that despite different sup's on different > hosts both can read the send mails wich are stored on the correct > servers, the sup-instance that was used to compose the mail actually > displays its local version and somehow skips the one from the server. > BUT: I cannot prevent my mailhost from adding another signature to the > mail and therefore, the mail sup stores is different from the one I > sent! To conclude: different send-sinks for different accounts are > the sensible solution in my view. I agree. Your solution may provide a work around for now, but it feels rather hacky. I'd prefer having account specific sources handled properly (as I have other applications in mind, see above) as much as I imagine you would. dtk From rthrd@web.de Wed May 11 08:10:25 2011 From: rthrd@web.de (Ruthard Baudach) Date: Wed, 11 May 2011 14:10:25 +0200 Subject: [sup-talk] multiple accounts In-Reply-To: <1305058093-sup-1016@minibox> References: <1305058093-sup-1016@minibox> Message-ID: <1305115211-sup-2468@PrxServer3> > === dtk schrieb am 2011-05-10 22:17: === < > Hey folks, > > I've been test driving sup with my main mail account for some weeks now, and > have to admit that my other accounts didn't get too much love during that time, > due to the clunky handling of thunderbird. So I'd like to manage my other > accounts in sup now as well. > > I do have a problem, though, since I can't seem to find a way to define seperate > :sent_sources per account. And I really don't want to get private/work mails to > get mixed up :| > > Is there a way to define :sent_source: entries per account? This sounds sort of "unsupish". The main idea of sup is to separate the physical storage of emails (maildirs, imap folders, mbox and so on) from the logical structure needed to archive (and access) the emails. Sup organizes emails by indexing them and searching the index, so it's completely unimportant where the emails are stored. An email labeled "inbox" will be shown in the inbox regardless where it is stored, and the same is true for emails labeled "draft" or "sent". This means, that, according to sup's philosophy, if you want to differentiate between private and business mail, you would tag the threads the mail belongs to with the label "private" resp. "business" (or even both). Actually, the mere existence of an :sent_source: is astonishing, as sup could store sent messages anywhere, it would not matter to the sup user. This separation of physical storage and logical structure is ingenial, and the reason why sup is so good organizing emails. The downside is, that it's almost impossible to use other email clients beside of sup. OK, this is not really helpfull, but might help to understand, why sup does not do things which seem to be natural for a MUA - like deleting or copying emails or storing sent emails in different sources. It's just not necessary. One idea, that might help: there is an "sendmail" hook and an "before-edit" hook. "before-edit" might be used to automize the creation of a bcc to oneself, and the sendmail hook could probably be used intercept the message and store it in an additional sent-source before calling the actual sendmail command. But I'm affraid my Ruby is not good enough to do that. Ruthard Baudach From patricktotzke@googlemail.com Wed May 11 09:20:04 2011 From: patricktotzke@googlemail.com (Patrick Totzke) Date: Wed, 11 May 2011 14:20:04 +0100 Subject: [sup-talk] multiple accounts In-Reply-To: <1305115211-sup-2468@PrxServer3> References: <1305058093-sup-1016@minibox> <1305115211-sup-2468@PrxServer3> Message-ID: <1305118404-sup-8314@optimusprime> Excerpts from Ruthard Baudach's message of Wed May 11 13:10:25 +0100 2011: > > === dtk schrieb am 2011-05-10 22:17: === < > > Hey folks, > > > > I've been test driving sup with my main mail account for some weeks now, and > > have to admit that my other accounts didn't get too much love during that time, > > due to the clunky handling of thunderbird. So I'd like to manage my other > > accounts in sup now as well. > > > > I do have a problem, though, since I can't seem to find a way to define seperate > > :sent_sources per account. And I really don't want to get private/work mails to > > get mixed up :| > > > > Is there a way to define :sent_source: entries per account? > > This sounds sort of "unsupish". The main idea of sup is to separate > the physical storage of emails (maildirs, imap folders, mbox and so on) > from the logical structure needed to archive (and access) the emails. > > Sup organizes emails by indexing them and searching the index, so it's > completely unimportant where the emails are stored. An email labeled > "inbox" will be shown in the inbox regardless where it is stored, and > the same is true for emails labeled "draft" or "sent". > > This means, that, according to sup's philosophy, if you want to > differentiate between private and business mail, you would tag the > threads the mail belongs to with the label "private" resp. "business" > (or even both). I know thats the idea, but it only makes sense if you use sup for nothing else than reading your mail: Call me old-fashioned, but for me it is an integral part of the MUA to be able to manipulate mail. I want to use it as a frontend for all my (local) mail-organization: it should let me read, delete and respond to mails and handle crypto transparently. Hence, I consider it the responsibility of the mua to _physically_ manipulate mboxes and maildirs and storing my outgoing mail should also be done by the mua, not my transport agent. > Actually, the mere existence of an :sent_source: is astonishing, as sup > could store sent messages anywhere, it would not matter to the sup user. I guess every user would want to store outgoing mail _somewhere_? The question is where? letting the user choose this in the settings is a good idea, almost certainly better than hardcoding this to be sup:/sent (or sup:/drafts for that matter *cough* ). But of course, his choice may depend on the message in some way, most likely on the From: field. How about a hook "choose-sent-sink" that takes a msg and decides which source to store it in? > This separation of physical storage and logical structure is ingenial, > and the reason why sup is so good organizing emails. > The downside is, that it's almost impossible to use other email clients > beside of sup. The point is that using this "pure" approach - sup does no physical manipulation whatsoever - lets you no choice as to use other tools to physically organize your mail, obviously cousing inconsistancies in the index. > OK, this is not really helpfull, but might help to understand, why sup > does not do things which seem to be natural for a MUA - like deleting > or copying emails or storing sent emails in different sources. > It's just not necessary. disagree: much discussed use-case: my personal outmails should not be stored on the company mailserver, nor the other way around. > One idea, that might help: there is an "sendmail" hook and an > "before-edit" hook. "before-edit" might be used to automize the creation > of a bcc to oneself, Bcc to oneself is discussed below, is definately a workaround for mua shortcomings. > and the sendmail hook could probably be used > intercept the message and store it in an additional sent-source before > calling the actual sendmail command. But I'm affraid my Ruby is not > good enough to do that. Unfortunately, I too feel uncomfortable with ruby, otherwise I would definately give more constructive feedback instead of just complaining here 8) Cheers, /p -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From d.t.k@gmx.de Wed May 11 09:50:02 2011 From: d.t.k@gmx.de (dtk) Date: Wed, 11 May 2011 15:50:02 +0200 Subject: [sup-talk] multiple accounts In-Reply-To: <1305115211-sup-2468@PrxServer3> References: <1305058093-sup-1016@minibox> <1305115211-sup-2468@PrxServer3> Message-ID: <1305120470-sup-4951@minibox> Excerpts from Ruthard Baudach's message of Mi Mai 11 14:10:25 +0200 2011: > > === dtk schrieb am 2011-05-10 22:17: === < > > Hey folks, > > > > I've been test driving sup with my main mail account for some weeks now, and > > have to admit that my other accounts didn't get too much love during that time, > > due to the clunky handling of thunderbird. So I'd like to manage my other > > accounts in sup now as well. > > > > I do have a problem, though, since I can't seem to find a way to define seperate > > :sent_sources per account. And I really don't want to get private/work mails to > > get mixed up :| > > > > Is there a way to define :sent_source: entries per account? > > This sounds sort of "unsupish". I know what you mean. It deals with folders, and sup doesn't. And still I tend to regard that kind of behavior rather as an extension, an improvement than a contradiction. Here's why: > The main idea of sup is to separate > the physical storage of emails [...] > from the logical structure needed to archive (and access) the emails. > > This separation of physical storage and logical structure is [...] the reason > why sup is so good organizing emails. true > The downside is, that it's almost impossible to use other email clients > beside of sup. false. As you say > Sup organizes emails by indexing them and searching the index, so it's > completely unimportant where the emails are stored. So why not store it in a folder that makes it compatible with all those plain old MUAs (like that webmail client I need when not at my machine or that stupid GUI MUA my boss forces me to use so he can send me exchange invites)? > Actually, the mere existence of an :sent_source: is astonishing I wouldn't call it so much 'astonishing' but rather a well founded compromise, since first it makes sup compatible with plain old MUAs and second > sup could store sent messages anywhere, it would not matter to the sup user. > OK, this is not really helpfull, but might help to understand, why sup > does not do things which seem to be natural for a MUA - like deleting > or copying emails it doesn't!? o_O I've been using Damien's branch[0] for basically what is the entire time I'm using sup and it plays really, really nice with all my other MUAs without losing /any/ of the great innovative advantages of a plain sup, at least as far as I can tell. So I really fail to see how that would be considered a bad thing ;) > It's just not necessary. As you can probably see from my argumentation so far, I'd beg to differ ;P > One idea, that might help: there is an "sendmail" hook and an > "before-edit" hook. "before-edit" might be used to automize the creation > of a bcc to oneself, and the sendmail hook could probably be used > intercept the message and store it in an additional sent-source before > calling the actual sendmail command. yeah, thx for the hints!! Bs as I already stated, not only do I consider that a rather hacky work around, but I also have other applications in mind plus I would prefer to just do it the right way^TM ;) Thanks for your clarifications dtk ---------- [0]http://rubyforge.org/pipermail/sup-devel/2010-July/000631.html From d.t.k@gmx.de Wed May 11 11:08:48 2011 From: d.t.k@gmx.de (dtk) Date: Wed, 11 May 2011 17:08:48 +0200 Subject: [sup-talk] multiple accounts In-Reply-To: <1305109172-sup-2288@minibox> References: <1305058093-sup-1016@minibox> <1305063169-sup-9131@chigamba> <1305067227-sup-4227@minibox> <1305072191-sup-3288@minibox> <1305105912-sup-2960@brick> <1305109172-sup-2288@minibox> Message-ID: <1305126047-sup-8239@minibox> Excerpts from d.t.k's message of Mi Mai 11 12:41:14 +0200 2011: > Excerpts from Patrick Totzke's message of Mi Mai 11 11:41:44 +0200 2011: > > I agree: a single send-sink seems totally unnatural. > > In fact, we have the same problem with drafts. > yeah, actually I can think of some more situations in which I would wish for > account specific sources: I'd love to add a :spam_source (e.g. 'Junk') and a :ham_source (e.g. INBOX) where mails > are moved when the 'spam' label is set/removed, so that operation is mapped onto > folders (I use a server side spamassassin to automagically learn from specified > folders) > > > I recently mentioned both shortcomings on sup-devel > > (http://rubyforge.org/pipermail/sup-devel/2011-May/001095.html). > > As you say: a quick glance at the code confirms that one can only > > specify one send-sink, as well as draft-sink. > > However, there is some sort of "DraftManager" object. I guess one can > > play with that.. > actually, as a dirty hack it shouldn't be too hard to do: message objects know > about their sources. Now we could reference the account a source belongs to in > every source in addition to fields like labels, usual, archived, etc. Et voila. > From the related account we could then get any required sink: draft, sent, spam, > ham, ... uah, what was I thinking? Actually, for the first two cases (draft, sent), it should be /way/ easier. There already /is/ a mechanism for correllating those messages to an account. I think it is acceptable to assume that sent mails as well as drafts have the from: header (which is most probably where the acct correllation hooks in) set (this may not be true for the spam/ham scenario). So since there is a mechanism to get the account to such a mail, all we would need to do is to provide account objects with a :sent_source and a :draft_source of type location. Case solved. Now that's gonna be easy ;) dtk PS depending on the direction this discussion is taking, I wonder whether I should subscribe to and include sup-devel :| From johnbent@lanl.gov Wed May 11 23:28:39 2011 From: johnbent@lanl.gov (John Bent) Date: Wed, 11 May 2011 21:28:39 -0600 Subject: [sup-talk] git co old version In-Reply-To: <1303842631-sup-8740@tilus.net> References: <1303482546-sup-7257@guava.lanl.gov> <1303488368-sup-7145@tilus.net> <1303502527-sup-8162@guava.lanl.gov> <1303550452-sup-7133@tilus.net> <1303834843-sup-1995@guava.lanl.gov> <1303842631-sup-8740@tilus.net> Message-ID: <1305170697-sup-9267@barista.lanl.gov> Excerpts from Tero Tilus's message of Tue Apr 26 12:33:14 -0600 2011: > John Bent, 2011-04-26 19:30: > > Sadly however, I still can't get sup-convert-ferret-index to run. > > I've got no idea whats wrong with your sup-convert-ferret-index. I'm > not 100% sure, but I assume you could just try to sup-dump with old > enough sup (preferably the one you've been using) and reindex + > restore using current. > Just a follow-up. I am finally off ferret and am all the way onto 0.12.1! I'm not sure why it was so difficult but I could never successfully convert from ferret to xapian on an OS X box. On 10.5.8, I couldn't ever get xapian working and on 10.6 I couldn't get ferret working. I finally just migrated to a real linux box and am happily sup'ing again! Thanks to everyone who chimed in trying to help me. From jdugan@es.net Mon May 16 13:30:50 2011 From: jdugan@es.net (Jon Dugan) Date: Mon, 16 May 2011 12:30:50 -0500 Subject: [sup-talk] Multiple documents for a single docid in Xapian? Message-ID: <1305566071-sup-6625@arrakis.es.net> Recently I've gotten into a situation where sup is crashing. The traceback is at the end. The first time I did a little digging, a git pull and finallly gave up and rebuilt my index. It happened again this morning and I dug in a bit more. (What follows is based on a pull from master as of a few minutes ago.) I added a bit of debugging at the point of the crash: (around line 555 of index.rb) def find_docid id docids = term_docids(mkterm(:msgid,id)) #fail unless docids.size <= 1 warn "got #{docids.size} (expected 1 or less) for #{id}" unless docids.size <= 1 docids.first end Basically instead of failing I log a warning and move on. For some reason I am seeing 2 entries in the index for that particular docid. Any idea how this could happen? Is there a recommended way to fix this? My little warning hack makes me nervous. I assume I can just delete one of them from the index but I haven't spent much time understanding how the index is set up and I'm concerned about unintended consequences... Interestingly I get the warning 4 times: [Mon May 16 12:14:26 -0500 2011] WARNING: got 2 (expected 1 or less) for 1305558622-sup-33 at arrakis.es.net [Mon May 16 12:14:26 -0500 2011] WARNING: got 2 (expected 1 or less) for 1305558622-sup-33 at arrakis.es.net [Mon May 16 12:14:29 -0500 2011] WARNING: got 2 (expected 1 or less) for 1305558622-sup-33 at arrakis.es.net [Mon May 16 12:14:29 -0500 2011] WARNING: got 2 (expected 1 or less) for 1305558622-sup-33 at arrakis.es.net I originally got this after an offline IMAP run when it was scanning for new messages to add to the index. The message in question is actually in my ~/.sup/sent.mbox file and so it wasn't pulled from IMAP -- I'm guessing it must have just checked the sent mbox file after it finished checking the offline IMAP directories. I'm not really sure. Any ideas? Thanks, Jon --- RuntimeError from thread: poll after loading inbox /Users/jdugan/projects/sup/mainline/lib/sup/index.rb:556:in `find_docid' /Users/jdugan/projects/sup/mainline/lib/sup/index.rb:562:in `find_doc' /Users/jdugan/projects/sup/mainline/lib/sup/index.rb:572:in `get_entry' /Users/jdugan/projects/sup/mainline/lib/sup/index.rb:200:in `build_message' /opt/local/lib/ruby/1.8/monitor.rb:242:in `synchronize' /Users/jdugan/projects/sup/mainline/lib/sup/index.rb:581:in `synchronize' /Users/jdugan/projects/sup/mainline/lib/sup/index.rb:200:in `build_message' /Users/jdugan/projects/sup/mainline/lib/sup/util.rb:618:in `send' /Users/jdugan/projects/sup/mainline/lib/sup/util.rb:618:in `method_missing' /Users/jdugan/projects/sup/mainline/lib/sup/poll.rb:159:in `poll_from' /Users/jdugan/projects/sup/mainline/lib/sup/maildir.rb:106:in `poll' /Users/jdugan/projects/sup/mainline/lib/sup/util.rb:615:in `each_with_index' /Users/jdugan/projects/sup/mainline/lib/sup/maildir.rb:105:in `each' /Users/jdugan/projects/sup/mainline/lib/sup/maildir.rb:105:in `each_with_index' /Users/jdugan/projects/sup/mainline/lib/sup/maildir.rb:105:in `poll' /Users/jdugan/projects/sup/mainline/lib/sup/maildir.rb:90:in `each' /Users/jdugan/projects/sup/mainline/lib/sup/maildir.rb:90:in `poll' /Users/jdugan/projects/sup/mainline/lib/sup/poll.rb:155:in `poll_from' /Users/jdugan/projects/sup/mainline/lib/sup/poll.rb:113:in `do_poll' /Users/jdugan/projects/sup/mainline/lib/sup/poll.rb:103:in `each' /Users/jdugan/projects/sup/mainline/lib/sup/poll.rb:103:in `do_poll' /Users/jdugan/projects/sup/mainline/lib/sup/poll.rb:102:in `synchronize' /Users/jdugan/projects/sup/mainline/lib/sup/poll.rb:102:in `do_poll' /Users/jdugan/projects/sup/mainline/lib/sup/util.rb:618:in `send' /Users/jdugan/projects/sup/mainline/lib/sup/util.rb:618:in `method_missing' /Users/jdugan/projects/sup/mainline/lib/sup/modes/poll-mode.rb:15:in `poll' /Users/jdugan/projects/sup/mainline/lib/sup/poll.rb:49:in `poll_with_sources' /Users/jdugan/projects/sup/mainline/lib/sup/poll.rb:68:in `poll' /Users/jdugan/projects/sup/mainline/lib/sup/util.rb:618:in `send' /Users/jdugan/projects/sup/mainline/lib/sup/util.rb:618:in `method_missing' /Users/jdugan/projects/sup/mainline/bin/sup:223 /Users/jdugan/projects/sup/mainline/lib/sup.rb:78:in `reporting_thread' /Users/jdugan/projects/sup/mainline/lib/sup.rb:76:in `initialize' /Users/jdugan/projects/sup/mainline/lib/sup.rb:76:in `new' /Users/jdugan/projects/sup/mainline/lib/sup.rb:76:in `reporting_thread' /Users/jdugan/projects/sup/mainline/bin/sup:223 /Users/jdugan/projects/sup/mainline/lib/sup/modes/thread-index-mode.rb:684:in `call' /Users/jdugan/projects/sup/mainline/lib/sup/modes/thread-index-mode.rb:684:in `__unprotected_load_threads' /Users/jdugan/projects/sup/mainline/lib/sup/modes/thread-index-mode.rb:625:in `call' /Users/jdugan/projects/sup/mainline/lib/sup/modes/thread-index-mode.rb:625:in `load_n_threads_background' /Users/jdugan/projects/sup/mainline/lib/sup.rb:78:in `reporting_thread' /Users/jdugan/projects/sup/mainline/lib/sup.rb:76:in `initialize' /Users/jdugan/projects/sup/mainline/lib/sup.rb:76:in `new' /Users/jdugan/projects/sup/mainline/lib/sup.rb:76:in `reporting_thread' /Users/jdugan/projects/sup/mainline/lib/sup/modes/thread-index-mode.rb:623:in `load_n_threads_background' /Users/jdugan/projects/sup/mainline/lib/sup/modes/thread-index-mode.rb:694:in `__unprotected_load_threads' (eval):12:in `load_threads' /Users/jdugan/projects/sup/mainline/bin/sup:223 From f.unglaub@googlemail.com Wed May 18 03:44:25 2011 From: f.unglaub@googlemail.com (Florian Unglaub) Date: Wed, 18 May 2011 09:44:25 +0200 Subject: [sup-talk] Sup + offlineimap + Gmail Message-ID: <1305704218-sup-213@btmwxn> Hey guys, I approaching an almost ideal setup for a good gmail integration into sup using offlineimap. My offlineimap setup pulls all Gmail folders (aka Gmail labels) into seperate maildirs. I found a nice startup-hook for sup to add sources dynamicly: Dir[ENV['HOME']+'/.maildir/gmail/*'].map do |d| uri = "maildir:"+d log "Processing source #{uri}" unless SourceManager.source_for uri source = Maildir.new uri, true, false, nil, [LabelManager.label_for(File.basename(d))] SourceManager.add_source source log "Added source #{d}" end end This snippet of code checks for any directories in $HOME/.maildir/gmail and adds them as a new source with the corresponding label. This allows me to make changes in the gmail web interface which will be reflected in sup. Now there's a small issue I encountered today. If I star a message in Sup, offlineimap claims that it adds the 'S' flag to that message, but this won't be synced to Gmail for some reason. The other direction (star it on my mobile phone or in the web interface) works fine, i.e. the message can be seen in the 'Starred' label in sup. Is there any way to make this work? Regards, Florian From damien.leone@fensalir.fr Wed May 18 03:59:43 2011 From: damien.leone@fensalir.fr (Damien Leone) Date: Wed, 18 May 2011 09:59:43 +0200 Subject: [sup-talk] Sup + offlineimap + Gmail In-Reply-To: <1305704218-sup-213@btmwxn> References: <1305704218-sup-213@btmwxn> Message-ID: <1305705194-sup-5588@mailer> Hello, Are you sure that reading a e-mail from sup marks it as read in Gmail after having executed offlineimap? Because this should not work, apparently you are using sup 0.12.1 which does not support backward synchronization. [0] And by the way, starring a message in sup should update the 'F' (flagged) flag not the 'S' (seen) flag. Cheers, [0] http://www.mail-archive.com/sup-devel at rubyforge.org/msg00983.html Excerpts from Florian Unglaub's message of mer. mai 18 09:44:25 +0200 2011: > Hey guys, > > I approaching an almost ideal setup for a good gmail integration into > sup using offlineimap. My offlineimap setup pulls all Gmail folders > (aka Gmail labels) into seperate maildirs. I found a nice startup-hook > for sup to add sources dynamicly: > > Dir[ENV['HOME']+'/.maildir/gmail/*'].map do |d| > uri = "maildir:"+d > log "Processing source #{uri}" > unless SourceManager.source_for uri > source = Maildir.new uri, true, false, nil, [LabelManager.label_for(File.basename(d))] > SourceManager.add_source source > log "Added source #{d}" > end > end > > This snippet of code checks for any directories in > $HOME/.maildir/gmail and adds them as a new source with the > corresponding label. This allows me to make changes in the gmail > web interface which will be reflected in sup. > > Now there's a small issue I encountered today. If I star a message in > Sup, offlineimap claims that it adds the 'S' flag to that message, but > this won't be synced to Gmail for some reason. The other direction > (star it on my mobile phone or in the web interface) works fine, > i.e. the message can be seen in the 'Starred' label in sup. > > Is there any way to make this work? > > Regards, > Florian -- Damien Leone GPG: 0x82EB4DDF From john.wyzer@gmx.de Thu May 19 11:11:31 2011 From: john.wyzer@gmx.de (john.wyzer) Date: Thu, 19 May 2011 17:11:31 +0200 Subject: [sup-talk] Word wrap for quoted lines In-Reply-To: References: Message-ID: <1305817664-sup-572@localhost> Excerpts from Antti Kaihola's message of Tue May 10 09:07:13 +0200 2011: > Hi, > > When reading messages in Sup and expanding quoted lines, long quoted > lines are not word wrapped and thus I can't read all the content. > Non-quoted content wraps as expected. > > Is this a known issue or could it be a misconfiguration or problem in > my build? I'm currently using commit 7e2bb88 from Sun Jan 23 21:05:39 > 2011 -0800 on Ubuntu 10.10. I do have the same problem; very annoying. I'm on the mainline/next branch. From john.wyzer@gmx.de Thu May 19 11:16:51 2011 From: john.wyzer@gmx.de (john.wyzer) Date: Thu, 19 May 2011 17:16:51 +0200 Subject: [sup-talk] Word wrap for quoted lines In-Reply-To: <1305817664-sup-572@localhost> References: <1305817664-sup-572@localhost> Message-ID: <1305818177-sup-9473@localhost> Excerpts from john.wyzer's message of Thu May 19 17:11:31 +0200 2011: > Excerpts from Antti Kaihola's message of Tue May 10 09:07:13 +0200 2011: > > Hi, > > > > When reading messages in Sup and expanding quoted lines, long quoted > > lines are not word wrapped and thus I can't read all the content. > > Non-quoted content wraps as expected. > > > > Is this a known issue or could it be a misconfiguration or problem in > > my build? I'm currently using commit 7e2bb88 from Sun Jan 23 21:05:39 > > 2011 -0800 on Ubuntu 10.10. > > > I do have the same problem; very annoying. > I'm on the mainline/next branch. Ah. Here's a fix: https://github.com/rburchell/sup/commit/a60dd01fe297bf3cd5a12c17a40849219c7f8a91 From f.unglaub@googlemail.com Thu May 19 17:17:20 2011 From: f.unglaub@googlemail.com (Florian Unglaub) Date: Thu, 19 May 2011 23:17:20 +0200 Subject: [sup-talk] Sup + offlineimap + Gmail In-Reply-To: <1305705194-sup-5588@mailer> References: <1305704218-sup-213@btmwxn> <1305705194-sup-5588@mailer> Message-ID: <1305839702-sup-8270@hal> Excerpts from Damien Leone's message of 2011-05-18 09:59:43 +0200: > Hello, > > Are you sure that reading a e-mail from sup marks it as read in Gmail > after having executed offlineimap? Because this should not work, > apparently you are using sup 0.12.1 which does not support backward > synchronization. [0] You are right. It doesn't sync back at all. I will try to figure out how to achieve this with the git version. Regards, Florian. From rthd@web.de Wed May 11 08:19:25 2011 From: rthd@web.de (Ruthard Baudach) Date: Wed, 11 May 2011 14:19:25 +0200 Subject: [sup-talk] Word wrap for quoted lines In-Reply-To: References: Message-ID: <1305116205-sup-2345@PrxServer3> > === Antti Kaihola schrieb am 2011-05-10 09:07: === < > Hi, > > > When reading messages in Sup and expanding quoted lines, long quoted > lines are not word wrapped and thus I can't read all the content. > Non-quoted content wraps as expected. The left and right arrow keys give you access to text right or left of your screen. Of course it would be nice, if sup would wrap these lines as well. Ruthard From jonathanipser@gmail.com Sat May 21 10:49:59 2011 From: jonathanipser@gmail.com (Jonathan Ipser) Date: Sat, 21 May 2011 10:49:59 -0400 Subject: [sup-talk] Adding hooks to sup-mail Message-ID: <1305988436-sup-5041@jon-laptop> Hello All, I have recently started using sup-mail, and have found the simplicity of the user-interface a refreshing change from other email-clients. One problem I am having though has to do with adding hooks to sup-mail. When I run "sup-mail -l", I am presented with a list of 30 hooks that are registered on my system (see output below). None of these scripts are found in the location listed, however (the .sup/hooks directory is empty). Running the 'find' command does not detect the scripts elsewhere on my system, either. Also, nothing changes when I try to overwrite the listed hooks by adding scripts to the .sup/hooks directory. Any information on how to add/modify hooks with sup-mail would be much appreciated. FYI, I installed sup-mail (v. 0.11) using the standard installation procedure for my Xubuntu OS. I am running sup-mail as the root user. Regards, Jonathan -------output of 'sup-mail -l' Have 30 registered hooks: after-poll ---------- File: ~/.sup/hooks/after-poll.rb Executes immediately after a poll for new messages completes. Variables: num: the total number of new messages added in this poll num_inbox: the number of new messages added in this poll which appear in the inbox (i.e. were not auto-archived). num_inbox_total_unread: the total number of unread messages in the inbox from_and_subj: an array of (from email address, subject) pairs from_and_subj_inbox: an array of (from email address, subject) pairs for only those messages appearing in the inbox attribution ----------- File: ~/.sup/hooks/attribution.rb Generates an attribution ("Excerpts from Joe Bloggs's message of Fri Jan 11 09:54:32 -0500 2008:"). Variables: message: a message object representing the message being replied to (useful values include message.from.name and message.date) Return value: A string containing the text of the quote line (can be multi-line) before-add-message ------------------ File: ~/.sup/hooks/before-add-message.rb Executes immediately before a message is added to the index. Variables: message: the new message before-edit ----------- File: ~/.sup/hooks/before-edit.rb Modifies message body and headers before editing a new message. Variables should be modified in place. Variables: header: a hash of headers. See 'signature' hook for documentation. body: an array of lines of body text. Return value: none before-poll ----------- File: ~/.sup/hooks/before-poll.rb Executes immediately before a poll for new messages commences. No variables. bounce-command -------------- File: ~/.sup/hooks/bounce-command.rb Determines the command used to bounce a message. Variables: from: The From header of the message being bounced (eg: likely _not_ your address). to: The addresses you asked the message to be bounced to as an array. Return value: A string representing the command to pipe the mail into. This should include the entire command except for the destination addresses, which will be appended by sup. crypto-mode ----------- File: ~/.sup/hooks/crypto-mode.rb Modifies cryptography settings based on header and message content, before editing a new message. This can be used to set, for example, default cryptography settings. Variables: header: a hash of headers. See 'signature' hook for documentation. body: an array of lines of body text. crypto_selector: the UI element that controls the current cryptography setting. Return value: none custom-search ------------- File: ~/.sup/hooks/custom-search.rb Executes before a string search is applied to the index, returning a new search string. Variables: subs: The string being searched. detailed-headers ---------------- File: ~/.sup/hooks/detailed-headers.rb Add or remove headers from the detailed header display of a message. Variables: message: The message whose headers are to be formatted. headers: A hash of header (name, value) pairs, initialized to the default headers. Return value: None. The variable 'headers' should be modified in place. extra-contact-addresses ----------------------- File: ~/.sup/hooks/extra-contact-addresses.rb A list of extra addresses to propose for tab completion, etc. when the user is entering an email address. Can be plain email addresses or can be full "User Name " entries. Variables: none Return value: an array of email address strings. gpg-args -------- File: ~/.sup/hooks/gpg-args.rb Runs before gpg is executed, allowing you to modify the arguments (most likely you would want to add something to certain commands, like --trust-model always to signing/encrypting a message, but who knows). Variables: args: arguments for running GPG Return value: the arguments for running GPG index-mode-date-widget ---------------------- File: ~/.sup/hooks/index-mode-date-widget.rb Generates the per-thread date widget for each thread. Variables: thread: The message thread to be formatted. index-mode-size-widget ---------------------- File: ~/.sup/hooks/index-mode-size-widget.rb Generates the per-thread size widget for each thread. Variables: thread: The message thread to be formatted. keybindings ----------- File: ~/.sup/hooks/keybindings.rb Add custom keybindings. Methods: modes: Hash from mode names to mode classes. global_keymap: The top-level keymap. label-list-filter ----------------- File: ~/.sup/hooks/label-list-filter.rb Filter the label list, typically to sort. Variables: counted: an array of counted labels. Return value: An array of counted labels with sort_by output structure. label-list-format ----------------- File: ~/.sup/hooks/label-list-format.rb Create the sprintf format string for label-list-mode. Variables: width: the maximum label width tmax: the maximum total message count umax: the maximum unread message count Return value: A format string for sprintf mark-as-spam ------------ File: ~/.sup/hooks/mark-as-spam.rb This hook is run when a thread is marked as spam Variables: thread: The message thread being marked as spam. mentions-attachments -------------------- File: ~/.sup/hooks/mentions-attachments.rb Detects if given message mentions attachments the way it is probable that there should be files attached to the message. Variables: header: a hash of headers. See 'signature' hook for documentation. body: an array of lines of body text. Return value: True if attachments are mentioned. mime-decode ----------- File: ~/.sup/hooks/mime-decode.rb Decodes a MIME attachment into text form. The text will be displayed directly in Sup. For attachments that you wish to use a separate program to view (e.g. images), you should use the mime-view hook instead. Variables: content_type: the content-type of the attachment charset: the charset of the attachment, if applicable filename: the filename of the attachment as saved to disk sibling_types: if this attachment is part of a multipart MIME attachment, an array of content-types for all attachments. Otherwise, the empty array. Return value: The decoded text of the attachment, or nil if not decoded. mime-view --------- File: ~/.sup/hooks/mime-view.rb Views a non-text MIME attachment. This hook allows you to run third-party programs for attachments that require such a thing (e.g. images). To instead display a text version of the attachment directly in Sup, use the mime-decode hook instead. Note that by default (at least on systems that have a run-mailcap command), Sup uses the default mailcap handler for the attachment's MIME type. If you want a particular behavior to be global, you may wish to change your mailcap instead. Variables: content_type: the content-type of the attachment filename: the filename of the attachment as saved to disk Return value: True if the viewing was successful, false otherwise. If false, calling /usr/bin/run-mailcap will be tried. publish ------- File: ~/.sup/hooks/publish.rb Executed when a message or a chunk is requested to be published. Variables: chunk: Redwood::Message or Redwood::Chunk::* to be published. Return value: None. reply-from ---------- File: ~/.sup/hooks/reply-from.rb Selects a default address for the From: header of a new reply. Variables: message: a message object representing the message being replied to (useful values include message.recipient_email, message.to, and message.cc) Return value: A Person to be used as the default for the From: header, or nil to use the default behavior. reply-to -------- File: ~/.sup/hooks/reply-to.rb Set the default reply-to mode. Variables: modes: array of valid modes to choose from, which will be a subset of [:sender, :recipient, :list, :all, :user] The default behavior is equivalent to ([:list, :sender, :recipent] & modes)[0] Return value: The reply mode you desire, or nil to use the default behavior. search-list-filter ------------------ File: ~/.sup/hooks/search-list-filter.rb Filter the search list, typically to sort. Variables: counted: an array of counted searches. Return value: An array of counted searches with sort_by output structure. search-list-format ------------------ File: ~/.sup/hooks/search-list-format.rb Create the sprintf format string for search-list-mode. Variables: n_width: the maximum search name width tmax: the maximum total message count umax: the maximum unread message count s_width: the maximum search string width Return value: A format string for sprintf shutdown -------- File: ~/.sup/hooks/shutdown.rb Executes when sup is shutting down. May be run when sup is crashing, so don't do anything too important. Run before the label, contacts, and people are saved. No variables. No return value. signature --------- File: ~/.sup/hooks/signature.rb Generates a message signature. Variables: header: an object that supports string-to-string hashtable-style access to the raw headers for the message. E.g., header["From"], header["To"], etc. from_email: the email part of the From: line, or nil if empty Return value: A string (multi-line ok) containing the text of the signature, or nil to use the default signature, or :none for no signature. startup ------- File: ~/.sup/hooks/startup.rb Executes at startup No variables. No return value. status-bar-text --------------- File: ~/.sup/hooks/status-bar-text.rb Sets the status bar. The default status bar contains the mode name, the buffer title, and the mode status. Note that this will be called at least once per keystroke, so excessive computation is discouraged. Variables: num_inbox: number of messages in inbox num_inbox_unread: total number of messages marked as unread num_total: total number of messages in the index num_spam: total number of messages marked as spam title: title of the current buffer mode: current mode name (string) status: current mode status (string) Return value: a string to be used as the status bar. terminal-title-text ------------------- File: ~/.sup/hooks/terminal-title-text.rb Sets the title of the current terminal, if applicable. Note that this will be called at least once per keystroke, so excessive computation is discouraged. Variables: the same as status-bar-text hook. Return value: a string to be used as the terminal title. From michael+sup@stapelberg.de Mon May 23 05:29:15 2011 From: michael+sup@stapelberg.de (Michael Stapelberg) Date: Mon, 23 May 2011 11:29:15 +0200 Subject: [sup-talk] Adding hooks to sup-mail In-Reply-To: <1305988436-sup-5041@jon-laptop> References: <1305988436-sup-5041@jon-laptop> Message-ID: <1306142903-sup-802@midna.zekjur.net> Hi Jonathan, Excerpts from Jonathan Ipser's message of 2011-05-21 16:49:59 +0200: > registered on my system (see output below). None of these scripts are found > in the location listed, however (the .sup/hooks directory is empty). Running You should create these files :). > Any information on how to add/modify hooks with sup-mail would be much > appreciated. FYI, I installed sup-mail (v. 0.11) using the standard > installation procedure for my Xubuntu OS. I am running sup-mail as the root > user. You really shouldn?t run it as root, that?s dangerous. Best regards, Michael From akaihola@gmail.com Mon May 23 14:38:56 2011 From: akaihola@gmail.com (Antti Kaihola) Date: Mon, 23 May 2011 21:38:56 +0300 Subject: [sup-talk] Word wrap for quoted lines In-Reply-To: <1305818177-sup-9473@localhost> References: <1305817664-sup-572@localhost> <1305818177-sup-9473@localhost> Message-ID: Excerpts from Antti Kaihola's message of Tue May 10 09:07:13 +0200 2011: >> > Hi, >> > >> > When reading messages in Sup and expanding quoted lines, long quoted >> > lines are not word wrapped and thus I can't read all the content. 2011/5/19 john.wyzer : > Ah. Here's a fix: > https://github.com/rburchell/sup/commit/a60dd01fe297bf3cd5a12c17a40849219c7f8a91 Thanks, it works perfectly! It also seems to live in the wrap_quoted branch of the sup repository. From d.t.k@gmx.de Tue May 24 06:26:40 2011 From: d.t.k@gmx.de (dtk) Date: Tue, 24 May 2011 12:26:40 +0200 Subject: [sup-talk] Word wrap for quoted lines In-Reply-To: References: <1305817664-sup-572@localhost> <1305818177-sup-9473@localhost> Message-ID: On Mon, 23 May 2011 21:38:56 +0300, Antti Kaihola wrote: > Excerpts from Antti Kaihola's message of Tue May 10 09:07:13 +0200 2011: >>> > When reading messages in Sup and expanding quoted lines, long quoted >>> > lines are not word wrapped and thus I can't read all the content. > > 2011/5/19 john.wyzer : >> Ah. Here's a fix: >> https://github.com/rburchell/sup/commit/a60dd01fe297bf3cd5a12c17a40849219c7f8a91 > > It also seems to live in the wrap_quoted > branch of the sup repository. cool! Does that mean there is a chance it will finally make it into master? Or will it like forever be necessary to apply the patch manually? Just asking, since that patch in the original repo is from september last year, what /feels/ like a rather longish time to merge a rather basic patch. Am I mistaken? thx for ur support! dtk From rthrd@web.de Thu May 26 07:58:38 2011 From: rthrd@web.de (Ruthard Baudach) Date: Thu, 26 May 2011 13:58:38 +0200 Subject: [sup-talk] change order in thread manually Message-ID: <1306410889-sup-2968@PrxServer3> Hello everybody, Sometimes I have to add messages to a thread manually (my sister's using a blackberry, my wife never uses the repeat-function...) If I do so by tagging messages with t and pressing # in inbox mode, the messages form one thread, but not in logical order. Is there any method to change the order of messages in a thread manually? Ruthard Baudach From dmishd@gmail.com Sun May 29 13:34:41 2011 From: dmishd@gmail.com (Hamish) Date: Sun, 29 May 2011 18:34:41 +0100 Subject: [sup-talk] Word wrap for quoted lines In-Reply-To: References: <1305817664-sup-572@localhost> <1305818177-sup-9473@localhost> Message-ID: <1306690367-sup-9151@whisper> Excerpts from dtk's message of Tue May 24 11:26:40 +0100 2011: > On Mon, 23 May 2011 21:38:56 +0300, Antti Kaihola > > Excerpts from Antti Kaihola's message of Tue May 10 09:07:13 +0200 2011: > >>> > When reading messages in Sup and expanding quoted lines, long quoted > >>> > lines are not word wrapped and thus I can't read all the content. > > > > It also seems to live in the wrap_quoted branch of the sup repository. Yes, I created that branch next weekend. I've now merged it into the next branch, so go update from git and enjoy :) And I may get around to reviewing other patches from the same github fork at some point, but if you spot any you particularly want merged then shout out and they'll get reviewed sooner ... Hamish Downer From afarrell@MIT.EDU Tue May 31 23:54:37 2011 From: afarrell@MIT.EDU (Andrew Farrell) Date: Tue, 31 May 2011 20:54:37 -0700 Subject: [sup-talk] before-poll.rb does not appear to be run. Where is PollManager defined? Message-ID: Hello all, I've just installed sup 0.8.1 from macports on OSX 10.6 with ruby version 1.8.7 It opens my maildir fine and I am pleased with its ability to organize mail quickly. I'm trying to add a before-poll.rb hook, but this appears not to be run. At least, it is not running offlineIMAP and if I insert a divide-by-zero, nothing explodes. (If you care, I've attached that file.) So, I went source-diving into /opt/local/lib/ruby/gems/1.8/gems/sup-0.8.1/bin/sup, but failed to find where PollManager or its method .poll is defined. I strongly suspect it is in the gem referenced by "require 'sup' " However, the only files so named that are in my PATH are this file itself and a wrapper script that invokes it. Do you know where else I might look for the definition of PollManager or where I might look to find where it is requiring sup from? context: - I've never written a line of ruby. - I'm inferring that "require 'sup' " is the equivalent of python's "from sup import *" thank you, Andrew Farrell -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: before-poll.rb Type: application/octet-stream Size: 758 bytes Desc: not available URL: