These first 1.6 release candidate is now feature complete. It's not yet
an official release. We are positive to get the official release within
a few weeks.
What's new in eGroupware v1.6?
* Complete new implementation of the filemanager DMS by means of PHP
stream-wrapper and WebDAV, ACL control on directories and files - the
new architecture allows now uploading of big files.
* Implementation of new functions like multiple mail accounts and many
bugfixes in the email client.
* Extensive new features for the tracker-application: for example
escalation-matrix for tickets and automatic mail-conversion as a ticket.
* Improved calendar functions especially with recurring-events.
* Supplements and adaptations in the addressbook like appointment-view,
custom fields, distribution lists shown in the contact directly and in
the addressbook list, multiple categorization of contacts in the
addressbook list.
* Improvement of the template functionality of the project manager and
some bugfixes.
* Many useful extensions and adaptations as well as bug-fixes in all
modules.
All package types are available via our download page:
www.egroupware.org/download/
I just did a rpm upgrade from
eGroupware-1.6.pre1-12.1.noarch.rpm
eGroupware-egw-pear-1.6.pre1-12.1.noarch.rpm
to
eGroupware-1.6.rc1-18.1
eGroupware-egw-pear-1.6.rc1-18.1
And I cannot get sessions to work. When I log in I get:
"Your session could not be verified."
I am using AD authentication, and have verified that the LDAP bind is working (via tcpdump), I also note that when you enter a bad password it gives you the "Bad login or password" error.
Some grep'ing and google'ing have seemed to point to a problem with sessions. The only other thing I could think of was that I installed php-mcrypt in the mean time, but encrypted sessions was/is disabled in eGroupware. I tried removing all the session data and cleaning my browser's cookies. Still no luck.
Where else can I look to debug the problem?
ralfbecker wrote:
These first 1.6 release candidate is now feature complete. It's not yet
an official release. We are positive to get the official release within
a few weeks.
Re: eGroupware 1.6.rc1 release candidate available
What does the installation check say, specially for:
- session Extension installed
- session.save_path writable
Do you use a special session-handler (not files)?
Other from the above, I've no spontaneous idea.
What distro/version is that?
Ralf
paulz schrieb:
> I just did a rpm upgrade from
> eGroupware-1.6.pre1-12.1.noarch.rpm
> eGroupware-egw-pear-1.6.pre1-12.1.noarch.rpm
> to
> eGroupware-1.6.rc1-18.1
> eGroupware-egw-pear-1.6.rc1-18.1
>
> And I cannot get sessions to work. When I log in I get:
> "Your session could not be verified."
> I am using AD authentication, and have verified that the LDAP bind is
> working (via tcpdump), I also note that when you enter a bad password it
> gives you the "Bad login or password" error.
>
> Some grep'ing and google'ing have seemed to point to a problem with
> sessions. The only other thing I could think of was that I installed
> php-mcrypt in the mean time, but encrypted sessions was/is disabled in
> eGroupware. I tried removing all the session data and cleaning my browser's
> cookies. Still no luck.
>
> Where else can I look to debug the problem?
>
>
> ralfbecker wrote:
>> These first 1.6 release candidate is now feature complete. It's not yet
>> an official release. We are positive to get the official release within
>> a few weeks.
>>
>
Checking extension session is loaded or loadable: True
Checking if php.ini setting session.save_path='/var/lib/php/session' is writable by the webserver: root/apache drwxrwx---
No special handler.
# grep session /usr/share/egroupware/header.inc.php | grep -v "^\*"
$GLOBALS['egw_info']['server']['session_handler'] = 'egw_session_files';
session_cache_limiter('private_no_expire');
Centos 5.2
:(
ralfbecker wrote:
What does the installation check say, specially for:
- session Extension installed
- session.save_path writable
Do you use a special session-handler (not files)?
Other from the above, I've no spontaneous idea.
What distro/version is that?
Ralf
Re: eGroupware 1.6.rc1 release candidate available
> Checking extension session is loaded or loadable: True
> Checking if php.ini setting session.save_path='/var/lib/php/session' is
> writable by the webserver: root/apache drwxrwx---
>
> No special handler.
> # grep session /usr/share/egroupware/header.inc.php | grep -v "^\*"
> $GLOBALS['egw_info']['server']['session_handler'] = 'egw_session_files';
> session_cache_limiter('private_no_expire');
>
> Centos 5.2
>
> :(
>
>
> ralfbecker wrote:
>> What does the installation check say, specially for:
>> - session Extension installed
>> - session.save_path writable
>>
>> Do you use a special session-handler (not files)?
>>
>> Other from the above, I've no spontaneous idea.
>>
>> What distro/version is that?
>>
>> Ralf
>>
>
Not as long as you dont enable it in the header - thought mcrypt to
encrypt the session is working in rc1.
Ralf
paulz schrieb:
> Disabled. It was a working system before the upgrade. Could installing
> mcrypt before the upgrade have caused a problem?
>
>
> ralfbecker wrote:
>> SELinux?
>>
>> paulz schrieb:
>>> Checking extension session is loaded or loadable: True
>>> Checking if php.ini setting session.save_path='/var/lib/php/session' is
>>> writable by the webserver: root/apache drwxrwx---
>>>
>>> No special handler.
>>> # grep session /usr/share/egroupware/header.inc.php | grep -v "^\*"
>>> $GLOBALS['egw_info']['server']['session_handler'] = 'egw_session_files';
>>> session_cache_limiter('private_no_expire');
>>>
>>> Centos 5.2
>>>
>>> :(
>>
>
Where else can I look to debug why sessions are not working?
ralfbecker wrote:
Not as long as you dont enable it in the header - thought mcrypt to
encrypt the session is working in rc1.
Ralf
paulz schrieb:
> Disabled. It was a working system before the upgrade. Could installing
> mcrypt before the upgrade have caused a problem?
>
>
> ralfbecker wrote:
>> SELinux?
>>
>> paulz schrieb:
>>> Checking extension session is loaded or loadable: True
>>> Checking if php.ini setting session.save_path='/var/lib/php/session' is
>>> writable by the webserver: root/apache drwxrwx---
>>>
>>> No special handler.
>>> # grep session /usr/share/egroupware/header.inc.php | grep -v "^\*"
>>> $GLOBALS['egw_info']['server']['session_handler'] = 'egw_session_files';
>>> session_cache_limiter('private_no_expire');
>>>
>>> Centos 5.2
>>>
>>> :(
>>
>
--
Ralf Becker
Re: eGroupware 1.6.rc1 release candidate available
It's hard to explain how to debug that in general:
You would start adding error_log() messages printing out the $_SESSION
array. But it's really beyond the scope of the user list to explain how
to debug ...
Currently you're the only one reporting session problems with rc1.
That's sad for you, but does not indicate a general problem with rc1.
Ralf
paulz schrieb:
> Where else can I look to debug why sessions are not working?
>
>
>
> ralfbecker wrote:
>> Not as long as you dont enable it in the header - thought mcrypt to
>> encrypt the session is working in rc1.
>>
>> Ralf
>>
>> paulz schrieb:
>>> Disabled. It was a working system before the upgrade. Could installing
>>> mcrypt before the upgrade have caused a problem?
>>>
>>>
>>> ralfbecker wrote:
>>>> SELinux?
>>>>
>>>> paulz schrieb:
>>>>> Checking extension session is loaded or loadable: True
>>>>> Checking if php.ini setting session.save_path='/var/lib/php/session' is
>>>>> writable by the webserver: root/apache drwxrwx---
>>>>>
>>>>> No special handler.
>>>>> # grep session /usr/share/egroupware/header.inc.php | grep -v "^\*"
>>>>> $GLOBALS['egw_info']['server']['session_handler'] =
>>>>> 'egw_session_files';
>>>>> session_cache_limiter('private_no_expire');
>>>>>
>>>>> Centos 5.2
>>>>>
>>>>> :(
>> --
>> Ralf Becker
>>
>>
>
I have the same problem on SLES10 and an Ubuntu. So i get a diff rc vs pre (all rc has same error).
I think the error in session handling, so i try modify some thing.
The last result is to comment out two line in /egroupware/phpgwapi/inc/class.egw_session.inc.php (its an ugly hack, but i think is hepl for you):
1351,1352c1351,1352
// ini_set('session.use_cookies',0); // disable the automatic use of cookies, as it uses the path / by default
// session_name(self::EGW_SESSION_NAME);
Wbse
ralfbecker wrote:
Hi,
there's nothing you can simply switch on :-(
It's hard to explain how to debug that in general:
You would start adding error_log() messages printing out the $_SESSION
array. But it's really beyond the scope of the user list to explain how
to debug ...
Currently you're the only one reporting session problems with rc1.
That's sad for you, but does not indicate a general problem with rc1.
Ralf
paulz schrieb:
> Where else can I look to debug why sessions are not working?
>
>
>
> ralfbecker wrote:
>> Not as long as you dont enable it in the header - thought mcrypt to
>> encrypt the session is working in rc1.
>>
>> Ralf
>>
>> paulz schrieb:
>>> Disabled. It was a working system before the upgrade. Could installing
>>> mcrypt before the upgrade have caused a problem?
>>>
>>>
>>> ralfbecker wrote:
>>>> SELinux?
>>>>
>>>> paulz schrieb:
>>>>> Checking extension session is loaded or loadable: True
>>>>> Checking if php.ini setting session.save_path='/var/lib/php/session' is
>>>>> writable by the webserver: root/apache drwxrwx---
>>>>>
>>>>> No special handler.
>>>>> # grep session /usr/share/egroupware/header.inc.php | grep -v "^\*"
>>>>> $GLOBALS['egw_info']['server']['session_handler'] =
>>>>> 'egw_session_files';
>>>>> session_cache_limiter('private_no_expire');
>>>>>
>>>>> Centos 5.2
>>>>>
>>>>> :(
>> --
>> Ralf Becker
>>
>>
>
Geschäftsführer Andre Keller, Nigel John Vickers,
Gudrun K. Müller und Ralf Becker
Registergericht Kaiserslautern HRB 12087
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________
eGroupWare-users mailing list
eGroupWare-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-users
Re: eGroupware 1.6.rc1 release candidate available
It's hard to explain how to debug that in general:
You would start adding error_log() messages printing out the $_SESSION
array. But it's really beyond the scope of the user list to explain how
to debug ...
Currently you're the only one reporting session problems with rc1.
That's sad for you, but does not indicate a general problem with rc1.
Ralf
I have the same problem with all ver.-s 1.6.
I hoped that it would be fixed in the release.
But it is not.
I have Fedora 9, PHP 5.2.5, Apache 2.2.8. Selinux is off.
I see that the session files are created in the .../php/session folder
and I can work with Header and Config Admin Logins on /egroupware/setup/ page,
but i cannot rid off 'Your session could not be verified' on the user login page.
Please advise.
Thanks
iv.deinko
Re: eGroupware 1.6.rc1 release candidate available
It's hard to explain how to debug that in general:
You would start adding error_log() messages printing out the $_SESSION
array. But it's really beyond the scope of the user list to explain how
to debug ...
Currently you're the only one reporting session problems with rc1.
That's sad for you, but does not indicate a general problem with rc1.
Ralf
paulz schrieb:
> Where else can I look to debug why sessions are not working?
>
>
>
> ralfbecker wrote:
>> Not as long as you dont enable it in the header - thought mcrypt to
>> encrypt the session is working in rc1.
>>
>> Ralf
>>
>> paulz schrieb:
>>> Disabled. It was a working system before the upgrade. Could installing
>>> mcrypt before the upgrade have caused a problem?
>>>
>>>
>>> ralfbecker wrote:
>>>> SELinux?
>>>>
>>>> paulz schrieb:
>>>>> Checking extension session is loaded or loadable: True
>>>>> Checking if php.ini setting session.save_path='/var/lib/php/session' is
>>>>> writable by the webserver: root/apache drwxrwx---
>>>>>
>>>>> No special handler.
>>>>> # grep session /usr/share/egroupware/header.inc.php | grep -v "^\*"
>>>>> $GLOBALS['egw_info']['server']['session_handler'] =
>>>>> 'egw_session_files';
>>>>> session_cache_limiter('private_no_expire');
>>>>>
>>>>> Centos 5.2
>>>>>
>>>>> :(
>> --
>> Ralf Becker
>>
>>
>
Geschäftsführer Andre Keller, Nigel John Vickers,
Gudrun K. Müller und Ralf Becker
Registergericht Kaiserslautern HRB 12087
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________
eGroupWare-users mailing list
eGroupWare-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-users
Re: eGroupware 1.6.rc1 release candidate available
In the same case of the others with all the RC 1.6...
It will be interesting if this problem could be resolved quickly.
Regards,
G. GAC
ralfbecker wrote:
Hi,
there's nothing you can simply switch on :-(
It's hard to explain how to debug that in general:
You would start adding error_log() messages printing out the $_SESSION
array. But it's really beyond the scope of the user list to explain how
to debug ...
Currently you're the only one reporting session problems with rc1.
That's sad for you, but does not indicate a general problem with rc1.
Ralf
paulz schrieb:
> Where else can I look to debug why sessions are not working?
>
>
>
> ralfbecker wrote:
>> Not as long as you dont enable it in the header - thought mcrypt to
>> encrypt the session is working in rc1.
>>
>> Ralf
>>
>> paulz schrieb:
>>> Disabled. It was a working system before the upgrade. Could installing
>>> mcrypt before the upgrade have caused a problem?
>>>
>>>
>>> ralfbecker wrote:
>>>> SELinux?
>>>>
>>>> paulz schrieb:
>>>>> Checking extension session is loaded or loadable: True
>>>>> Checking if php.ini setting session.save_path='/var/lib/php/session' is
>>>>> writable by the webserver: root/apache drwxrwx---
>>>>>
>>>>> No special handler.
>>>>> # grep session /usr/share/egroupware/header.inc.php | grep -v "^\*"
>>>>> $GLOBALS['egw_info']['server']['session_handler'] =
>>>>> 'egw_session_files';
>>>>> session_cache_limiter('private_no_expire');
>>>>>
>>>>> Centos 5.2
>>>>>
>>>>> :(
>> --
>> Ralf Becker
>>
>>
>
Geschäftsführer Andre Keller, Nigel John Vickers,
Gudrun K. Müller und Ralf Becker
Registergericht Kaiserslautern HRB 12087
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________
eGroupWare-users mailing list
eGroupWare-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-users
Re: eGroupware 1.6.rc1 release candidate available
on 1-14-2009 3:00 AM Guenael Gac spake the following:
> Hi,
>
> In the same case of the others with all the RC 1.6...
> It will be interesting if this problem could be resolved quickly.
>
> Regards,
>
> G. GAC
>
The full release is already out. Why post about the release candidates?
--
MailScanner is like deodorant...
You hope everybody uses it, and
you notice quickly if they don't!!!!
The problem with attached files (2 or more), with de same format (.DOC, .XLS), it's ok ?
Thank's,
Marcone
I just did a rpm upgrade from
eGroupware-1.6.pre1-12.1.noarch.rpm
eGroupware-egw-pear-1.6.pre1-12.1.noarch.rpm
to
eGroupware-1.6.rc1-18.1
eGroupware-egw-pear-1.6.rc1-18.1
And I cannot get sessions to work. When I log in I get:
"Your session could not be verified."
I am using AD authentication, and have verified that the LDAP bind is working (via tcpdump), I also note that when you enter a bad password it gives you the "Bad login or password" error.
Some grep'ing and google'ing have seemed to point to a problem with sessions. The only other thing I could think of was that I installed php-mcrypt in the mean time, but encrypted sessions was/is disabled in eGroupware. I tried removing all the session data and cleaning my browser's cookies. Still no luck.
Where else can I look to debug the problem?
ralfbecker wrote:
These first 1.6 release candidate is now feature complete. It's not yet
an official release. We are positive to get the official release within
a few weeks.
Re: eGroupware 1.6.rc1 release candidate available
on 1-14-2009 3:00 AM Guenael Gac spake the following:
> Hi,
>
> In the same case of the others with all the RC 1.6...
> It will be interesting if this problem could be resolved quickly.
>
> Regards,
>
> G. GAC
>
The full release is already out. Why post about the release candidates?
--
MailScanner is like deodorant...
You hope everybody uses it, and
you notice quickly if they don't!!!!
------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword _______________________________________________
eGroupWare-users mailing list
eGroupWare-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-users
Re: eGroupware 1.6.rc1 release candidate available
I found this error after importing 1.4 DB to 1.6 installation. The login was impossible from the beginning. Then, I saved the egw_config table from the fresh new 1.6 database, and after import of 1.4 data, I throwed out the imported table and replaced by the fresh 1.6 table. It helped for the wihle, however I don't know, why it later falled back to the "invalid session" state.
After some experimenting I have found, that this line was responsible for bringing it to operational:
REPLACE INTO egw_config VALUES ('phpgwapi', 'asyncservice', 'fallback');
Any new informations?
Peter
Hi,
I have the same problem on SLES10 and an Ubuntu. So i get a diff rc vs pre (all rc has same error).
I think the error in session handling, so i try modify some thing.
The last result is to comment out two line in /egroupware/phpgwapi/inc/class.egw_session.inc.php (its an ugly hack, but i think is hepl for you):
1351,1352c1351,1352
// ini_set('session.use_cookies',0); // disable the automatic use of cookies, as it uses the path / by default
// session_name(self::EGW_SESSION_NAME);
Wbse
ralfbecker wrote:
Hi,
there's nothing you can simply switch on :-(
It's hard to explain how to debug that in general:
You would start adding error_log() messages printing out the $_SESSION
array. But it's really beyond the scope of the user list to explain how
to debug ...
Currently you're the only one reporting session problems with rc1.
That's sad for you, but does not indicate a general problem with rc1.
Ralf
paulz schrieb:
> Where else can I look to debug why sessions are not working?
>
>
>
> ralfbecker wrote:
>> Not as long as you dont enable it in the header - thought mcrypt to
>> encrypt the session is working in rc1.
>>
>> Ralf
>>
>> paulz schrieb:
>>> Disabled. It was a working system before the upgrade. Could installing
>>> mcrypt before the upgrade have caused a problem?
>>>
>>>
>>> ralfbecker wrote:
>>>> SELinux?
>>>>
>>>> paulz schrieb:
>>>>> Checking extension session is loaded or loadable: True
>>>>> Checking if php.ini setting session.save_path='/var/lib/php/session' is
>>>>> writable by the webserver: root/apache drwxrwx---
>>>>>
>>>>> No special handler.
>>>>> # grep session /usr/share/egroupware/header.inc.php | grep -v "^\*"
>>>>> $GLOBALS['egw_info']['server']['session_handler'] =
>>>>> 'egw_session_files';
>>>>> session_cache_limiter('private_no_expire');
>>>>>
>>>>> Centos 5.2
>>>>>
>>>>> :(
>> --
>> Ralf Becker
>>
>>
>
Geschäftsführer Andre Keller, Nigel John Vickers,
Gudrun K. Müller und Ralf Becker
Registergericht Kaiserslautern HRB 12087
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________
eGroupWare-users mailing list
eGroupWare-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-users
signature.asc (266 bytes)