help-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: eudc / ldap / mail duplicates.


From: Bruno Hertz
Subject: Re: eudc / ldap / mail duplicates.
Date: Mon, 02 May 2005 21:29:25 +0200
User-agent: Gnus/5.110003 (No Gnus v0.3) Emacs/22.0.50 (gnu/linux)

Kevin Rodgers <address@hidden> writes:

> Bruno Hertz wrote:
>> Kevin Rodgers <address@hidden> writes:
>>>Don't you just need to frob the eudc-duplicate-attribute-handling-method
>>>variable?
>>
>> Nope. As of Emacs CVS the whole thing seems to be broken. Maybe I
>> should file a bug or something.
>>
>> Some detail anyway: ldap returns lists of records, like
>> ( ((mail . address@hidden) (mail . address@hidden)) ((mail . 
>> address@hidden)) )
>>
>> In this example, I have two ldap records, one for john and one for
>> carla, where the record of john contains two mail addresses. So his
>> record would be a candidate for duplicate handling.
>>
>> Unfortunately, eudc-filter-duplicate-attributes doesn't even recognize
>> those duplicates and hence doesn't even come so far as to apply
>> eudc-duplicate-attribute-handling-method. So whatever you specify for
>> the latter (concat, duplicate, whatever) has no effect.
>
> I was making a guess regarding the ATTR component of an (ATTR . METHOD)
> element of eudc-duplicate-attribute-handling-method, because its default
> value is ((email . duplicate)) but your example has mail as an
> attribute.  Thus:
>
> (setq eudc-duplicate-attribute-handling-method
>       (cons '(mail . duplicate) eudc-duplicate-attribute-handling-method))

That was one of my first attempts either, but 'email' is actually the
correct default since for some attributes a name translation is in
effect.

Cf. 

 (defvar eudc-ldap-attributes-translation-alist
  '((name . sn)
    (firstname . givenname)
    (email . mail)
    (phone . telephonenumber))
  "Alist mapping EUDC attribute names to LDAP names.")

in eudcb-ldap.el

So no, that isn't it. Again, mentioned function apparently is broken.

Regards, Bruno.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]