On Sat, 2008-03-22 at 11:25 -0700, Ariz Jacinto wrote: > maybe the more stable version of Evolution was the previous one? :) > > kidding aside
actually, i'm pretty sure you're right and the updated version broke something. with the updated evolution, i'm also getting constant dying of the evolution mailer process. i can't figure out what the reason is. what i'm seeing, for now, is that when i start evolution it automatically starts fetching mail (that's ok, that's how it's supposed to work). but the fetching mail dialog is not yet visible (that's also normal). previously, when i'd click on the Send/Receive button, it would just make the fetching mail dialog visible. now, most of the time it just crashes evolution. then i start evolution again, and remember to not click on "Send/Receive" until the "fetching mail" notification on the status bar goes away :-). I still get the occasional mailer crash, but for those I really have no idea what the reason is. > have you tried archiving your mail, then updating Evolution, and then > restoring from archive? not yet. it's already updated though (evolution i mean). likely what i'll try next is to remove the .ibex.* and the *.ev-summary* files and then start evolution and wait for it to build all those files again. i may have a problem with one or another of those files being corrupted. > or perhaps the MUA is not the core of your problem, maybe it's the > mbox format. consider using a MUA that supports a partitioned mail > archive format although it won't give you any guarantee against data > loss but it can reduce the risk. well, i'm considering switching to kmail/kontact, partly because that supports maildir (the ultimate partitioned mail archive format :-) and partly because it's finally usable for me (virtual/search folders that auto-update when the underlying mail messages are modified). i've already got "partitioned" email, since i have many email folders (real ones, not virtual/search ones) and filters to populate those folders. this is why it was just the inbox that i lost email in. ironic, that, since the inbox is the most important mbox i've got. the mailing list and other folders are much less important. of course though, that's how murphy's law works. > and with regards to full-text search, don't count on using a mere SQL > database. one of the best practices for implementing a > high-performance full-text search is by using a search engine like > Lucene[1]. Take Xobni (inbox spelled backwards ^tm)[2] as an example, > it performs very well even Bill likes it[3]. it may soon be available > on other platforms unless MSFT acquire them first[4]. > > [1] lucene.apache.org > [2] www.xobni.com > [3] www.xobni.com/blog/2008/02/11/bill-gates-demoes-xobni > [4] > www.techcrunch.com/2008/02/29/microsoft-may-buy-email-startup-xobni do any of those work with an imap server? that's what i'd use it for, if i were to switch to either of those. xobni is a non-starter. outlook plugin, but i'm on linux. lucene is interesting, but i don't see any integration with an imap server yet. nor is it obvious how it would integrate with evolution or kmail or similar. so i'm not going to be able to work with that yet either. i'm a parent now. no time to hack up lucene-evolution integration. iger _________________________________________________ Philippine Linux Users' Group (PLUG) Mailing List [email protected] (#PLUG @ irc.free.net.ph) Read the Guidelines: http://linux.org.ph/lists Searchable Archives: http://archives.free.net.ph
