From mboxrd@z Thu Jan 1 00:00:00 1970 From: wmorgan-sup@masanjin.net (William Morgan) Date: Wed, 19 Dec 2007 18:54:59 -0800 Subject: [sup-talk] various problems/questions. In-Reply-To: <1e5fdab70712190350s7b11a21do5dd1cffa1f89e2e4@mail.gmail.com> References: <1e5fdab70712190350s7b11a21do5dd1cffa1f89e2e4@mail.gmail.com> Message-ID: <1198119270-sup-3635@south> Excerpts from kingshivan's message of Wed Dec 19 03:50:14 -0800 2007: > I find sup pretty slow : if I lanch sup, archive every mail presented > to me (53) and exit, it takes roughly 7 seconds to save the changes, > is this expected ? Saving state back to disk is slow, mainly because Ferret (the underlying search engine) doesn't have a modify command; it only has delete and add. Since the message body is not stored explicitly in the index, this requires loading the entire message, parsing it, etc. for every single label change. > I thought it could be because most of the mail are in the inbox, so I > tried to archive them, which led me to the problem : how to do it ? I > tried "ruby -Ilib bin/sup-sync --all --archive" which lasted 17 > minutes, but didn't seem to do anything. Sup-sync is for syncing the index with a particular source. It's not the right tool for the job here. Actually there is no right tool for this job yet, so I will add one. (It is possible to do this currently with the development console, but there should be a better way.) > I also have warning during the sup-sync command : > [Wed Dec 19 12:39:19 +0100 2007] warning: error > (Iconv::InvalidEncoding) decoding message body from unicode-1-1-utf-7: > invalid encoding ("UTF-8//IGNORE", "unicode-1-1-utf-7") > any idea ? That just means you have a message with a weird encoding. No harm done, we just use it unconverted. > and it seems to be "faking message-id for message from : sup-faked-" > alot, is that normal, or is my source the problem ? That means you have some email without (required!) message-id headers. Typically these are the output of a mail client or mail script that was written by incompetents. -- William