[turba] deleting LDAP entries fails: "VFS not supported for this object."

[Jan Schneider]

Zitat von Bernhard Erdmann <be at berdmann.de>:

> Quoting Jan Schneider <jan at horde.org> on Mon, 26 Mar 2012 10:04:45 +0200:
>
>> Zitat von Bernhard Erdmann <be at berdmann.de>:
>>
>>> Hi,
>>>
>>> trying to delete a turba (version 3.0.12) contact results in the  
>>> message "VFS not supported for this object." and the object is not  
>>> deleted. The backend is OpenLDAP.
>>>
>>> Changing preferences in conf.php from a) to b) does not make a difference.
>>>
>>> a)
>>> $conf['documents']['type'] = 'horde';
>>>
>>> b)
>>> $conf['documents']['params']['vfsroot'] = '/var/lib/horde4';
>>> $conf['documents']['type'] = 'File';
>>
>> You need the __uid attribute mapped in your address book  
>> configuration for VFS to work.
>>
>> Jan.
>
>
> Hi Jan, the __uid mapping is present in backends.local.php:
>
> <?php
> $cfgSources['localsql']['disabled'] = true;
>
> $_ldap_uid = $GLOBALS['registry']->getAuth('bare');
> $_ldap_basedn = 'dc=berdmann,dc=de';
>
> $cfgSources['localldap1'] = array(
>     'title' => _("private Directory"),
>     'type' => 'ldap',
>     'params' => array(
>         'server' => 'ldap',
>         'port' => 389,
>         'tls' => false,
>         'root' => 'ou=private,ou=groups,' . $_ldap_basedn,
>         'bind_dn' => 'uid=' . $_ldap_uid . ',ou=users,ou=accounts,'  
> . $_ldap_basedn,
>         'bind_password' =>  
> $GLOBALS['registry']->getAuthCredential('password'),
>         'sizelimit' => 1000,
>         'dn' => array('cn'),
>         'objectclass' => array('top','person',
>                                'organizationalPerson','inetOrgPerson',
>                                'abzillaPerson','myPerson'),
>         'filter' => 'objectclass=inetOrgPerson',
>         'charset' => 'utf-8',
>         'checkrequired' => false,
>         'checkrequired_string' => ' ',
>         'version' => 3
>     ),
>     'map' => array(
>         '__key' => 'dn',
>         '__uid' => 'uid',
>         'name' => 'cn',
>         'firstname' => 'givenname',
>         'lastname' => 'sn',
>         'email' => 'mail',
>         'emails' => 'xmozillaSecondEmail',
>         'cellPhone' => 'mobile',
>         'homePhone' => 'homephone',
>         'homePostalCode' => 'mozillaHomePostalCode',
>         'homeCity' => 'mozillaHomeLocalityName',
>         'homeAddress' => 'homepostaladdress',
>         'homeStreet' => 'mozillaHomeStreet',
>         'homeCountry' => 'mozillaHomeCountryName',
>         'fax' => 'facsimileTelephoneNumber',
>         'company' => 'o',
>         'workPhone' => 'telephonenumber',
>         'workStreet' => 'street',
>         'workPostalCode' => 'postalCode',
>         'workCity' => 'l',
>         'workAddress' => 'postalAddress',
>         'notes' => 'description',
>         'birthday' => 'birthday'
>         // 'freebusyUrl' => 'calFBURL'
>     ),
>     'search' => array(
>         'name',
>         'email',
>         'homePhone',
>         'workPhone',
>         'cellPhone',
>         'homeAddress'
>     ),
>     'strict' => array(
>         'dn',
>     ),
>     'public' => true,
>     'readonly' => false,
>     'admin' => array(),
>     'export' => true,
>     'browse' => true
> );

But that's not the backend configuration that's being used when you  
get this error then.

Jan.

-- 
The Horde Project
http://www.horde.org/