The code was previously broken in calling EnclosedMessage.new with only 2 instead of 5 arguments. ---
A friend of mine couldn't import his mail into sup due to the crash fixed by this patch. It looks like the message he had that was causing this infrequently-used (and obviously broken) code to be executed had some mime pieces corrupted. The message consisted of several mime-attached messages looking like: --==_Exmh_5062123120 Content-Type: message/rfc822 ; name="5714" Content-Description: 5714 Content-Disposition: attachment; filename="5714" Return-path: <omitted> ... but one part was missing the mime searpate and Content-Type and instead just looked like: Content-Description: 5692 Content-Disposition: attachment; filename="5692" Return-path: <omitted> ... I tried fixing this first by adding several more empty-string arguments, that is: [Chunk::EnclosedMessage.new(nil, "", "", "", "")] but that ended up causing this exception instead: ./lib/sup/message-chunks.rb:212:in `initialize': undefined method `full_adress' for nil:NilClass (NoMethodError) So I'm not 100% sure that this patch is correct, but it does allow sup-sync to proceed and the message appears in sup as well as could be expected, (the "extra" headers from the corrupted mime part appear in the body as one might expect here). -Carl lib/sup/message.rb | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/lib/sup/message.rb b/lib/sup/message.rb index afa8f00..579c1e5 100644 --- a/lib/sup/message.rb +++ b/lib/sup/message.rb @@ -453,7 +453,7 @@ private cc_people = cc ? Person.from_address_list(cc) : nil [Chunk::EnclosedMessage.new(from_person, to_people, cc_people, msgdate, subj)] + message_to_chunks(payload, encrypted) else - [Chunk::EnclosedMessage.new(nil, "")] + [] end else filename = -- 1.6.4.3 _______________________________________________ sup-talk mailing list sup-talk@rubyforge.org http://rubyforge.org/mailman/listinfo/sup-talk