From: "Bruno Hertz" <brrhtz@y4h00d0td3.invalid>
Subject: Re: eudc / ldap / mail duplicates.
Date: Mon, 02 May 2005 18:23:28 +0200 [thread overview]
Message-ID: <m3wtqh38cf.fsf@caruso.quasi.local> (raw)
In-Reply-To: mailman.251.1115047233.2819.help-gnu-emacs@gnu.org
Kevin Rodgers <ihs_4664@yahoo.com> writes:
> Bruno Hertz wrote:
>> Apparently, with Emacs CVS the eudc-filter-duplicate-attributes
>> function expects a different kind of list than the ldap backend
>> actually delivers.
>>
>> That is, a list like
>> ((mail . "a@b") (mail . "c@d"))
>> coming back from the ldap query is not recognized as duplicate list,
>> and the whole thing just doesn't work.
>>
>> I've been debugging the stuff for two hours, but it's still not clear
>> where to cut into the code without breaking something.
>
> 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 . john@a) (mail . john@b)) ((mail . carla@c)) )
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.
As a temporary workaround, I advised eudc-query to transform duplicate
mail addresses into individual records. So the example above would
become
( ((mail . john@a)) ((mail . john@b)) ((mail . carla@c)) )
and inline expansion/select works OK again.
The advice code is something like
(let ((result ad-do-it))
(if (equal return-attributes '(mail)) ; inline query ?
; fix mail duplicate handling
(setq result
(let (z)
(mapcar
'(lambda (x)
(mapcar
'(lambda (y)
(push (list y) z)) x)) result) z)))
(setq ad-return-value result)) ; override return value
just in case anybody cares.
Regards, Bruno.
next prev parent reply other threads:[~2005-05-02 16:23 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-04-30 23:18 eudc / ldap / mail duplicates Bruno Hertz
2005-05-02 15:14 ` Kevin Rodgers
[not found] ` <mailman.251.1115047233.2819.help-gnu-emacs@gnu.org>
2005-05-02 16:23 ` Bruno Hertz [this message]
2005-05-02 18:57 ` Kevin Rodgers
[not found] ` <mailman.803.1115060533.2819.help-gnu-emacs@gnu.org>
2005-05-02 19:29 ` Bruno Hertz
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=m3wtqh38cf.fsf@caruso.quasi.local \
--to=brrhtz@y4h00d0td3.invalid \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).