Thanks for the feedback.
Can you tell us what server you are using and what you did (code changing or server conf you added in order for rc to work) to let us know ? Maybe there is some code to change or a doc to write for this particular server ?
-- Sébastien BLAISOT
-------- Message d'origine --------
De : Guido Berhoerster guido+roundcube.net@berhoerster.name
Date :
A : dev@lists.roundcube.net
Objet : Re: [RCD] Debugging
Is the logs directory of your roundcube installation writable by your apache user ?
the logs usually are here, but this directory have to be writable to the user running the web server.
I'm not using apache but the logs directory is owned by the same user the server runs as and in fact the sql log that I cited was created there. The actual problem was that the server was corrupting request variables so that the request token went missing. I only found out after looking through the code and inserting my own debug statements here and there, the built-in logging mechanisms simply does not log anything in this case making it very hard to diagnose what's going on.
Thanks for the feedback.
Can you tell us what server you are using and what you did (code changing or server conf you added in order for rc to work) to let us know ? Maybe there is some code to change or a doc to write for this particular server ?
I'm using the latest git snapshot of uwsgi with its PHP plugin, there are no code changes in RC required, the bug was in uwsgi and has been fixed yesterday. I've attached a minimal, commented uwsgi configuration (intended for running as an uwsgi vassal behind a reverse proxy such as nginx) that should serve RC without any additional changes to Roundcube, it even emulates the .htaccess access controls and rewrites.