RE: [SLE] Nasty Squirrelmail problem. User pref files are overwri tten !! People are receiving others mails
Nice problem:) I´ve been testing it on Squirrelmail 1.2.4 - 1.4.0 Beta, cant reproduce it! My .pref files are called username1.pref and username2.pref, i guess youres like that two ... have a look att you config.php like.... $default_folder_prefix = ''; $trash_folder = 'INBOX.Trash'; $sent_folder = 'INBOX.Sent'; $draft_folder = 'INBOX.Drafts'; $default_move_to_trash = true; $default_move_to_sent = true; $default_save_as_draft = true; $show_prefix_option = false; $list_special_folders_first = true; $use_special_folder_color = true; $auto_expunge = true; $default_sub_of_inbox = true; $show_contain_subfolders_option = false; $default_unseen_notify = 2; $default_unseen_type = 1; $auto_create_special = true; $delete_folder = false; $noselect_fix_enable = false; $default_charset = 'iso-8859-1'; $data_dir = SM_PATH . 'data/'; $attachment_dir = $data_dir; $dir_hash_level = 0; $default_left_size = '150'; $force_username_lowercase = false; $default_use_priority = true; $hide_sm_attributions = false; $default_use_mdn = true; $edit_identity = true; $edit_name = true; $allow_thread_sort = false; $allow_server_sort = false; $allow_charset_search = true; $uid_support = true; $prefs_dsn = ''; $prefs_table = 'userprefs'; $prefs_user_field = 'user'; $prefs_key_field = 'prefkey'; $prefs_val_field = 'prefval'; $no_list_for_subscribe = false; $smtp_auth_mech = 'none'; $imap_auth_mech = 'login'; $use_imap_tls = false; $use_smtp_tls = false; $session_name = 'SQMSESSID'; or upgrade to a newer squirrelmail. Btw, Squirrelmail rocks!!!! -----Original Message----- From: Tage Danielsen [mailto:tage@htd-information.dk] Sent: den 25 februari 2003 16:01 To: oykug@sbt.com.tr; squirrelmail-users@lists.sourceforge.net Cc: suse-linux-e@suse.com Subject: SV: [SLE] Nasty Squirrelmail problem. User pref files are overwritten !! People are receiving others mails Hello I have the same problem, and the same version of linux and squirrelmail, so I would like to have answer to if possiple. Thanks from me to in advance. Tage from Denmark. **************************************************************************** ****************************************** -----Oprindelig meddelelse----- Fra: Oyku Gencay [mailto:oykug@sbt.com.tr] Sendt: 25. februar 2003 15:33 Til: squirrelmail-users@lists.sourceforge.net Cc: suse-linux-e@suse.com Emne: [SLE] Nasty Squirrelmail problem. User pref files are overwritten !! People are receiving others mails Hi, I'm facing a very nasty problem lately. Some of my users started reporting that they were receiving mails sent by other people. Here's the scenario user A send and email to user B and user C gets the reply. After investigating I found out that the problem is that user.pref files are getting overwritten on one others. So, the reply-to address changes. I can overcome reply address problems but all the contents of pref files are overwritten. Anybody can help me resolve this nasty problem?? My gut feeling is that userid stored in session or in cookie makes this happen. You can imagine how serious the problem is. People are getting other people's mails because of reply-to address in the the overwritten pref file. One final note, this happened after upgrading to PHP 4.0.4 Thanks in advance. Oyku Here are the details. On the same computer!! Login as user A Logoff Login as user B Logoff B.pref overwritten by A.pref I can't reproduce this problem everytime. SuSE 7.3 Squirrelmail 1.2.11 Apache 1.3.19-48 PHP 4.0.4pl1-90 auto_timeout plugin -- Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com -- Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com
Nice problem:)
I´ve been testing it on Squirrelmail 1.2.4 - 1.4.0 Beta, cant reproduce it! My .pref files are called username1.pref and username2.pref, i guess youres like that two ... have a look att you config.php
like....
$default_folder_prefix = ''; $trash_folder = 'INBOX.Trash'; $sent_folder = 'INBOX.Sent'; $draft_folder = 'INBOX.Drafts'; $default_move_to_trash = true; $default_move_to_sent = true; $default_save_as_draft = true; $show_prefix_option = false; $list_special_folders_first = true; $use_special_folder_color = true; $auto_expunge = true; $default_sub_of_inbox = true; $show_contain_subfolders_option = false; $default_unseen_notify = 2; $default_unseen_type = 1; $auto_create_special = true; $delete_folder = false; $noselect_fix_enable = false;
$default_charset = 'iso-8859-1'; $data_dir = SM_PATH . 'data/'; $attachment_dir = $data_dir; $dir_hash_level = 0; $default_left_size = '150'; $force_username_lowercase = false; $default_use_priority = true; $hide_sm_attributions = false; $default_use_mdn = true; $edit_identity = true; $edit_name = true; $allow_thread_sort = false; $allow_server_sort = false; $allow_charset_search = true; $uid_support = true;
$prefs_dsn = ''; $prefs_table = 'userprefs'; $prefs_user_field = 'user'; $prefs_key_field = 'prefkey'; $prefs_val_field = 'prefval'; $no_list_for_subscribe = false; $smtp_auth_mech = 'none'; $imap_auth_mech = 'login'; $use_imap_tls = false; $use_smtp_tls = false; $session_name = 'SQMSESSID';
or upgrade to a newer squirrelmail.
Actually, the original poster said he was using 1.2.11, which is the latest availalbe stable version. Perhaps it is a php issue? 4.0.4 is getting a little old. To the original poster: was this a fresh install of squirrelmail or was this an upgrade from an older version? If it was an upgrade, did you use the config.php file from your old distribution or start over with the one from SM 1.2.11? Upgrading SM can be a hassle, if changes were made to config.php you may need to merge your existing config.php with the new version's file. Also, what IMAP server are you using? Did you turn safe_mode on or set openbase_dir in php.ini (this caused headaches for me)? Did it ever work as expected or has it always behaved this way? My best advice still is to subscribe to the squirrelmail list and post your problem there.
Btw, Squirrelmail rocks!!!!
That it does...
Hi, Here's a little bit more detail. IMAP: cyrus 2.0.16-115 SuSE stock RPM. Apache and PHP are updated from SuSE. No special compilation is done since there are too many servers around :) Upgrading SuSE 7.3 to 8.0 or 8.1 is out of question. I simply can't touch this machine these couple of weeks. There are many many dependencies to be resolved. smtp ldap imap authentication etc. etc. 1.2.11 is the latest stable. I was using 1.2.7 and the reason for upgrading is this problem occurred twice. It first happended to one of the dummiest user, and I eventually thought that it was his fault. (I wish ti was) then it happened again. Then having looked at te lists, I decided to upgrade. After upgrade, this happened once more to another user (to the IT director :) ) I tried to reproduce the same problem but could only succeeded twice. I loged on loged of closed browser opened repeatedly to two accounts, and it happened, however I could not isolate. To give hint, I can tell you that this happens when the system is busy. The system is at a university and the number of users have increased last week. 1.2.7 worked without a problem till these weeks. And I can assure you that the non of the incidents were using the same computer or would have used te same computer ever. Best regards, Oyku
Nice problem:)
I´ve been testing it on Squirrelmail 1.2.4 - 1.4.0 Beta, cant reproduce it! My .pref files are called username1.pref and username2.pref, i guess youres like that two ... have a look att you config.php
like....
$default_folder_prefix = ''; $trash_folder = 'INBOX.Trash'; $sent_folder = 'INBOX.Sent'; $draft_folder = 'INBOX.Drafts'; $default_move_to_trash = true; $default_move_to_sent = true; $default_save_as_draft = true; $show_prefix_option = false; $list_special_folders_first = true; $use_special_folder_color = true; $auto_expunge = true; $default_sub_of_inbox = true; $show_contain_subfolders_option = false; $default_unseen_notify = 2; $default_unseen_type = 1; $auto_create_special = true; $delete_folder = false; $noselect_fix_enable = false;
$default_charset = 'iso-8859-1'; $data_dir = SM_PATH . 'data/'; $attachment_dir = $data_dir; $dir_hash_level = 0; $default_left_size = '150'; $force_username_lowercase = false; $default_use_priority = true; $hide_sm_attributions = false; $default_use_mdn = true; $edit_identity = true; $edit_name = true; $allow_thread_sort = false; $allow_server_sort = false; $allow_charset_search = true; $uid_support = true;
$prefs_dsn = ''; $prefs_table = 'userprefs'; $prefs_user_field = 'user'; $prefs_key_field = 'prefkey'; $prefs_val_field = 'prefval'; $no_list_for_subscribe = false; $smtp_auth_mech = 'none'; $imap_auth_mech = 'login'; $use_imap_tls = false; $use_smtp_tls = false; $session_name = 'SQMSESSID';
or upgrade to a newer squirrelmail.
Actually, the original poster said he was using 1.2.11, which is the latest availalbe stable version. Perhaps it is a php issue? 4.0.4 is getting a little old.
To the original poster: was this a fresh install of squirrelmail or was this an upgrade from an older version? If it was an upgrade, did you use the config.php file from your old distribution or start over with the one from SM 1.2.11? Upgrading SM can be a hassle, if changes were made to config.php you may need to merge your existing config.php with the new version's file. Also, what IMAP server are you using? Did you turn safe_mode on or set openbase_dir in php.ini (this caused headaches for me)? Did it ever work as expected or has it always behaved this way?
My best advice still is to subscribe to the squirrelmail list and post your problem there.
Btw, Squirrelmail rocks!!!!
That it does...
-- Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com
participants (3)
-
Josh Trutwin -
Olsson Mattias -
Oyku Gencay