From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/52193 Path: main.gmane.org!not-for-mail From: kai.grossjohann@gmx.net (Kai =?iso-8859-1?q?Gro=DFjohann?=) Newsgroups: gmane.emacs.gnus.general Subject: Re: mail-sources backend specific? Date: Sat, 03 May 2003 22:57:59 +0200 Organization: University of Duisburg, Germany Sender: ding-owner@lists.math.uh.edu Message-ID: <847k97zr1k.fsf@lucy.is.informatik.uni-duisburg.de> References: <84u1cknes9.fsf@lucy.is.informatik.uni-duisburg.de> <87fznxzemr.fsf@wmipf.in-berlin.de> <84d6j1bhn3.fsf@lucy.is.informatik.uni-duisburg.de> <87el3hxw5b.fsf@wmipf.in-berlin.de> <84isstiewq.fsf@lucy.is.informatik.uni-duisburg.de> <87he8d752z.fsf@wmipf.in-berlin.de> <87he8cav01.fsf@wmipf.in-berlin.de> <8465ost014.fsf@lucy.is.informatik.uni-duisburg.de> <87znm3g5qz.fsf@wmipf.in-berlin.de> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: main.gmane.org 1051995591 4089 80.91.224.249 (3 May 2003 20:59:51 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sat, 3 May 2003 20:59:51 +0000 (UTC) Original-X-From: ding-owner+M736@lists.math.uh.edu Sat May 03 22:59:49 2003 Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 19C46g-00013f-00 for ; Sat, 03 May 2003 22:59:42 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 19C47h-00006R-00; Sat, 03 May 2003 16:00:45 -0500 Original-Received: from sclp3.sclp.com ([64.157.176.121]) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 19C47c-00006M-00 for ding@lists.math.uh.edu; Sat, 03 May 2003 16:00:40 -0500 Original-Received: (qmail 15564 invoked by alias); 3 May 2003 21:00:40 -0000 Original-Received: (qmail 15557 invoked from network); 3 May 2003 21:00:40 -0000 Original-Received: from quimby.gnus.org (80.91.224.244) by sclp3.sclp.com with SMTP; 3 May 2003 21:00:40 -0000 Original-Received: from news by quimby.gnus.org with local (Exim 3.12 #1 (Debian)) id 19C48W-0004hb-00 for ; Sat, 03 May 2003 23:01:36 +0200 Original-To: ding@gnus.org Original-Path: not-for-mail Original-Newsgroups: gnus.ding Original-Lines: 73 Original-NNTP-Posting-Host: p50877854.dip.t-dialin.net Original-X-Trace: quimby.gnus.org 1051995696 17371 80.135.120.84 (3 May 2003 21:01:36 GMT) Original-X-Complaints-To: usenet@quimby.gnus.org Original-NNTP-Posting-Date: 3 May 2003 21:01:36 GMT Mail-Copies-To: never User-Agent: Gnus/5.1002 (Gnus v5.10.2) Emacs/21.3.50 (gnu/linux) Cancel-Lock: sha1:DL6zrr04ZIX1D6s9HvrHbOHeE4w= Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:52193 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:52193 Michael Teichgräber writes: > kai.grossjohann@gmx.net (Kai Großjohann) writes: > >>> This is not what has been expected. >> >> What was expected? > > s/expected/desired/ > > It worked as it was told, but it did not result in the behaviour I > wanted: retrieving local mail for more than one backend. > > And, the "mail-sources" entries, that had been inserted into > nnoo-definition-alist, looked strange. This was because the > "mail-sources" parameter of the select-method (obviously) didn't have > a nnfolder- or nnml- prefix (as for other server variables). So the > first call of nnoo-change-server (for backend nnml) could influence > the later call (for backend nnfolder) by means of the current > global "mail-sources" value. Hm. But what happens if you have two nnml backends and in both you set a variable (a parameter?) nnml-foo? Then the first can influence the second in the same way, no? Is there a more serious bug here? >>> >>> >>> Would it break the design, if mail-sources was handled as server >>> variable too, so that -- depending on backend -- "nn*-mail-sources" >>> could be specified? >> >> That sounds like a plan. For completeness, some defvoos might have >> to be added, but it looks quite nice. > > E.g. (defvoo nn*-mail-sources nil) for all backends that retrieve > mail: nnmh, nnml, nnfolder, nnimap ... Yep. >> But OTOH, server variables may be useful for other things, so what do >> you think about fixing the server variable handling? > > With 'fixing' do you mean making it work with variable-value pairs as > desired some mails before? -- Such as > > (setq gnus-secondary-select-methods > '((nnfolder "" (A X))) > (nnml "" (A Y))) , > > so that A (not having nnfolder-, nnml- prefixes) may have different > values in contexts of these backends? Or did you refer to my "is not > what has been expected"? What I meant is to make (setq gnus-secondary-select-methods '((nnfolder "" (mail-sources foo)) (nnml "" (mail-sources bar)))) behave as you (and I) desire: fetch mail from foo for the nnfolder backend and from bar for the nnml backend. Maybe it's enough to make the variables local to the current buffer? But probably it isn't -- Gnus jumps around the buffers a lot. Maybe it works to let-bind the variables. -- file-error; Data: (Opening input file no such file or directory ~/.signature)