From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/76823 Path: news.gmane.org!not-for-mail From: Johnny Newsgroups: gmane.emacs.bbdb.user,gmane.emacs.gnus.general Subject: BBDB 3.02 bbdb/gnus-edit-notes not working Date: Wed, 16 Feb 2011 18:50:46 +0000 Message-ID: <87ipwjhkzd.fsf_-_@gmx.co.uk> References: <87ipx7a36g.fsf@gmx.co.uk> <19781.61549.456784.558212@gargle.gargle.HOWL> <87ipx2iho5.fsf_-_@gmx.co.uk> <19785.35954.544830.107364@gargle.gargle.HOWL> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1297882291 13504 80.91.229.12 (16 Feb 2011 18:51:31 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 16 Feb 2011 18:51:31 +0000 (UTC) Cc: ding@gnus.org, bbdb-info@lists.sourceforge.net To: "Roland Winkler" Original-X-From: bbdb-info-bounces@lists.sourceforge.net Wed Feb 16 19:51:26 2011 Return-path: Envelope-to: bbdb-user@m.gmane.org Original-Received: from lists.sourceforge.net ([216.34.181.88]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PpmTE-00068h-LH for bbdb-user@m.gmane.org; Wed, 16 Feb 2011 19:51:24 +0100 Original-Received: from localhost ([127.0.0.1] helo=sfs-ml-3.v29.ch3.sourceforge.com) by sfs-ml-3.v29.ch3.sourceforge.com with esmtp (Exim 4.74) (envelope-from ) id 1PpmSc-0006GO-ED; Wed, 16 Feb 2011 18:50:46 +0000 Original-Received: from sog-mx-1.v43.ch3.sourceforge.com ([172.29.43.191] helo=mx.sourceforge.net) by sfs-ml-3.v29.ch3.sourceforge.com with esmtp (Exim 4.74) (envelope-from ) id 1PpmSb-0006GF-JK for bbdb-info@lists.sourceforge.net; Wed, 16 Feb 2011 18:50:45 +0000 Received-SPF: pass (sog-mx-1.v43.ch3.sourceforge.com: domain of gmx.co.uk designates 213.165.64.42 as permitted sender) client-ip=213.165.64.42; envelope-from=yggdrasil@gmx.co.uk; helo=mailout-eu.gmx.com; Original-Received: from mailout-eu.gmx.com ([213.165.64.42]) by sog-mx-1.v43.ch3.sourceforge.com with smtp (Exim 4.74) id 1PpmSa-0007e1-5L for bbdb-info@lists.sourceforge.net; Wed, 16 Feb 2011 18:50:45 +0000 Original-Received: (qmail invoked by alias); 16 Feb 2011 18:50:37 -0000 Original-Received: from 78-86-131-176.zone2.bethere.co.uk (EHLO DeuxExMachina) [78.86.131.176] by mail.gmx.com (mp-eu005) with SMTP; 16 Feb 2011 19:50:37 +0100 X-Authenticated: #57368918 X-Provags-ID: V01U2FsdGVkX18Zg0NpQBgZZ9R6C1KO/Af7/a908ABn/lIVEZRjXS IZjj74eAonhWil In-Reply-To: <19785.35954.544830.107364@gargle.gargle.HOWL> (Roland Winkler's message of "Wed, 2 Feb 2011 10:55:14 -0600") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux) X-Y-GMX-Trusted: 0 X-Spam-Score: -1.5 (-) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, low trust [213.165.64.42 listed in list.dnswl.org] -1.5 SPF_CHECK_PASS SPF reports sender host as permitted sender for sender-domain -0.0 SPF_PASS SPF: sender matches SPF record X-Headers-End: 1PpmSa-0007e1-5L X-BeenThere: bbdb-info@lists.sourceforge.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: "Bugs, help, discussion about BBDB" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bbdb-info-bounces@lists.sourceforge.net Xref: news.gmane.org gmane.emacs.bbdb.user:2495 gmane.emacs.gnus.general:76823 Archived-At: Ok, so I have reverted to bbdb 2.35 to test the ';' (bbdb/gnus-edit-notes) functionality, and using this function adds the sender to the database if not already present, as explained in the info files. This function is broken in bbdb 3.02 as the ';' does not add the sender to the database. Cross-posting (let me know if this is wrong) to the gnus mailing list, if some experience Gus user has resolved this. Previous said on this topic as below... "Roland Winkler" writes: > On Wed Feb 2 2011 Johnny wrote: >> "Roland Winkler" writes: >> >> Further, I don't understand how to get the bbdb/gnus-show-sender to add >> unknown addresses; > [snip] > >> However, browsing the lisp code, I assume that the following is actually >> invoked (?) which seems to simply return nothing if the sender is not >> found, as opposed to adding the sender: >> >> > (defun bbdb/gnus-summary-sender-in-bbdb (header) >> > "Given a Gnus message header, return a mark if the poster is in the BBDB, >> > \" \" otherwise. The mark itself is the value of the field indicated >> > by `bbdb/gnus-message-marker-field' (`mark-char' by default) if the >> indicated field >> > is in the poster's record, and `bbdb/gnus-summary-known-poster-mark' >> otherwise." >> > >> >> Is there something I am missing here, as I believe there ought to be a >> fast and easy method to do exactly what is stated in the manual; >> i.e. look up an address, and if it doesn't exist, volunteer to add >> it. > > The generic command for this is now bbdb-mua-display-sender. > In Gnus, BBDB binds this command to ";". > > Unfortunately I am not a more experienced Gnus user, and there is a > nasty technicality about keybindings in Gnus that I do not yet > understand myself: > > While bbdb-insinuate-gnus contains the line > > (define-key gnus-summary-mode-map ":" 'bbdb-mua-display-sender) > > the command `gnus-article-read-summary-keys provides an additional > wrapper for bbdb-mua-display-sender which restores the windwo > configuration if this command is invoked from within a Gnus > *Article* buffer. So the command bbdb-mua-display-sender has not > quite the intended effect of displaying a BBDB window for the record > matching the sender of a Gnus message. > > Currently, the command bbdb-mua-display-sender only works as > intended from within a Gnus *Summary* buffer. > > Comments from more experienced Gnus users are appreciated. > Possibly, we should continue this thread on the Gnus mailing list. > > Roland -- Johnny ------------------------------------------------------------------------------ The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb _______________________________________________ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/