Hey guys, Thanks for the wild ride, but I need to switch to something more reliable. Not sure if there are incompatibilities with my version of ruby or whatnot, but I''m getting ridiculous CPU usage and random seg faults. It''s too much stress for me. And after a crash when I restart, I have a random collection of seventy or so messages in my inbox, even though it was zero when I crashed. This combined with not being able to convert to xapian without a seg fault... Maybe I''ll be back some day. Good luck. -- Steve Goldman sgoldman at tower-research.com T: 212.219.6014 F: 212.219.6007 Tower Research Capital, LLC 377 Broadway, 11th Fl. New York, NY 10013
Excerpts from Steve Goldman''s message of Thu Feb 18 17:56:53 -0500 2010:> > Hey guys, > > Thanks for the wild ride, but I need to switch to something more > reliable. Not sure if there are incompatibilities with my version of > ruby or whatnot, but I''m getting ridiculous CPU usage and random seg > faults. It''s too much stress for me. And after a crash when I > restart, I have a random collection of seventy or so messages in my > inbox, even though it was zero when I crashed. > > This combined with not being able to convert to xapian without a seg > fault... > > Maybe I''ll be back some day. > > Good luck.In case anyone was worried, I''m back. I took matters into my own hand. Essentially, I was dealing with a slow IMAP server. Since sup doesn''t cache IMAP messages locally, this gave me huge headaches when trying to sync with the server during busy times. The remedy was to download all the messages off the server into a local mbox file and to use fetchmail/procmail to poll for new IMAP messages and append them to the mbox file. As a result, I was able to successfully use sup-sync to build a xapian index and everything is lightning fast. Life is good... for now. Thanks. -- Steve Goldman sgoldman at tower-research.com T: 212.219.6014 F: 212.219.6007 Tower Research Capital, LLC 377 Broadway, 11th Fl. New York, NY 10013
Excerpts from Steve Goldman''s message of 2010-02-19 21:57:02 +0100:> Excerpts from Steve Goldman''s message of Thu Feb 18 17:56:53 -0500 2010: > > > > Hey guys, > > > > Thanks for the wild ride, but I need to switch to something more > > reliable. Not sure if there are incompatibilities with my version of > > ruby or whatnot, but I''m getting ridiculous CPU usage and random seg > > faults. It''s too much stress for me. And after a crash when I > > restart, I have a random collection of seventy or so messages in my > > inbox, even though it was zero when I crashed. > > > > This combined with not being able to convert to xapian without a seg > > fault... > > > > Maybe I''ll be back some day. > > > > Good luck. > > In case anyone was worried, I''m back. I took matters into my own > hand. > > Essentially, I was dealing with a slow IMAP server. Since sup doesn''t > cache IMAP messages locally, this gave me huge headaches when trying > to sync with the server during busy times. > > The remedy was to download all the messages off the server into a > local mbox file and to use fetchmail/procmail to poll for new IMAP > messages and append them to the mbox file. > > As a result, I was able to successfully use sup-sync to build a xapian > index and everything is lightning fast. Life is good... for now. > > Thanks. > -- > > Steve Goldman > sgoldman at tower-research.com > > T: 212.219.6014 > F: 212.219.6007 > > Tower Research Capital, LLC > 377 Broadway, 11th Fl. > New York, NY 10013I think most of us just use offlineimap. Tough if the imap server is acting up it doesn''t help either, happened to me recently and offlineimap ran for minutes instead of seconds until they fixed it.
Excerpts from Steve Goldman''s message of Fri Feb 19 15:57:02 -0500 2010:> The remedy was to download all the messages off the server into a > local mbox file and to use fetchmail/procmail to poll for new IMAP > messages and append them to the mbox file. >I would strongly encourage you to look into offlineimap. It''s designed exactly for this sort of application and does its job very well. - Ben
Excerpts from Ben Gamari''s message of Sat Feb 20 12:38:58 -0500 2010:> I would strongly encourage you to look into offlineimap. It''s designed > exactly for this sort of application and does its job very well.For the past year or so, I''ve been using fetchmail + postfix + procmail to fetch mail to ~/Maildir. Is there any reason why offlineimap would be a better solution for use with sup? My understanding was that sup does not modify the mail sources, so there would be no changes that would need to be propagated back to the IMAP server.
On Fri, 19 Feb 2010 22:28:59 +0100, hollunder <hollunder at lavabit.com> wrote:> Excerpts from Steve Goldman''s message of 2010-02-19 21:57:02 +0100: > > Excerpts from Steve Goldman''s message of Thu Feb 18 17:56:53 -0500 2010: > > > > > > Hey guys, > > > > > > Thanks for the wild ride, but I need to switch to something more > > > reliable. Not sure if there are incompatibilities with my version of > > > ruby or whatnot, but I''m getting ridiculous CPU usage and random seg > > > faults. It''s too much stress for me. And after a crash when I > > > restart, I have a random collection of seventy or so messages in my > > > inbox, even though it was zero when I crashed. > > > > > > This combined with not being able to convert to xapian without a seg > > > fault... > > > > > > Maybe I''ll be back some day. > > > > > > Good luck. > > > > In case anyone was worried, I''m back. I took matters into my own > > hand. > > > > Essentially, I was dealing with a slow IMAP server. Since sup doesn''t > > cache IMAP messages locally, this gave me huge headaches when trying > > to sync with the server during busy times. > > > > The remedy was to download all the messages off the server into a > > local mbox file and to use fetchmail/procmail to poll for new IMAP > > messages and append them to the mbox file. > > > > As a result, I was able to successfully use sup-sync to build a xapian > > index and everything is lightning fast. Life is good... for now. > > > > Thanks. > > -- > > > > Steve Goldman > > sgoldman at tower-research.com > > > > T: 212.219.6014 > > F: 212.219.6007 > > > > Tower Research Capital, LLC > > 377 Broadway, 11th Fl. > > New York, NY 10013 > > I think most of us just use offlineimap.I don''t use offlineimap, I''ve tried it but it was not reliable enough for my amount of messages. I stick to mpop and mboxes. -- Nicolas Pouillard http://nicolaspouillard.fr