I want to change the default for `mail-extr-ignore-single-names' to nil in (X)Emacs because `mail-extract-address-components' return surprising results (see report below). Does BBDB depend on the old behaviour? I'm using BBDB but pressing : on mail from someone with email address like the below works the same regardless of the m-e-i-s-n setting, so perhaps there is no problem. In general, any opinions on changing the default?
Several people have been surprised by the result from `mail-extract-address-component' when used like this: (mail-extract-address-components "lawrence <[EMAIL PROTECTED]>") => (nil "[EMAIL PROTECTED]") This is because `mail-extr-ignore-single-names' defaults to t. Default to t might have been a good idea at some point in time, but I don't think it makes sense today. This patch changes the default and fixes the m-e-a-c doc string somewhat. If noone objects I can commit this. 2002-09-24 Simon Josefsson <[EMAIL PROTECTED]> * mail/mail-extr.el (mail-extr-ignore-single-names): Change default. (mail-extract-address-components): Doc fix. Index: mail-extr.el =================================================================== RCS file: /cvsroot/emacs/emacs/lisp/mail/mail-extr.el,v retrieving revision 1.38 diff -u -p -u -w -r1.38 mail-extr.el --- mail-extr.el 9 Jul 2002 10:06:17 -0000 1.38 +++ mail-extr.el 24 Sep 2002 21:35:37 -0000 @@ -226,7 +226,7 @@ we will assume that \"John Q. Smith\" is :type 'boolean :group 'mail-extr) -(defcustom mail-extr-ignore-single-names t +(defcustom mail-extr-ignore-single-names nil "*Whether to ignore a name that is just a single word. If true, then when we see an address like \"Idiot <[EMAIL PROTECTED]>\" we will act as though we couldn't find a full name in the address." @@ -710,7 +710,8 @@ Unless NO-REPLACE is true, at each of th (defun mail-extract-address-components (address &optional all) "Given an RFC-822 address ADDRESS, extract full name and canonical address. Returns a list of the form (FULL-NAME CANONICAL-ADDRESS). -If no name can be extracted, FULL-NAME will be nil. +If no name can be extracted, FULL-NAME will be nil. Also see +`mail-extr-ignore-single-names'. If the optional argument ALL is non-nil, then ADDRESS can contain zero or more recipients, separated by commas, and we return a list of @@ -719,8 +720,8 @@ each recipient. If ALL is nil, then if one recipients, all but the first is ignored. ADDRESS may be a string or a buffer. If it is a buffer, the visible - (narrowed) portion of the buffer will be interpreted as the address. - (This feature exists so that the clever caller might be able to avoid +\(narrowed) portion of the buffer will be interpreted as the address. +\(This feature exists so that the clever caller might be able to avoid consing a string.)" (let ((canonicalization-buffer (get-buffer-create " *canonical address*")) (extraction-buffer (get-buffer-create " *extract address components*")) "Stephen J. Turnbull" <[EMAIL PROTECTED]> writes: > QUERY > >>>>>> "Simon" == Simon Josefsson <[EMAIL PROTECTED]> writes: > > Simon> Default to t might have been a good idea at some point in > Simon> time, but I don't think it makes sense today. This patch > Simon> changes the default and fixes the m-e-a-c doc string > Simon> somewhat. > > Please ask the BBDB guys and the MUA authors whether they depend on > this behavior, or at least give them a courtesy ping as you commit. > > BBDB especially seems a likely candidate for changing the priority of > attribution strings according to what m-e-a-c returns. > > -- > Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp > University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN > My nostalgia for Icon makes me forget about any of the bad things. I don't > have much nostalgia for Perl, so its faults I remember. Scott Gilbert c.l.py ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/