[SM-USERS] Error with Addressbook's "Compose to selected" button
When I choose to "Compose to selected", I get the following mesage: Warning: Cannot modify header information - headers already sent by (output started at /usr/share/squirrelmail/functions/page_header.php:31) in /usr/share/squirrelmail/src/addressbook.php on line 286 If I just click on a single address hyperlink, it works. Selecting one or more address with the checkboxes results in the above error, once the button is pushed. I am running Ubuntu 8.10 Server, with Squirrelmail 1.4.15 installed: cmau...@stagemail:~$ dpkg -l | grep squirrel ii squirrelmail 2:1.4.15-3ubuntu0.1 Webmail for ii squirrelmail-locales 1.4.13-20071220-1 Translations Is there a way to avoid this error? I'm trying to update the system using Ubuntu's commands, so I'm not sure if I want to manually upgrade Squirrelmail. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword - squirrelmail-users mailing list Posting guidelines: http://squirrelmail.org/postingguidelines List address: squirrelmail-users@lists.sourceforge.net List archives: http://news.gmane.org/gmane.mail.squirrelmail.user List info (subscribe/unsubscribe/change options): https://lists.sourceforge.net/lists/listinfo/squirrelmail-users
[SM-USERS] The bottom 'send' button -- doesn't
Paul, I think I have found another little nit for you in trunk. This issue has existed for 1 or 2 revisions it is still present in rev. 13395. THE PROBLEM As of rev. 13395, in the compose window, you have two 'send' buttons. The upper one with all of the other buttons, and then the lower one, standing alone, under the edit window of the e-mail message. The upper one works fine, the lower one simple adds another signature to the bottom of your email. ANALYSIS From what I can tell, both button urls point to the compose.php page, but they don't have the same behavior on-click. POOR MAN'S GUESS It looks like the lower button's function is swapped with the 'signature' function. Just thought I would pass it along. As always, I am more than happy to test a patch for you. Thanks. -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword - squirrelmail-users mailing list Posting guidelines: http://squirrelmail.org/postingguidelines List address: squirrelmail-users@lists.sourceforge.net List archives: http://news.gmane.org/gmane.mail.squirrelmail.user List info (subscribe/unsubscribe/change options): https://lists.sourceforge.net/lists/listinfo/squirrelmail-users
Re: [SM-USERS] The bottom 'send' button -- doesn't
David C. Rankin wrote: > Paul, > > THE PROBLEM > > As of rev. 13395, in the compose window, you have two 'send' buttons. > The > upper one with all of the other buttons, and then the lower one, standing > alone, under the edit window of the e-mail message. The upper one works fine, > the lower one simple adds another signature to the bottom of your email. ^^ should be 'simply' -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword - squirrelmail-users mailing list Posting guidelines: http://squirrelmail.org/postingguidelines List address: squirrelmail-users@lists.sourceforge.net List archives: http://news.gmane.org/gmane.mail.squirrelmail.user List info (subscribe/unsubscribe/change options): https://lists.sourceforge.net/lists/listinfo/squirrelmail-users
Re: [SM-USERS] The bottom 'send' button -- doesn't
David C. Rankin wrote: > Paul, > > As of rev. 13395, in the compose window, you have two 'send' buttons. > The > upper one with all of the other buttons, and then the lower one, standing > alone, under the edit window of the e-mail message. The upper one works fine, > the lower one simple adds another signature to the bottom of your email. In case my description of the lower button wasn't clear, here is a screenshot (17k) of the button I'm talking about. http://www.3111skyline.com/download/screenshots/sqComposeAtchSize-ann.jpg Also shown above, I have a question about the attach size. Should the size be displayed in 'MiB' or just 'MB'? I understand that it is short for Million Bytes, but I'm just used to seeing it as MB. Maybe I live in the wrong part of the world? Just thought I'd mention that as well. -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword - squirrelmail-users mailing list Posting guidelines: http://squirrelmail.org/postingguidelines List address: squirrelmail-users@lists.sourceforge.net List archives: http://news.gmane.org/gmane.mail.squirrelmail.user List info (subscribe/unsubscribe/change options): https://lists.sourceforge.net/lists/listinfo/squirrelmail-users
[SM-USERS] fresh install - blank login screen
I have just installed squirrelmail on a new server running FreeBSD 7.1 Release p1 with Apache 2.2.11, UW-imap and PHP 5.2.25. Installs were all done via the latest FreeBSD "ports" collection. Squirrelmail is on it's own apache virtual server with /usr/local/www/squirrelmail as the document root. Apache seems to be working. Prior to enableing PHP in apache, browsing to the squirrel mail v-host would display the text of "index.php". Since I enable PHP in apache (a line to load the libphp5.so and a couple of type handler lines), index.php re-directs to the login.php file, firefox shows "done" in the lower left corner but the page is blank. There are no errors reported in the apache logs. When I point the browser at the test script I also get a blank page. My php.ini is copied from the php.ini.reccomended file that installed with the PHP5 distribution, and except for a max memory parameter is the same as the one that I have been using on another server for horde (I gave up trying to get horde installed on the new server because of all the issues with its 137 dependencies). I ran the squirrelmail configure script selecting UW as the imap server, enabling TLS, changing the imap port for TLS, and setting my domain name. I did see similar symptoms described in the wiki but it involved a PHP upgrade (this is a new install) and the entry was about 2 years old. I plan to enable PHP error displays when I get back to the server tonight but any other tips will be much appreciated! TIA ...jgm -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword - squirrelmail-users mailing list Posting guidelines: http://squirrelmail.org/postingguidelines List address: squirrelmail-users@lists.sourceforge.net List archives: http://news.gmane.org/gmane.mail.squirrelmail.user List info (subscribe/unsubscribe/change options): https://lists.sourceforge.net/lists/listinfo/squirrelmail-users
Re: [SM-USERS] fresh install - blank login screen
On Mon, Jan 19, 2009 at 11:18 AM, Joe in MPLS wrote: > I have just installed squirrelmail on a new server running FreeBSD 7.1 > Release p1 with Apache 2.2.11, UW-imap and PHP 5.2.25. Installs were all > done via the latest FreeBSD "ports" collection. > > Squirrelmail is on it's own apache virtual server with > /usr/local/www/squirrelmail as the document root. Apache seems to be > working. Prior to enableing PHP in apache, browsing to the squirrel mail > v-host would display the text of "index.php". Since I enable PHP in > apache (a line to load the libphp5.so and a couple of type handler > lines), index.php re-directs to the login.php file, firefox shows "done" > in the lower left corner but the page is blank. There are no errors > reported in the apache logs. When I point the browser at the test script > I also get a blank page. http://squirrelmail.org/wiki/BlankPage > My php.ini is copied from the php.ini.reccomended file that installed > with the PHP5 distribution, and except for a max memory parameter is the > same as the one that I have been using on another server for horde (I > gave up trying to get horde installed on the new server because of all > the issues with its 137 dependencies). I ran the squirrelmail configure > script selecting UW as the imap server, enabling TLS, changing the imap > port for TLS, and setting my domain name. > > I did see similar symptoms described in the wiki but it involved a PHP > upgrade (this is a new install) and the entry was about 2 years old. > > I plan to enable PHP error displays when I get back to the server > tonight but any other tips will be much appreciated! -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword - squirrelmail-users mailing list Posting guidelines: http://squirrelmail.org/postingguidelines List address: squirrelmail-users@lists.sourceforge.net List archives: http://news.gmane.org/gmane.mail.squirrelmail.user List info (subscribe/unsubscribe/change options): https://lists.sourceforge.net/lists/listinfo/squirrelmail-users
[SM-USERS] Squirrelmail and PHP Safe Mode
I am not especially familiar with PHP, so it seemed like a good idea to set "safe_mode = on" in /etc/php.ini - in case anything that was installed by default bit me when I enabled the webserver, and it seems like good practice. I was just trying to debug a SquirrelMail problem (the recent 1.4.8-5.el4_7.2 update in CENTOS/RHEL is buggy) and tried to run the installed version on my desktop to compare. I got the error Error opening /var/lib/squirrelmail/prefs/default_pref Could not Create initial preference file! /var/lib/squirrelmail/prefs/ should be writable by user apache but it is : drwx-- 2 apache apache 4096 Jan 19 15:17 /var/lib/squirrelmail/prefs/ /var/lib/squirrelmail/prefs/default_pref -> ../../../../etc/squirrelmail/default_pref -rw-r- 1 root apache 83 Sep 2 16:46 /etc/squirrelmail/default_pref https://localhost/webmail/src/configtest.php says everything is fine, though users can't change their timezone After a lot of messing around I found that, with PHP Safe Mode on, file_exists() returns false if e.g. /var/lib/squirrelmail/prefs/foo.pref belongs to apache, but true if it belongs to some other user, e.g. root. This seems totally bizarre to me - I would expect it to be the other way around if anything. As I say, I don't know a lot about PHP. - Is safe_mode broken to the point of unusability ? - If not, is there a way to get SquirrelMail to run with it on ? - If so, perhaps configtest.php should flag it. (OK, 1.4.17 does) SquirrelMail version: 1.4.8-5.el5_2.2 Config file version:1.4.0 PHP version 5.1.6 Apache 2.2.3 -- In SquirrelMail 1.4.17-1.fc9, on a Fedora Core 9 machine configtest.php does flag safe_mode, saying "double check data and attachment directory ownership, etc!" But I get the same error at login, and the same odd file_exists behaviour. -- Andrew Daviel, TRIUMF, Canada Tel. +1 (604) 222-7376 (Pacific Time) Network Security Manager -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword - squirrelmail-users mailing list Posting guidelines: http://squirrelmail.org/postingguidelines List address: squirrelmail-users@lists.sourceforge.net List archives: http://news.gmane.org/gmane.mail.squirrelmail.user List info (subscribe/unsubscribe/change options): https://lists.sourceforge.net/lists/listinfo/squirrelmail-users
Re: [SM-USERS] The bottom 'send' button -- doesn't
On Mon, Jan 19, 2009 at 10:50 AM, David C. Rankin wrote: > David C. Rankin wrote: >> Paul, > >> >> As of rev. 13395, in the compose window, you have two 'send' buttons. >> The >> upper one with all of the other buttons, and then the lower one, standing >> alone, under the edit window of the e-mail message. The upper one works fine, >> the lower one simple adds another signature to the bottom of your email. You are using the "advanced" skin, which was missing an update. I just fixed it and it will be available in the next daily SVN snapshot or immediately if you check out SVN directly. Thanks for the notice. >Also shown above, I have a question about the attach size. Should the > size be > displayed in 'MiB' or just 'MB'? I understand that it is short for Million > Bytes, but I'm just used to seeing it as MB. Maybe I live in the wrong part of > the world? Just thought I'd mention that as well. http://en.wikipedia.org/wiki/MiB -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword - squirrelmail-users mailing list Posting guidelines: http://squirrelmail.org/postingguidelines List address: squirrelmail-users@lists.sourceforge.net List archives: http://news.gmane.org/gmane.mail.squirrelmail.user List info (subscribe/unsubscribe/change options): https://lists.sourceforge.net/lists/listinfo/squirrelmail-users
Re: [SM-USERS] Squirrelmail and PHP Safe Mode
On Mon, Jan 19, 2009 at 4:19 PM, Andrew Daviel wrote: > > I am not especially familiar with PHP, so it seemed like a good idea to > set "safe_mode = on" in /etc/php.ini - in case anything that was > installed by default bit me when I enabled the webserver, and it seems > like good practice. http://php.net/manual/en/features.safe-mode.php "The PHP safe mode is an attempt to solve the shared-server security problem. It is architecturally incorrect to try to solve this problem at the PHP level, but since the alternatives at the web server and OS levels aren't very realistic, many people, especially ISP's, use safe mode for now. Warning: Safe Mode was removed in PHP 6.0.0." > I was just trying to debug a SquirrelMail problem (the > recent 1.4.8-5.el4_7.2 update in CENTOS/RHEL is buggy) and tried to run > the installed version on my desktop to compare. > I got the error > Error opening /var/lib/squirrelmail/prefs/default_pref > Could not Create initial preference file! > /var/lib/squirrelmail/prefs/ should be writable by user apache > but it is : > drwx-- 2 apache apache 4096 Jan 19 15:17 /var/lib/squirrelmail/prefs/ > /var/lib/squirrelmail/prefs/default_pref -> > ../../../../etc/squirrelmail/default_pref > -rw-r- 1 root apache 83 Sep 2 16:46 /etc/squirrelmail/default_pref > > https://localhost/webmail/src/configtest.php says everything is fine, > though users can't change their timezone > > After a lot of messing around I found that, with PHP Safe Mode on, > file_exists() returns false if e.g. /var/lib/squirrelmail/prefs/foo.pref > belongs to apache, but true if it belongs to some other user, e.g. root. > > This seems totally bizarre to me - I would expect it to be the other way > around if anything. > > As I say, I don't know a lot about PHP. > > - Is safe_mode broken to the point of unusability ? > - If not, is there a way to get SquirrelMail to run with it on ? > - If so, perhaps configtest.php should flag it. (OK, 1.4.17 does) safe_mode is not broken that I know of but if you don't understand it, you are asking for trouble just blindly doing things like this. Please read: http://php.net/manual/ini.sect.safe-mode.php Note things like open_basedir and safe_mode_include_dir etc. http://php.net/manual/en/features.safe-mode.functions.php In your case, it looks like your SquirrelMail scripts are owned by root (may not be desirable). For example: "fopen()Checks whether the directory in which the script is operating has the same UID (owner) as the script that is being executed." SquirrelMail works under safe_mode, but you need to know what you are doing. > SquirrelMail version: 1.4.8-5.el5_2.2 > Config file version:1.4.0 > PHP version 5.1.6 > Apache 2.2.3 > > -- > > In SquirrelMail 1.4.17-1.fc9, on a Fedora Core 9 machine > configtest.php does flag safe_mode, saying > "double check data and attachment directory ownership, etc!" > But I get the same error at login, and the same odd file_exists > behaviour. > -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword - squirrelmail-users mailing list Posting guidelines: http://squirrelmail.org/postingguidelines List address: squirrelmail-users@lists.sourceforge.net List archives: http://news.gmane.org/gmane.mail.squirrelmail.user List info (subscribe/unsubscribe/change options): https://lists.sourceforge.net/lists/listinfo/squirrelmail-users
Re: [SM-USERS] Error with Addressbook's "Compose to selected" button
On Mon, Jan 19, 2009 at 6:44 AM, Xn Nooby wrote: > When I choose to "Compose to selected", I get the following mesage: > > Warning: Cannot modify header information - headers already sent by > (output started at > /usr/share/squirrelmail/functions/page_header.php:31) in > /usr/share/squirrelmail/src/addressbook.php on line 286 > > If I just click on a single address hyperlink, it works. Selecting > one or more address with the checkboxes results in the above error, > once the button is pushed. > > I am running Ubuntu 8.10 Server, with Squirrelmail 1.4.15 installed: This is fixed in new versions of SquirrelMail. Please update. > cmau...@stagemail:~$ dpkg -l | grep squirrel > ii squirrelmail 2:1.4.15-3ubuntu0.1 Webmail > for > ii squirrelmail-locales 1.4.13-20071220-1 > Translations > > Is there a way to avoid this error? I'm trying to update the system > using Ubuntu's commands, so I'm not sure if I want to manually upgrade > Squirrelmail. Then file a request with them. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword - squirrelmail-users mailing list Posting guidelines: http://squirrelmail.org/postingguidelines List address: squirrelmail-users@lists.sourceforge.net List archives: http://news.gmane.org/gmane.mail.squirrelmail.user List info (subscribe/unsubscribe/change options): https://lists.sourceforge.net/lists/listinfo/squirrelmail-users
Re: [SM-USERS] fresh install - blank login screen
I checked my php extensions.ini and it pointed to a lib (session.so) that got moved to a different directory. that's back where it should be. I still get a blank screen but now the error log shows: [Mon Jan 19 19:55:38 2009] [error] [client 192.168.98.57] PHP Fatal error: Call to undefined function preg_match() in /usr/local/www/squirrelmail/functions/i18n.php on line 150 ...jgm Paul Lesniewski wrote: On Mon, Jan 19, 2009 at 11:18 AM, Joe in MPLS wrote: I have just installed squirrelmail on a new server running FreeBSD 7.1 Release p1 with Apache 2.2.11, UW-imap and PHP 5.2.25. Installs were all done via the latest FreeBSD "ports" collection. Squirrelmail is on it's own apache virtual server with /usr/local/www/squirrelmail as the document root. Apache seems to be working. Prior to enableing PHP in apache, browsing to the squirrel mail v-host would display the text of "index.php". Since I enable PHP in apache (a line to load the libphp5.so and a couple of type handler lines), index.php re-directs to the login.php file, firefox shows "done" in the lower left corner but the page is blank. There are no errors reported in the apache logs. When I point the browser at the test script I also get a blank page. http://squirrelmail.org/wiki/BlankPage -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword- squirrelmail-users mailing list Posting guidelines: http://squirrelmail.org/postingguidelines List address: squirrelmail-users@lists.sourceforge.net List archives: http://news.gmane.org/gmane.mail.squirrelmail.user List info (subscribe/unsubscribe/change options): https://lists.sourceforge.net/lists/listinfo/squirrelmail-users
Re: [SM-USERS] fresh install - blank login screen
Thanks for the reply Paul. I modified the php.ini to display errors but nothing showed up. Then, while checking httpd-error log I noticed there was a squirrelmail error log too (duh). it's telling me: [Mon Jan 19 19:41:36 2009] [error] [client 192.168.98.57] PHP Fatal error: Call to undefined function session_set_cookie_params() in /usr/local/www/squirrelmail/functions/global.php on line 392 Can I assume that means my PHP lacks session support? How do I get that? TIA ...jgm Paul Lesniewski wrote: On Mon, Jan 19, 2009 at 11:18 AM, Joe in MPLS wrote: I have just installed squirrelmail on a new server running FreeBSD 7.1 Release p1 with Apache 2.2.11, UW-imap and PHP 5.2.25. Installs were all done via the latest FreeBSD "ports" collection. Squirrelmail is on it's own apache virtual server with /usr/local/www/squirrelmail as the document root. Apache seems to be working. Prior to enableing PHP in apache, browsing to the squirrel mail v-host would display the text of "index.php". Since I enable PHP in apache (a line to load the libphp5.so and a couple of type handler lines), index.php re-directs to the login.php file, firefox shows "done" in the lower left corner but the page is blank. There are no errors reported in the apache logs. When I point the browser at the test script I also get a blank page. http://squirrelmail.org/wiki/BlankPage -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword- squirrelmail-users mailing list Posting guidelines: http://squirrelmail.org/postingguidelines List address: squirrelmail-users@lists.sourceforge.net List archives: http://news.gmane.org/gmane.mail.squirrelmail.user List info (subscribe/unsubscribe/change options): https://lists.sourceforge.net/lists/listinfo/squirrelmail-users
Re: [SM-USERS] fresh install - blank login screen
Please read the mailing list posting guidelines before posting. We don't top-post on this list. > > > I have just installed squirrelmail on a new server running FreeBSD 7.1 > > > Release p1 with Apache 2.2.11, UW-imap and PHP 5.2.25. Installs were all > > > done via the latest FreeBSD "ports" collection. > > > > > > Squirrelmail is on it's own apache virtual server with > > > /usr/local/www/squirrelmail as the document root. Apache seems to be > > > working. Prior to enableing PHP in apache, browsing to the squirrel mail > > > v-host would display the text of "index.php". Since I enable PHP in > > > apache (a line to load the libphp5.so and a couple of type handler > > > lines), index.php re-directs to the login.php file, firefox shows "done" > > > in the lower left corner but the page is blank. There are no errors > > > reported in the apache logs. When I point the browser at the test script > > > I also get a blank page. > > > > > > http://squirrelmail.org/wiki/BlankPage > > Thanks for the reply Paul. I modified the php.ini to display errors but > nothing showed up. Then, while checking httpd-error log I noticed there was > a squirrelmail error log too (duh). it's telling me: > > [Mon Jan 19 19:41:36 2009] [error] [client 192.168.98.57] PHP Fatal error: > Call to undefined function session_set_cookie_params() in > /usr/local/www/squirrelmail/functions/global.php on line 392 > > Can I assume that means my PHP lacks session support? How do I get that? SquirrelMail is intended for installation on a server with a working PHP installation. Please refer to a more appropriate forum for getting your server up to spec. You might simply try Google or the PHP manual for starters. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword - squirrelmail-users mailing list Posting guidelines: http://squirrelmail.org/postingguidelines List address: squirrelmail-users@lists.sourceforge.net List archives: http://news.gmane.org/gmane.mail.squirrelmail.user List info (subscribe/unsubscribe/change options): https://lists.sourceforge.net/lists/listinfo/squirrelmail-users
Re: [SM-USERS] The bottom 'send' button -- doesn't
Paul Lesniewski wrote: > On Mon, Jan 19, 2009 at 10:50 AM, David C. Rankin > wrote: >> David C. Rankin wrote: >>> Paul, >> >>> As of rev. 13395, in the compose window, you have two 'send' buttons. >>> The >>> upper one with all of the other buttons, and then the lower one, standing >>> alone, under the edit window of the e-mail message. The upper one works >>> fine, >>> the lower one simple adds another signature to the bottom of your email. > > You are using the "advanced" skin, which was missing an update. I > just fixed it and it will be available in the next daily SVN snapshot > or immediately if you check out SVN directly. Thanks for the notice. > Rev 13997 works like a champ! Thanks Paul. >>Also shown above, I have a question about the attach size. Should the >> size be >> displayed in 'MiB' or just 'MB'? I understand that it is short for Million >> Bytes, but I'm just used to seeing it as MB. Maybe I live in the wrong part >> of >> the world? Just thought I'd mention that as well. > > http://en.wikipedia.org/wiki/MiB > Learn something new every day ;-) -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword - squirrelmail-users mailing list Posting guidelines: http://squirrelmail.org/postingguidelines List address: squirrelmail-users@lists.sourceforge.net List archives: http://news.gmane.org/gmane.mail.squirrelmail.user List info (subscribe/unsubscribe/change options): https://lists.sourceforge.net/lists/listinfo/squirrelmail-users
