From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Thomas Fitzsimmons Newsgroups: gmane.emacs.bugs Subject: bug#11211: 23.3; Gnus - eudc/ldap - inline expansion does not work Date: Sun, 14 Dec 2014 20:35:24 -0500 Message-ID: References: <87vcl855uz.fsf@alfa.kjonca> <87mx6i6r8g.fsf@alfa.kjonca> <87d2zowhb2.fsf@alfa.kjonca> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1418607383 4572 80.91.229.3 (15 Dec 2014 01:36:23 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 15 Dec 2014 01:36:23 +0000 (UTC) Cc: 11211@debbugs.gnu.org To: kjonca@poczta.onet.pl (Kamil =?UTF-8?Q?Jo=C5=84ca?=) Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Dec 15 02:36:16 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Y0Ka7-0000Wc-97 for geb-bug-gnu-emacs@m.gmane.org; Mon, 15 Dec 2014 02:36:15 +0100 Original-Received: from localhost ([::1]:37672 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y0Ka6-0006co-Qc for geb-bug-gnu-emacs@m.gmane.org; Sun, 14 Dec 2014 20:36:14 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45095) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y0KZz-0006cg-Bz for bug-gnu-emacs@gnu.org; Sun, 14 Dec 2014 20:36:12 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Y0KZu-00031l-8L for bug-gnu-emacs@gnu.org; Sun, 14 Dec 2014 20:36:07 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:36975) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y0KZu-00031g-5N for bug-gnu-emacs@gnu.org; Sun, 14 Dec 2014 20:36:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Y0KZt-000306-P7 for bug-gnu-emacs@gnu.org; Sun, 14 Dec 2014 20:36:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Thomas Fitzsimmons Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 15 Dec 2014 01:36:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11211 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: help Original-Received: via spool by 11211-submit@debbugs.gnu.org id=B11211.141860733511495 (code B ref 11211); Mon, 15 Dec 2014 01:36:01 +0000 Original-Received: (at 11211) by debbugs.gnu.org; 15 Dec 2014 01:35:35 +0000 Original-Received: from localhost ([127.0.0.1]:46341 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y0KZS-0002zL-LW for submit@debbugs.gnu.org; Sun, 14 Dec 2014 20:35:35 -0500 Original-Received: from mail-ig0-f177.google.com ([209.85.213.177]:60507) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y0KZQ-0002z5-2J for 11211@debbugs.gnu.org; Sun, 14 Dec 2014 20:35:32 -0500 Original-Received: by mail-ig0-f177.google.com with SMTP id z20so4275324igj.16 for <11211@debbugs.gnu.org>; Sun, 14 Dec 2014 17:35:26 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-type :content-transfer-encoding; bh=0AJpUERP1VH6SjNrC6qLdYT+6KxA4Dgsh+/GQohW71Y=; b=jkvV8ig61FN7p9IWHmTHRilUrye3w9EWsECAkQHmXKxQVErSV6R6o7SxrMwnJ4QL3X WdJZ0FBQwoMJJVNVXyenFtW9gm9VGiQ3swlZwEr4Y0XFdQYAv3XmXQgFStTpmqaHHHUa OmUuM2Gsrr1Hsg08pM5brZXIBVO7jy78UAFnx/xLRhnwLvhsRItblzCVybVJrWsYB3+O VraeiyQk92rIJvUwM6g8lBBIl0yVeznH52cY+ysVf/qFG9z3yZd+uN7F+VhUryCH47P0 BiS8j1XmCBi2KONrjPyRGEZXOxkRTbtgsKt/u8ac+QwL/kpldwpR0q8/3AyL3Mt7vtAs UTQQ== X-Gm-Message-State: ALoCoQmYRiQpF8QkOgZRNIJGbV1EZ6NCynykAXlzecWr5fLPpimcmwx+qvQDVZ9fniXScALqpIch X-Received: by 10.43.7.3 with SMTP id om3mr25185177icb.97.1418607326379; Sun, 14 Dec 2014 17:35:26 -0800 (PST) Original-Received: from hp-dv5t (69-165-165-189.dsl.teksavvy.com. [69.165.165.189]) by mx.google.com with ESMTPSA id h198sm2379850ioh.20.2014.12.14.17.35.25 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Sun, 14 Dec 2014 17:35:25 -0800 (PST) In-Reply-To: <87d2zowhb2.fsf@alfa.kjonca> ("Kamil \=\?utf-8\?Q\?Jo\=C5\=84ca\=22'\?\= \=\?utf-8\?Q\?s\?\= message of "Thu, 08 Nov 2012 10:54:41 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:97341 Archived-At: kjonca@poczta.onet.pl (Kamil Jo=C5=84ca) writes: > Glenn Morris writes: > >> Kamil Jo=C5=84ca wrote: >> >>> Debugger entered--Lisp error: (error "No match") >>> signal(error ("No match")) >>> (condition-case signal (progn (setq response ...) (if ... ... ... ...= ...) (or ... ...)) (error (or ... ...) (signal ... ...))) >>> (let* ((end ...) (beg ...) (query-words ...) query-formats >>> response response-string response-strings (eudc-former-server >>> eudc-server) (eudc-former-protocol eudc-protocol) servers) (setq >>> servers (copy-sequence eudc-server-hotlist)) (setq servers (cond >>> ... ... ... ...)) (if (and eudc-max-servers-to-query ...) (setcdr >>> ... nil)) (condition-case signal (progn ... ... ...) (error >>> ... ...))) >>> eudc-expand-inline() >> >> I'm afraid that's not much more informative. There are some variables >> you can set so that the lists don't get abbreviated, but I forget >> precisely which ones they are. Anyway, a full backtrace probably isn't >> going to help too much. All that happens is that it fails to find a >> match for some reason. >> >> I'm afraid I have no idea how to configure eudc so that I can test this >> myself, and I don't have any ldap servers to test it with anyway. >> >> If you can use edebug, you might try looking into this more yourself. >> If as you say it works in other contexts, then the problem may be >> something simple like it not extracting the correct string from the >> buffer in the first place. >> > I noticed by accident that it related to > (eudc-inline-expansion-format) > > with its default setting > ("%s" email) > inline expansion seems to work > But i prefer to expand entries to something like > > Kamil Jo=C5=84ca > and with setting ("%s %s <%s>" firstname name email) > this does not work. > Am I missing something with setting this variable? > KJ Can you try running ldapsearch on the command-line, with the same arguments that you see in the strace output? One possibility is that the server is returning results that contain LDAP attribute names that Emacs is not expecting. The relevant code is in lisp/net/eudc.el: [...] ;; Loop on query-formats (while query-formats (setq response (eudc-query (eudc-format-query query-words (car query-formats)) (eudc-translate-attribute-list (cdr eudc-inline-expansion-format)))) (if response (throw 'found response)) (setq query-formats (cdr query-formats))) [...] If I hard-code a wrong value list in place of: (eudc-translate-attribute-list (cdr eudc-inline-expansion-format)) (I tried '(givenname sk mail)), then inline expansion fails with "No match", but form expansion still works. eudc-translate-attribute-list converts the inline expansion format based on the attribute values in eudc-ldap-attributes-translation-alist: (defvar eudc-ldap-attributes-translation-alist '((name . sn) (firstname . givenname) (email . mail) (phone . telephonenumber)) "Alist mapping EUDC attribute names to LDAP names.") See if there are differences between sn, givenname, and the attribute values you see in the command line output. Thomas