Bug 198306

Summary: squirrelmail - typo in a config file creates problems
Product: [Fedora] Fedora Reporter: Michal Jaegermann <michal>
Component: squirrelmailAssignee: Warren Togami <wtogami>
Status: CLOSED CURRENTRELEASE QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 5CC: bugs-redhat, gwync, james.wilson77, netwiz, nicolas.mailhot, nsoranzo, shrek-m, wizard10000, wtogami
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: squirrelmail-1.4.7-4 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2006-07-11 15:59:24 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Michal Jaegermann 2006-07-10 23:26:00 UTC
Description of problem:

An update to 1.4.7-2 brings a new file /etc/squirrelmail/config_local.php
Only that file looks like follows:

<?php
.....
?>
$default_folder_prefix          = '';

Logging to squirrelmail with such configuration immediately produces:

Warning: session_start(): Cannot send session cache limiter - headers already
sent (output started at /etc/squirrelmail/config_local.php:19) in
/usr/share/squirrelmail/functions/global.php on line 374

Warning: Cannot modify header information - headers already sent by (output
started at /etc/squirrelmail/config_local.php:19) in
/usr/share/squirrelmail/functions/i18n.php on line 335

Warning: Cannot modify header information - headers already sent by (output
started at /etc/squirrelmail/config_local.php:19) in
/usr/share/squirrelmail/functions/global.php on line 346

Warning: Cannot modify header information - headers already sent by (output
started at /etc/squirrelmail/config_local.php:19) in
/usr/share/squirrelmail/src/login.php on line 53

and much more of the same if you will try to continue, making the whole
thing really unusable.

With a configuration which is not sending warning to a screen
this is a bit better but not much.  "$default_folder_prefix = '';"
gets printed on a screen and this is enough to kill a mail display.

Switching the last two lines in /etc/squirrelmail/config_local.php
fixes that immediately.

Users can obviously edit that file, if they figure out what is
going on, and this is config so  maybe even it will not clobbered
on subsequent updates.  OTOH if this file ends gets included this
makes web server quite unhappy.

Version-Release number of selected component (if applicable):
squirrelmail-1.4.7-2.fc5.noarch.rpm

Comment 1 Gwyn Ciesla 2006-07-11 12:02:23 UTC
Downgrading to 1.4.6-7.fc5 is currently the fastest fix.

Comment 2 Michal Jaegermann 2006-07-11 14:29:23 UTC
> Downgrading to 1.4.6-7.fc5 is currently the fastest fix.

Don't overdo it. :-)  Changing an order of two lines in
/etc/squirrelmail/config_local.php is surely faster; especially
when you were told which two lines.

Comment 3 Warren Togami 2006-07-11 15:59:24 UTC
squirrelmail-1.4.7-4* has been pushed to updates solving this issue.  The
trouble with this is that my testing didn't show any problem because my
config_local.php was modified, and %config(noreplace) hid the problem. 
Meanwhile I wanted to get the security update out.

I screwed up and take responsibility for this mistake.

Comment 4 Warren Togami 2006-07-11 16:00:11 UTC
*** Bug 198340 has been marked as a duplicate of this bug. ***

Comment 5 Warren Togami 2006-07-11 16:00:22 UTC
*** Bug 198334 has been marked as a duplicate of this bug. ***

Comment 6 James Wilson 2006-07-11 23:17:04 UTC
*** Bug 198521 has been marked as a duplicate of this bug. ***

Comment 7 Warren Togami 2006-07-12 02:15:47 UTC
*** Bug 198559 has been marked as a duplicate of this bug. ***

Comment 8 Warren Togami 2006-07-13 16:25:24 UTC
*** Bug 198792 has been marked as a duplicate of this bug. ***