[celeste] moving from Communicator to Celeste....

danielv at netvision.net.il danielv at netvision.net.il
Sat Nov 3 19:33:42 UTC 2001


My advice would be not to wait for anything, just to wade in carefully.
The LargeList is a better solution (lazy lists) for a problem (slow
lists) that has a reasonable workaround (lists limited to show latest N
messages) as it is. And LL might still take a while to be integrated.

If you decide to try it out, you might want to "leave mail on server",
and then fetch your mail to both Celeste and your usual client. This
might get you duplicate messages on Celeste (if your other client didn't
remove the messages you've already downloaded), but these can be readily
handled using the "find duplicates" function. 

In short - this path has been worn pretty smooth.

Daniel

Jimmie Houchin <jhouchin at texoma.net> wrote:
> Has MinneStore been explored for applicability?
> 
> There are pros and cons to each of the schemes. 
> As long as it performs reasonably well.
> Is robust, stable and scalable.
> Works on most all of the platforms Squeak does.
> Then I am open to it.
> 
> Hopefully within the next week or two (who knows) I'll be able to set up
> Celeste and get working with it on my current mail volume. It may not be
> ready for me to import my existing mail but possibly to use with my
> current mail. Or would you suggest waiting until the LargeList issue is
> resolved?
> 
> Thanks for your input.
> 
> Jimmie Houchin
> 
> Lex Spoon wrote:
> > 
> > It would be neat to have each message in its own file, but as Tim
> > suggests this will really stress certain file systems.  I guess you can
> > make multiple subdirectories, but IMHO this is pretty ugly!
> > 
> > The biggest problem we have with the disk format is that loading and
> > saving the index file is kinda slow.  This is a separate issue.
> > 
> > > What are thoughts about an indexing search engine?
> > > That way we wouldn't have to scan each file on a search.
> > > Or does Celeste already have such.
> > 
> > Celeste actually has an in-memory index that makes most queries
> > extremely fast.  One big thing it *doesn't* have, is an index that's
> > useful for doing full-text searches.  That would indeed be nice....
> > 
> > -Lex




More information about the Squeak-dev mailing list