On Sat, 5 Jun 2004 11:11 am, dax2 wrote: > > I've just deployed sqwebmail for quite a few users and I'm > > facing a revolt because when they go to delete their messages > > the messages do not actually dissapear from the page. Our help > > desk phone line has not stopped for days because of just this > > simple little issue.
> 1) Users may enter another folder Sure, I know this but 99% of our users do not expect that as the default behaviour... "delete" ususally means "gone from page" in their general understanding of things. > or you could write a patch to the webmail app. Not an option when I have to support multiple servers using 2 different distros (gentoo and debian). > 2) There are other webmail applications, squirrelmail acmemail etc > and many written in perl. Check out Neomail. Use Google. > Going through a web server without IMAP means that > the web server must cooperate with either POP3,IMAP or > user-mail-storage > or mbox files, typically /var/spool/mail > > ... which you probably know. Webmail accessing userfiles > directly wouldn't be very wise. Check out Neomail though: I was under the impression that sqwebmail accessed the messages in Maildir format directly ? Thanks for the suggestions. Evaluating various webmail clients could take weeks or months. Perhaps a more precise question to anyone out there, with a predominantly PHP based web system, is, has anyone tried replacing some or all the the sqwebmail HTML templates with PHP versions (perhaps by using "AddType application/x-httpd-php .html" for the directory where the sqwebmail templates reside, so the sqwebmail CGI still deals with the expected .html named files) ? Our non-deletion of "deleted" message problem has subsided after putting out notices about what to expect. Another issue is that our users are already logged in and I'd like to intergrate sqwebmail more tightly with our PHP interface. Transferring the current login details via ?username=x&password=y to sqwebmail actually works but the PHP session is completely lost when they return to the "normal" PHP interface. The only way I can see to get around this is to make the wrapper around the sqwebmail web interface PHP powered as well. Just wondering if anyone has already fully intergrated sqwebmail into some PHP based portal ? --markc ------------------------------------------------------- This SF.Net email is sponsored by the new InstallShield X. >From Windows to Linux, servers to mobile, InstallShield X is the one installation-authoring solution that does it all. Learn more and evaluate today! http://www.installshield.com/Dev2Dev/0504 _______________________________________________ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
