9 messages in net.sourceforge.lists.courier-sqwebmailRe: [sqwebmail] Sqwebmail bug?
FromSent OnAttachments
EndaJul 2, 2008 1:58 pm 
Sam VarshavchikJul 2, 2008 3:22 pm 
EndaJul 2, 2008 3:45 pm 
Sam VarshavchikJul 2, 2008 4:31 pm 
Roger B.A. KloreseJul 2, 2008 6:24 pm 
EndaJul 3, 2008 12:02 am 
Enda CronnollyJul 3, 2008 12:11 am 
Sam VarshavchikJul 3, 2008 4:02 am 
EndaJul 3, 2008 7:08 am 
Actions with this message:
Paste this link in email or IM:
Paste this link in email or IM:
Atom feed for this thread
Paste this URL into your reader:
Subject:Re: [sqwebmail] Sqwebmail bug?Actions...
From:Sam Varshavchik (mrs@courier-mta.com)
Date:Jul 2, 2008 4:31:50 pm
List:net.sourceforge.lists.courier-sqwebmail

Enda writes:

In the back of my mind, I'm toying with the idea of putting some resources into sqwebmail, eg, gui modernisation, search facility. Not sure if you are interested in having those put back into the project or not. If I did, I could actually fix this problem with the use of frames, turn the idle timeout right down, have a small auto reloading frame maintain the login state for so long as the browser window is open to reload that frame.

I'm fairly sure this is already done, at least in the current version of sqwebmail.

Would submissions like that be welcomed back into the project?

A search function would certainly be a good addition, however I don't think you realize the complexity of such a task. This is more than just searching for a text string in a file. Once you realize that you need to deal with MIME decoding, and mapping character sets, this quickly becomes rather hairy. Although the existing code base already has the library routines for doing all that, putting all the necessary bits together is going to get rather tedious.

A fast search function is suprisingly difficult to implement. Case in point: Google.