Description of problem: Since installing 1.4.7-2.fc6 via a 'yum update' using the devel repo, squirrelmail is broken. It logs in ok, however every page (including the initial frame set) comes up with the following: $default_folder_prefix = ''; This breaks the initial frameset and renders it unusable. # rpm -qa | grep squirrel squirrelmail-1.4.7-2.fc6
Guys try looking in: /etc/squirrelmail/config_local.php It has: <?php /** * Local config overrides. * * You can override the config.php settings here. * Don't do it unless you know what you're doing. * Use standard PHP syntax, see config.php for examples. * * @copyright © 2002-2006 The SquirrelMail Project Team * @license http://opensource.org/licenses/gpl-license.php GNU Public License * @version $Id: config_local.php,v 1.2.2.3 2006/04/14 22:27:07 jervfors Exp $ * @package squirrelmail * @subpackage config */ ?> $default_folder_prefix = ''; Which should read: <?php /** * Local config overrides. * * You can override the config.php settings here. * Don't do it unless you know what you're doing. * Use standard PHP syntax, see config.php for examples. * * @copyright © 2002-2006 The SquirrelMail Project Team * @license http://opensource.org/licenses/gpl-license.php GNU Public License * @version $Id: config_local.php,v 1.2.2.3 2006/04/14 22:27:07 jervfors Exp $ * @package squirrelmail * @subpackage config */ $default_folder_prefix = ''; ?> * notice the end-php-tag (aka ?>) before the php code in the current file, it should be after the $default_folder_prefix stuff obviously :-)
Ahhh this makes sense. I looked at that file too - but it didn't click about the ?> being in the wrong spot :) I can confirm this fixes the issue, however it should be fixed in the RPM and repo as well.
I can confirm this on Fedora Core 4. The official updates (squirrelmail-1.4.7-2.fc4) introduced this breakage. Strange that this bug got past QA. It renders the Squirrelmail installation instantly unusable. Putting the "$default_folder_prefix" line into place fixes the problem.
*** This bug has been marked as a duplicate of 198306 ***