

![]() | Start a set with this search |
![]() | Include this search in one of my sets |
![]() | Exclude this search from one of my sets |
![]() | Permalink to these results Paste this link in email or IM: |
| Atom feed for tracking future search results Paste this URL into your reader: |
9 messages in net.sourceforge.lists.courier-sqwebmail[sqwebmail] Sqwebmail changes - was R...| From | Sent On | Attachments |
|---|---|---|
| Enda | Jul 2, 2008 1:58 pm | |
| Sam Varshavchik | Jul 2, 2008 3:22 pm | |
| Enda | Jul 2, 2008 3:45 pm | |
| Sam Varshavchik | Jul 2, 2008 4:31 pm | |
| Roger B.A. Klorese | Jul 2, 2008 6:24 pm | |
| Enda | Jul 3, 2008 12:02 am | |
| Enda Cronnolly | Jul 3, 2008 12:11 am | |
| Sam Varshavchik | Jul 3, 2008 4:02 am | |
| Enda | Jul 3, 2008 7:08 am |

![]() | Permalink for this message Paste this link in email or IM: |
![]() | Permalink for this thread Paste this link in email or IM: |
| Atom feed for this thread Paste this URL into your reader: |
| Subject: | [sqwebmail] Sqwebmail changes - was Re: Sqwebmail bug? | Actions... |
|---|---|---|
| From: | Enda (en...@codefoundry.com) | |
| Date: | Jul 3, 2008 12:02:39 am | |
| List: | net.sourceforge.lists.courier-sqwebmail | |
Sam wrote:
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.
Will be upgrading to a new hardware setup very shortly and will check this out, until then I'll be leaving the current deployment as is bar some security hole pops up.
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.
The tedious nature of it isn't a problem, the task in hand right now is the development of a complete spec. MIME decoding is fine and apparent, character set mapping certainly hadn't occured to me.
A fast search function is suprisingly difficult to implement. Case in point: Google.
The strategy I was going for was to databse index the textual content of a Maildir, and to use a FAM based agent to keep the index current. That has inherent complexities too for content deletions which I'm working around in my head, and the linking of a file to a search results page needs me to look closer at how sqwebmail lists folder content, but that is a relatively trivial task the only "newness" being that sqwebmail currently displays listings from a single maildir folder and not cross folder listings which a search results page would require.
The other functionality change which I think would be worthwhile is to add identity configuration in the preferences, allowing users to edit their display name, allow users to add email addresses eg, aliases or fetchmail retrieved content and its associated changes back to the message composition page (drop down to select "from" identity, with a default).
Sqwebmail is a wonderfully fast email browser, and for all its differences to other webmail clients, I don't get user complaints about it at all except from techie users who want search capabilities and those guys are savvy enough to integrate themselves with gmail, so thats not huge problem for me. Everyone else seems content with a snappy web interface.
-Enda.







