This happened when I retrieved like mails from a few accounts from the last four days (a few hundred mails, so to speak). Trace:> The problem was: ''undefined method `longname'' for nil:NilClass'' (error type NoMethodError) > A backtrace follows: > /usr/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup/poll.rb:96:in `do_poll'': undefined method `longname'' for nil:NilClass (NoMethodError) > from /usr/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup/poll.rb:150:in `add_messages_from'' > from /usr/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup/imap.rb:174:in `each'' > from /usr/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup/imap.rb:163:in `upto'' > from /usr/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup/imap.rb:163:in `each'' > 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'' > from /usr/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup/poll.rb:133:in `add_messages_from'' > ... 26 levels... > from /usr/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup/modes/thread-index-mode.rb:422:in `load_threads'' > from /usr/lib/ruby/gems/1.8/gems/sup-0.1/bin/sup:188 > from /usr/bin/sup:16:in `load'' > from /usr/bin/sup:16Apart from that, sup (or sup-sync, don''t know) seems to be quite slow when syncing a few accounts with lots of mails. Is that caused by the mail servers or by sup itself? -- Alexander Panek <alexander.panek at brainsware.org>
I ran into same kind of problem but I could never zero on what was the cause. I was actually playing around to get more than one sources working and trying to sync the new source. However after running sup-sync externally I did work started working. See if that helps you. I was using Thunderbird mbox as my sources. Regards, Manish Alexander Panek wrote:> This happened when I retrieved like mails from a few accounts from the last four days (a few hundred mails, so to speak). > > Trace: > >> The problem was: ''undefined method `longname'' for nil:NilClass'' (error type NoMethodError) >> A backtrace follows: >> /usr/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup/poll.rb:96:in `do_poll'': undefined method `longname'' for nil:NilClass (NoMethodError) >> from /usr/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup/poll.rb:150:in `add_messages_from'' >> from /usr/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup/imap.rb:174:in `each'' >> from /usr/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup/imap.rb:163:in `upto'' >> from /usr/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup/imap.rb:163:in `each'' >> 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'' >> from /usr/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup/poll.rb:133:in `add_messages_from'' >> ... 26 levels... >> from /usr/lib/ruby/gems/1.8/gems/sup-0.1/lib/sup/modes/thread-index-mode.rb:422:in `load_threads'' >> from /usr/lib/ruby/gems/1.8/gems/sup-0.1/bin/sup:188 >> from /usr/bin/sup:16:in `load'' >> from /usr/bin/sup:16 >> > > Apart from that, sup (or sup-sync, don''t know) seems to be quite slow when syncing a few accounts with lots of mails. Is that caused by the mail servers or by sup itself? >
Excerpts from Alexander Panek''s message of Tue Nov 06 00:57:36 -0800 2007:> This happened when I retrieved like mails from a few accounts from the > last four days (a few hundred mails, so to speak). > > Trace: > > The problem was: ''undefined method `longname'' for nil:NilClass'' (error type NoMethodError)This should be fixed in SVN.> Apart from that, sup (or sup-sync, don''t know) seems to be quite slow > when syncing a few accounts with lots of mails. Is that caused by the > mail servers or by sup itself?The message importation process is slow. There''s no getting around it; it''s the price you pay for searching being really quick. -- William <wmorgan-sup at masanjin.net>