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

Jan Schneider jan at horde.org
Tue Mar 27 08:33:31 UTC 2012


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

> Quoting Jan Schneider <jan at horde.org> on Tue, 27 Mar 2012 10:03:19 +0200:
>
>> 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.
>>
>
>
> Hi Jan, sure - I just tried again.

Try adding 'uid' to the 'strict' setting.

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




More information about the turba mailing list