Just finished doing an install of 0.3, and am having difficulties logging in. I get the login screen, and can't get past that screen regardless of what I enter for user and password.
I've tried checking the logs, but there is only a sql log (all logging is turned on and I've even tried turning the debug level to 8). The sql logs only contain two lines per login attempt:
[23-Oct-2009 14:22:58 -0400]: query(1): SET NAMES 'utf8'
[23-Oct-2009 14:22:58 -0400]: query(1): SELECT vars, ip, UNIX_TIMESTAMP(changed) AS changed
FROM session
WHERE sess_id='dlacofb2tbsp44dka6svjgsug6'
Anyone have any idea?
There should be a error log in [RC root]/logs if there isn't you need to check the folder privileges.
There is a sql log that's getting written to, so it's not a permission problem, but that's it. There are no other logs.
OK. By adding a bunch of write_log() calls in the code, it appears that none of the plugins are available, including basic functionality.
Placing a call to write_log in the exec_hook function, I get the following log:
[24-Oct-2009 13:04:00 -0400]: hook imap_init not found
[24-Oct-2009 13:04:00 -0400]: hook startup not found
[24-Oct-2009 13:04:00 -0400]: action is
[24-Oct-2009 13:04:00 -0400]: Showing login page
[24-Oct-2009 13:04:00 -0400]: hook template_object_pagetitle not found
[24-Oct-2009 13:04:00 -0400]: hook template_object_productname not found
[24-Oct-2009 13:04:00 -0400]: hook template_object_message not found
[24-Oct-2009 13:04:00 -0400]: hook template_object_loginform not found
[24-Oct-2009 13:04:00 -0400]: hook render_page not found
This is obviously not right. Either the default plugins are not registering correctly, or PHP is losing them after registration.
I am using 5.2.9, does anyone know if there are any issues with this version of PHP?
config the main.inc.php , find $rcmail_config['auto_create_user']
set it to "TRUE" ,
hope it will help.
I assumed you meant TRUE... :-)
It is, and that is not the issue. It looks like the default plugins are being registered, so imap_init doesn't get called, etc.
The only plugins getting registered are squirrelmail_usercopy (which I added in the config) and filesystem_attachments (a required plugin defined in program/include/rcube_plugin_api.php)
Does it work with out any of the pug-in enabled?
No. I enabled some of the plugins because they contained the hooks that the code indicated it was trying to execute - for example, looking for a startup function, I found it in the autologin and http_authenticate plugins, and in rcmail.php - however, the function in rcmail is not a hook, and is called early.
This is a problem because the code in index.php expects a call to the hooked up plugin:
// trigger startup plugin hook
$startup = $RCMAIL->plugins->exec_hook('startup', array('task' => $RCMAIL->task, 'action' => $RCMAIL->action));
$RCMAIL->set_task($startup['task']);
$RCMAIL->action = $startup['action'];
without this call, task and action are never set and so the user is never validated.
There are also calls to template_object_* hooks that simple don't exist anywhere in the code that I can find.
The only conclusion I can come to at this stage is the tar (0.3stable - yeah right) is not so stable or incomplete. I was hoping for a squirrelmail replacement, but so far have been disappointed.
I am going to continue digging into the code, but if someone can point me in the right direction, it would save a lot of time.
I would recommend trying out the latest SVN as it fixes a lot of problems.
OK. Just grabbed from svn and I'm seeing exactly the same issues.
Going back to my last post, can someone tell me where the startup function is that index.php hooks to? I want to try to resolve these issues one at a time.
It's not roundcube that's causing the issue. I have some mod_perl active in apache, and I think that is causing the problem. I'm not getting the POST variables though into roundcube.
Sorry for all the posting.