Manfred Usselmann wrote:
Hi,
Hi Manfred,
I've got some questions concerning the new extended addressbook:
- uid as RDN
My LDAP setup requires uid as RDN. Therefore I added
'LDAP_rdn' => 'uid', 'required_fields' => array("mail", "cn", "sn", "uid"), 'search_fields' => array('mail', 'cn', 'sn', 'givenName','uid'),
to the configuration. How can I make this field visible in the user interface?
Currently you can map LDAP attributes only to a list of predefined and hard-coded fields of the Roundcube address book. And as you correctly figured out, there's no field like "UID" available so far. This is certainly something we have to improve but for now you have to live with your workaround. Of course we also accept patches to the Roundcube code that would improve this ;-)
Also adding addresses from E-Mails does not work this way.
Outch, right. When adding addresses from emails, only name and email address data is present. How should a UID be automatically derived from these? Adding nevertheless works in most setups where the email address is used for RDN.
- Work adress
How can I have two sets of address fields (home and work address) like with the personal addressbook (SQL)?
I tried it with
'street:main' => 'street', 'zipcode:main' => 'postalCode', 'locality:main' => 'l', 'region:main' => 'st', 'country:main' => 'co', 'street:work' => 'workStreet', 'zipcode:work' => 'workPostalCode', 'locality:work' => 'workLocalityName', 'region:work' => 'workStateOrProvinceName', 'country:work' => 'workFriendlyCountryName',
but I get only the first set as home address and can't add another address block.
I just committed some changes to SVN trunk (r5377) which should fix this. However, you should use *:work instead of *:main to have the subtypes labelled correctly.
Regards, Thomas _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80