GNU bug report logs -
#17720
24.3; EUDC LDAP duplicate mail handling broken.
Previous Next
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your bug report
#17720: 24.3; EUDC LDAP duplicate mail handling broken.
which was filed against the emacs package, has been closed.
The explanation is attached below, along with your original report.
If you require more details, please reply to 17720 <at> debbugs.gnu.org.
--
17720: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=17720
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
This is fixed by the following commit:
commit bfebebbc72c6a6ea375c6e8ed7f8641b25439770
Author: Thomas Fitzsimmons <fitzsim <at> fitzsim.org>
Date: Thu Mar 5 21:53:37 2015 -0500
Fix EUDC LDAP duplicate mail handling
Fixes: debbugs:17720
* net/eudcb-ldap.el (eudc-ldap-cleanup-record-simple): Mark as
obsolete.
(eudc-ldap-cleanup-record-filtering-addresses): Add docstring.
Don't clean up postal addresses if ldap-ignore-attribute-codings
is set. Combine mail addresses into one field. (Bug#17720)
(eudc-ldap-simple-query-internal): Call
eudc-ldap-cleanup-record-filtering-addresses instead of
eudc-ldap-cleanup-record-simple.
(eudc-ldap-get-field-list): Likewise.
Closing.
Thomas
[Message part 3 (message/rfc822, inline)]
Hi there,
EUDC - and this seems to be a long standing issue - doesn't properly
recognize and handle LDAP entries that have multiple "mail" records.
Example: when having an LDAP entry with cn "John Doe" and two mail
records "john <at> a.com" "john <at> b.com" the corresponding inline expansion
LDAP call returns
((cn . "John Doe") (mail . "john <at> a.com") (mail . "john <at> b.com"))
given the setting
(eudc-protocol-set 'eudc-inline-expansion-format '("%s <%s>" cn email) 'ldap)
and eudc-duplicate-attribute-handling-method having its default value
((email . duplicate)).
The above list is then passed into eudc-filter-duplicate-attributes,
which unfortunately fails to properly handle or even just recognize
those duplicate "mail" records. This failure then results into inline
expansion just inserting the first mail entry instead of offering a
selection between all available mail records, like it properly happens
with the bbdb backend for example.
Unfortunately, I don't know enough of elisp to maybe fix the issue
myself (all the mapcars, cdrs, etc make me dizzy). But it would be great
if this issue could be dealt with.
I've seen several complaints about this matter on the net btw, one
dating back to 2005. So it seems to be an old one.
Thanks, R.
In GNU Emacs 24.3.1 (i686-pc-linux-gnu, GTK+ Version 2.24.10)
of 2014-05-18 on gigli
This bug report was last modified 10 years and 159 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.