On Wed, 2008-04-30 at 23:16 +0400, alekciy wrote:
In php.ini write: output_buffering = 4096.
I have no idea of the security implications of setting this, but seeing as how I'm working on a test box, I don't care (for the moment).
Anyway, I made that change by creating a .htaccess file in the installer directory and setting the php parameter at run time. After an apache reload, I'm no longer seeing the session cookies error, but I'm still getting this:
PHP Warning: session_start(): Cannot send session cache limiter - headers already sent (output started at /var/www/roundcube/installer/index.php:8) in /var/www/roundcube/installer/index.php on line 29, referer: http://roundcube/installer/welcome.html
Now what?
I'm surprised such a big bug made into the general 0.1.1 release! I'm assuming not many other people are running this code since I'm not finding much information about it.
Regards,
Ranbir
Anyway, I made that change by creating a .htaccess file in the
installer directory and setting the php parameter at run time.
I think you are digging in the wrong place.
PHP Warning: session_start(): Cannot send session cache limiter - headers already sent (output started at /var/www/roundcube/installer/index.php:8) in /var/www/roundcube/installer/index.php on line 29, referer: http://roundcube/installer/welcome.html
From my experience with PHP, that indicates a stray character that
is being sent down to the browser before the headers are sent later
in the code.
Now what?
I've seen problems like that if the line endings of the file don't
match the host platform.
There might be some kind of typo in one of those files.
Did you check the download against the MD5 hash to make sure the
download wasn't corrupted in transit ?
It is possible your PHP is set to display warnings, and the code is
triggering a warning that is being echoed to the browser before the
headers are sent.
I'm surprised such a big bug made into the general 0.1.1 release! I'm assuming not many other people are running this code since I'm not finding much information about it.
It is possible the problem is triggered specifically on your setup.
Charles Dostale System Admin - Silver Oaks Communications http://www.silveroaks.com/ 824 17th Street, Moline IL 61265
List info: http://lists.roundcube.net/users/
On Wed, 2008-04-30 at 17:43 -0500, chasd wrote:
From my experience with PHP, that indicates a stray character that
is being sent down to the browser before the headers are sent later
in the code.
That's what I've found after I did some searching. I've looked for stray characters in the files noted in the apache logs, but I haven't found any.
I've seen problems like that if the line endings of the file don't
match the host platform. There might be some kind of typo in one of those files.Did you check the download against the MD5 hash to make sure the
download wasn't corrupted in transit ?
md5sum is okay.
It is possible your PHP is set to display warnings, and the code is
triggering a warning that is being echoed to the browser before the
headers are sent.
After I made the change suggested to me by Alekciy, the errors are gone. However, the page itself isn't showing anything. Since there aren't any errors, I don't know what the problem is.
Without anything displayed on the page, I can't do the install.
It is possible the problem is triggered specifically on your setup.
True. But, I can't figure out what it is. I have other sites running on the same box without any problems.
I bet I've messed something up with this RoundCube install. I just don't know what it is.
Regards,
Ranbir
On May 1, 2008, at 10:47 AM, Kanwar Ranbir Sandhu wrote:
<many comments snipped>
Without anything displayed on the page, I can't do the install.
Not quite true. The installer is a recent addition, RC may work even
if the installer doesn't.
You can hand-edit the ( well commented ) config files -
cp config/db.inc.php.dist config/db.inc.php vi config/db.inc.php cp config/main.inc.php.dist config/main.inc.php vi config/main.inc.php
and manually run the SQL to set up the database -
createdb roundcube psql -d roundcube -f SQL/postgres.initial.sql
or whatever is appropriate for the DBMS you use.
Charles Dostale System Admin - Silver Oaks Communications http://www.silveroaks.com/ 824 17th Street, Moline IL 61265
List info: http://lists.roundcube.net/users/
On Thu, 2008-05-01 at 12:23 -0500, chasd wrote:
You can hand-edit the ( well commented ) config files -
cp config/db.inc.php.dist config/db.inc.php vi config/db.inc.php cp config/main.inc.php.dist config/main.inc.php vi config/main.inc.php
Damn. I did that, tried to run the installer, and got a blank page. So, I decided to re-read the instructions, and no where in the INSTALL did it say to make a copy of those files and THEN run the installer.
When I deleted the copied config files, the web basedd installer started up normally. I think a note about this should be made in the INSTALL file.
The installation is done, and I can login now with one domain. I have other questions, but I'll start a new thread for them.
Thanks for all the help, everyone!
Regards,
Ranbir
On May 1, 2008, at 9:08 PM, Kanwar Ranbir Sandhu wrote:
On Thu, 2008-05-01 at 12:23 -0500, chasd wrote:
You can hand-edit the ( well commented ) config files -
cp config/db.inc.php.dist config/db.inc.php vi config/db.inc.php cp config/main.inc.php.dist config/main.inc.php vi config/main.inc.php
Damn. I did that, tried to run the installer, and got a blank page. So, I decided to re-read the instructions, and no where in the INSTALL did it say to make a copy of those files and THEN run the installer.
That's right, because when you edit the configuration files to your
taste, you don't _need_ to run the installer. You are manually doing
what the installer does. Those commands above assumed since you had
installed other software you knew enough to edit the config files
yourself for your needs. Note I did not say to run the installer in
the instructions I provided.
When I deleted the copied config files, the web basedd installer
started up normally. I think a note about this should be made in the INSTALL file.
Well, whatever voodoo you had going on moved somewhere else.
The only thing I can think of is that the permissions on the
directories or files that installer needs to access changed to allow
the installer to function. Your "fix" is specific to your setup, so
it is likely not applicable to others.
Make sure your logs directory is writable by the web server process
owner.
Charles Dostale System Admin - Silver Oaks Communications http://www.silveroaks.com/ 824 17th Street, Moline IL 61265
List info: http://lists.roundcube.net/users/
On Fri, 2008-05-02 at 09:07 -0500, chasd wrote:
Well, whatever voodoo you had going on moved somewhere else. The only thing I can think of is that the permissions on the
directories or files that installer needs to access changed to allow
the installer to function. Your "fix" is specific to your setup, so
it is likely not applicable to others.
Nah - no permissions issues (because they stayed the same). It was just that I had manually renamed/edited the config files, and the installer didn't like that.
Make sure your logs directory is writable by the web server process
owner.
Already done! Thanks for the help.
Regards,
Ranbir