From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/78302 Path: news.gmane.org!not-for-mail From: Richard Riley Newsgroups: gmane.emacs.gnus.general Subject: nnml in .newsrc.eld : not qualified as others e.g nnimap Date: Fri, 01 Apr 2011 21:40:41 +0200 Organization: aich tea tea pea dicky riley dot net Message-ID: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1301757823 11618 80.91.229.12 (2 Apr 2011 15:23:43 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 2 Apr 2011 15:23:43 +0000 (UTC) To: nognus Original-X-From: ding-owner+M26609@lists.math.uh.edu Sat Apr 02 17:23:40 2011 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Q62fq-0004D9-9G for ding-account@gmane.org; Sat, 02 Apr 2011 17:23:39 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1Q62ei-0004g9-10; Sat, 02 Apr 2011 10:22:28 -0500 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1Q62ef-0004fs-Aj for ding@lists.math.uh.edu; Sat, 02 Apr 2011 10:22:25 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtp (Exim 4.72) (envelope-from ) id 1Q62ed-0001cC-Qs for ding@lists.math.uh.edu; Sat, 02 Apr 2011 10:22:24 -0500 Original-Received: from mail-wy0-f172.google.com ([74.125.82.172]) by quimby.gnus.org with esmtp (Exim 4.72) (envelope-from ) id 1Q62ec-0003Tq-7Q for ding@gnus.org; Sat, 02 Apr 2011 17:22:22 +0200 Original-Received: by wyb29 with SMTP id 29so5746929wyb.17 for ; Sat, 02 Apr 2011 08:22:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:from:to:subject:date:organization:message-id :user-agent:mime-version:content-type; bh=BaxCZdUXTuQaMghzmzNS/ZjczmiEVl+dEWUinuPPOKY=; b=GiQCbtVnay9t89spd92fAaUNozNmarMmpiIrCa0F4nEs22AaDIiTuTcrENTGdIZRYW oYp1UnP4yjboBVyDw06U6oFqY4dkOkxNkxvQCykSkgfuOGb2CABU5j78H4YRzRSVafEp ZE5WhZgxdR5fpi3nqmnHFz/HFsbqWlwpWvhPo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=from:to:subject:date:organization:message-id:user-agent :mime-version:content-type; b=gy62kyArrtt3kJ9MVRMUQpA9nL8pMURyxPUVw5fLthEv2Nnddmd36ltqP9aNHA9nnz mrUvzTN0GrOZlCb5MlA03N6YM56AKrYHRdlEyYG0P9PlqlLu/FJ3KOsGKRUi7vHJIi9g LL7H87qLs3B4pWTf0hlzW5R4rzHW+tGapSO0c= Original-Received: by 10.227.149.11 with SMTP id r11mr4486036wbv.165.1301690406149; Fri, 01 Apr 2011 13:40:06 -0700 (PDT) Original-Received: from asus1015pem (175.Red-217-126-211.staticIP.rima-tde.net [217.126.211.175]) by mx.google.com with ESMTPS id o6sm1482078wbo.3.2011.04.01.13.40.04 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 01 Apr 2011 13:40:05 -0700 (PDT) Original-Received: from shamrock by asus1015pem with local (Exim 4.72) (envelope-from ) id 1Q5kD8-0008MW-R2 for ding@gnus.org; Fri, 01 Apr 2011 21:40:46 +0200 User-Agent: Gnus/5.110016 (No Gnus v0.16) Emacs/23.2 (gnu/linux) X-Spam-Score: -3.0 (---) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:78302 Archived-At: I have ,---- | (setq gnus-select-method | '(nnml "local" | )) | | (setq nnmail-split-methods | '(("root-email" "^From:.*root@.*") | ("local-email" ""))) `---- The .newsrc.eld entries are of the form:- ,---- | ("root-email" 1 nil) ("mail.misc" 1 nil) `---- I have some code elsewhere which pretties up my group buffer which relies on the "fully qualified" style of .newsrc.eld entry e.g ,---- | ("nnimap+riley:INBOX" 2 ((1 etc `---- Where I can grep out the server name and the type. I did try setting the nnml backend as secondary but it still wrote the non qualified style. Is this on purpose? Can I enforce the "fully qualified" style? Also, as an aside the split rule does split to root-email but is not putting the rest into "local-email". I took the example from the docstring/gnus manual and modified it. Again, is this some silly error on my part or something more complex? Possibly something written into a config file on the nnml backend? regards r.