[prev in list] [next in list] [prev in thread] [next in thread] 

List:       twig-devel
Subject:    Re: [twig-devel] Perhaps a stupid idea ...
From:       "m. allan noah" <anoah () pfeiffer ! edu>
Date:       2000-06-19 17:28:26
[Download RAW message or body]

this would depend very much on speed of sql server. the twig developers have
traditionally opposed such things because there are problems with things like
interoperating with other mail clients using the imap box.

you need to be careful about how you link the sql copy of the header with the
imap server copy. you would have to use the UID of the message instead of the
index into the mailbox, but it should work.

allan

"Victor M.Varela" <netims1@interbook.net> said:

> Some days ago, I said:
> 
> > I use imap rpm package with Redhat 6.1 and Postfix.
> > My problem is that openning big folders take a long time.
> > I think this is because these are not indexed.
> > 
> > In my Intranet some people stores more than 100 Mbs in their folders.
> > I cannot tell them to delete their messages.
>  
> As there is no good solution, I am trying to solve the problem in other way.
> 
> Currently I would implement a new "imap_servertype" similar to "pop3-vf".
Idea
> is to put mail folders and messages headers in twig database. IMAP/POP3
server
> only will be accessed to get new headers and to read body of messages. This
> seems a lot like traditional news readers (they download headers and read
> bodies when user wants)
> 
> I have seen pop3-vf server type. It is different but I think that I could
use
> the same tables. I can't find twig_mail_folders and twig_mail_messages in
> current cvs tree. Has Anyone has these tables ?
> 
> I would appreciate any comments on this idea (if speed would be increased or
> not, for example)
>  
> -- vmv
> 
> 
> 



-- 

[prev in list] [next in list] [prev in thread] [next in thread]