Hi Jan,

perhaps is resolved.

Seems to be related to the memcached php library version. I've tried 
with a 2.2.5 (stable) version instead of 3.0.1 (beta, from debian 
lenny distro (!!)) and now seems to work correctly.

Thanks

Sergio

No.

I've also tried using a file based session handler instead of the same 
memcache server. Nothing.

Does it work if you empty the cache instead of disabling it?

Hi Jan,

sorry for my English......
I mean that putting a deny (without permit flags) entry, don't block the
resource, either using datatree or horde_perms.

If I disable the cache system or I use another driver, horde correctly 
disables
the access to the resource.

My installation is a Horde Groupware Webmail Edition 1.2.6 with a 
totally clean db.

This is the permission record in datatree (turba disabled):
2        horde.perms        raspaolo        turba                   
        a:2:{s:4:"type";s:6:"matrix";s:7:"default";i:0;}        15

It denies the access to turba application only disabling memcache 
caching system:
diff conf.php conf.bak.php
75c75
< $conf['cache']['driver'] = 'none';
---
  > $conf['cache']['driver'] = 'memcache';

In attachment the working configuration with memcache disabled.

Thx !!!

Bye

Sergio

What do you mean with "disable"?

Using memcache as cache driver ( $conf[cache][driver]) disables 
permissions system at all.

This happend with sql-based cache and use_memorycache=memcache too.