Re: Update records in some Gnus groups
Nikolaus Rath nikol...@rath.org writes: On Apr 29 2015, Nikolaus Rath nikol...@rath.org wrote: Hello, Is there a way to have bbdb3 automatically update the records in some (but not all) Gnus (imap) groups? I tried writing a custom function for bbdb-mua-auto-update-p whose return value depends on the active group but I've had no luck (it seems this variable is just completely ignored). Glyn figured out the problem (see other thread). With bbdb/gnus-update-records-p set to nil, I can set bbdb-mua-auto-update-p to something like defun my-bbdb-select-message () Add people to bbdb when in certain groups. (cond ((string-match ^nnimap:INBOX gnus-newsgroup-name) (bbdb-select-message)) ((eq major-mode 'message-mode) (bbdb-select-message)) (t 'update))) ...and it actually takes effect. Problem solved :-). Result! And thank you for the function - I propose to steal that one! atb Glyn -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: Update records in some Gnus groups
On Thu, 30 Apr 2015 at 7:27:02 am BST, Glyn Millington glyn.milling...@gmail.com wrote: Nikolaus Rath nikol...@rath.org writes: On Apr 29 2015, Nikolaus Rath nikol...@rath.org wrote: Hello, Is there a way to have bbdb3 automatically update the records in some (but not all) Gnus (imap) groups? I tried writing a custom function for bbdb-mua-auto-update-p whose return value depends on the active group but I've had no luck (it seems this variable is just completely ignored). Glyn figured out the problem (see other thread). With bbdb/gnus-update-records-p set to nil, I can set bbdb-mua-auto-update-p to something like defun my-bbdb-select-message () Add people to bbdb when in certain groups. (cond ((string-match ^nnimap:INBOX gnus-newsgroup-name) (bbdb-select-message)) ((eq major-mode 'message-mode) (bbdb-select-message)) (t 'update))) ...and it actually takes effect. Problem solved :-). Result! And thank you for the function - I propose to steal that one! Let's all try to remember to record all our BBDB folklore on Emacswiki for posterity. -- Phil Hudson http://hudson-it.ddns.net @UWascalWabbit PGP/GnuPG ID: 0x887DCA63 -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: Update records in some Gnus groups
Eric Abrahamsen e...@ericabrahamsen.net writes: Phil Hudson phil.hud...@iname.com writes: On Thu, 30 Apr 2015 at 7:27:02 am BST, Glyn Millington glyn.milling...@gmail.com wrote: Nikolaus Rath nikol...@rath.org writes: On Apr 29 2015, Nikolaus Rath nikol...@rath.org wrote: Hello, Is there a way to have bbdb3 automatically update the records in some (but not all) Gnus (imap) groups? I tried writing a custom function for bbdb-mua-auto-update-p whose return value depends on the active group but I've had no luck (it seems this variable is just completely ignored). Glyn figured out the problem (see other thread). With bbdb/gnus-update-records-p set to nil, I can set bbdb-mua-auto-update-p to something like defun my-bbdb-select-message () Add people to bbdb when in certain groups. (cond ((string-match ^nnimap:INBOX gnus-newsgroup-name) (bbdb-select-message)) ((eq major-mode 'message-mode) (bbdb-select-message)) (t 'update))) ...and it actually takes effect. Problem solved :-). Result! And thank you for the function - I propose to steal that one! Let's all try to remember to record all our BBDB folklore on Emacswiki for posterity. Better yet, let's write a manual for BBDB version 3... Best yet, let's simplify BBDB's whole noticing mechanism, and _then_ write a manual for it. *ducks* -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: Update records in some Gnus groups
Phil Hudson phil.hud...@iname.com writes: On Thu, 30 Apr 2015 at 7:27:02 am BST, Glyn Millington glyn.milling...@gmail.com wrote: Nikolaus Rath nikol...@rath.org writes: On Apr 29 2015, Nikolaus Rath nikol...@rath.org wrote: Hello, Is there a way to have bbdb3 automatically update the records in some (but not all) Gnus (imap) groups? I tried writing a custom function for bbdb-mua-auto-update-p whose return value depends on the active group but I've had no luck (it seems this variable is just completely ignored). Glyn figured out the problem (see other thread). With bbdb/gnus-update-records-p set to nil, I can set bbdb-mua-auto-update-p to something like defun my-bbdb-select-message () Add people to bbdb when in certain groups. (cond ((string-match ^nnimap:INBOX gnus-newsgroup-name) (bbdb-select-message)) ((eq major-mode 'message-mode) (bbdb-select-message)) (t 'update))) ...and it actually takes effect. Problem solved :-). Result! And thank you for the function - I propose to steal that one! Let's all try to remember to record all our BBDB folklore on Emacswiki for posterity. Better yet, let's write a manual for BBDB version 3... -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: bbdb3 won't stop auto-updating records
On Thu, 30 Apr 2015 at 2:51:52 am BST, Nikolaus Rath nikol...@rath.org wrote: I'm a little flabbergasted by this though. Why is there a need for a fallback in the first place? I think nil should be interpreted like the documentation say: do nothing. I agree. We have a breach! A breach of the Principle of Least Astonishment. http://en.wikipedia.org/wiki/Principle_of_least_astonishment -- Phil Hudson http://hudson-it.ddns.net @UWascalWabbit PGP/GnuPG ID: 0x887DCA63 -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: bbdb3 won't stop auto-updating records
Phil Hudson phil.hud...@iname.com writes: On Tue, 28 Apr 2015 at 10:34:32 am BST, Phil Hudson phil.hud...@iname.com wrote: The term mail alias itself seems to me to be poorly chosen, Replying to myself... I've thought of one, namely Gnus' use of group (meaning/derived from newsgroup) for what most MUAs call mailbox, folder or label. So... how about substituting mailing-list for mail-alias throughout? Both list and group lose the sense that alias has of being applicable to either an individual or a group. Maybe that's a reason for keeping mail-alias. Now I'm leaning toward declaring a matching *-mailing-list-* (Lisp) alias for each *-mail-alias-* declaration, without declaring anything obsolete. I would add (that is, a mailing list) or the moral equivalent to each occurrence of mail alias in the doc strings. This is tricky stuff. I don't want to make things worse with an ill-considered change. Maybe I should let it drop for now. Terminological changes can be tricky, and seem to provoke very long threads on other emacs-related groups! I think Eric's suggestion/hint/encouragement about a bbdb(3) manual is probably the answer, but I'm not remotely qualified to tackle such a thing. I find that Google plus a certain amount of grubbing round in the source code usually get me there. atb Glyn -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: bbdb3 won't stop auto-updating records
Glyn Millington glyn.milling...@gmail.com writes: Phil Hudson phil.hud...@iname.com writes: On Tue, 28 Apr 2015 at 10:34:32 am BST, Phil Hudson phil.hud...@iname.com wrote: The term mail alias itself seems to me to be poorly chosen, Replying to myself... I've thought of one, namely Gnus' use of group (meaning/derived from newsgroup) for what most MUAs call mailbox, folder or label. So... how about substituting mailing-list for mail-alias throughout? Both list and group lose the sense that alias has of being applicable to either an individual or a group. Maybe that's a reason for keeping mail-alias. Now I'm leaning toward declaring a matching *-mailing-list-* (Lisp) alias for each *-mail-alias-* declaration, without declaring anything obsolete. I would add (that is, a mailing list) or the moral equivalent to each occurrence of mail alias in the doc strings. This is tricky stuff. I don't want to make things worse with an ill-considered change. Maybe I should let it drop for now. Terminological changes can be tricky, and seem to provoke very long threads on other emacs-related groups! I think Eric's suggestion/hint/encouragement about a bbdb(3) manual is probably the answer, but I'm not remotely qualified to tackle such a thing. I find that Google plus a certain amount of grubbing round in the source code usually get me there. I wrote about a third of one and then ran out of steam. Maybe I can dig that up and provide it as a start... -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: bbdb3 won't stop auto-updating records
On Tue, 28 Apr 2015 at 10:34:32 am BST, Phil Hudson phil.hud...@iname.com wrote: The term mail alias itself seems to me to be poorly chosen, bespeaking an inward-looking, comp-sci-technical, historical reasons (IOW no reason) viewpoint rather than an outward-looking, user- and usability-focused one. Much as I love the Unix way, this is an example of where Unix tradition sucks and is really user hostile. We're talking about *lists* and/or *groups*, not aliases. *Those* are the words most users will expect and look for; those are the words BBDB should use. I suggest we standardize on group. I can rename and write a `define-obsolete-*-alias' declaration for each existing `*-mail-alias' declaration and -- the important bit -- update the doc strings. That seems consistent with the way v3 has tried to rename lots of opaque and unintuitive legacy symbol names thus far. Maintainers can then gradually eliminate the obsolete symbol compiler warnings over time. Before I (attempt to) code this and submit a patch, can anyone see a reason I've missed why it's a bad idea? Replying to myself... I've thought of one, namely Gnus' use of group (meaning/derived from newsgroup) for what most MUAs call mailbox, folder or label. So... how about substituting mailing-list for mail-alias throughout? Both list and group lose the sense that alias has of being applicable to either an individual or a group. Maybe that's a reason for keeping mail-alias. Now I'm leaning toward declaring a matching *-mailing-list-* (Lisp) alias for each *-mail-alias-* declaration, without declaring anything obsolete. I would add (that is, a mailing list) or the moral equivalent to each occurrence of mail alias in the doc strings. This is tricky stuff. I don't want to make things worse with an ill-considered change. Maybe I should let it drop for now. -- Phil Hudson http://hudson-it.ddns.net @UWascalWabbit PGP/GnuPG ID: 0x887DCA63 -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/
Re: Update records in some Gnus groups
On Thu Apr 30 2015 Eric Abrahamsen wrote: Best yet, let's simplify BBDB's whole noticing mechanism, and _then_ write a manual for it. *ducks* Suggestions welcome. This code used to be yet much messier. However it should cover a rather diverse spectrum of use cases. -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ bbdb-info@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bbdb-info BBDB Home Page: http://bbdb.sourceforge.net/