From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/37391 Path: main.gmane.org!not-for-mail From: Karl Kleinpaste Newsgroups: gmane.emacs.gnus.general Subject: nnml as primary select method /vs/ gnus-inews-mark-gcc-as-read Date: Thu, 02 Aug 2001 11:42:31 -0400 Message-ID: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Trace: main.gmane.org 1035172816 13660 80.91.224.250 (21 Oct 2002 04:00:16 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 04:00:16 +0000 (UTC) Keywords: method,primary,prefix,nnml,group,gcc Return-Path: Return-Path: Original-Received: (qmail 4905 invoked from network); 2 Aug 2001 15:42:50 -0000 Original-Received: from mesquite.slip.cs.cmu.edu (HELO cinnamon.vanillaknot.com) (128.2.207.11) by gnus.org with SMTP; 2 Aug 2001 15:42:50 -0000 Original-Received: (from karl@localhost) by cinnamon.vanillaknot.com (8.11.2/8.11.2) id f72FgVt30699; Thu, 2 Aug 2001 11:42:31 -0400 Original-To: ding@gnus.org X-Face: "5(T0tZd{6}pd~YzBG8O/*EW,.]6]@`m^e;fv65W^Y&=d"M\1H}>T~4_.kcDD.O~y3k)a6 hR;Nmi>9|>Nm${2IpM0^RcUEa\jcq?KOP)C&~x51l~zCHTulL^_T|u0I^kB'z@]{`2YjQu User-Agent: Gnus/5.090004 (Oort Gnus v0.04) XEmacs/21.4 (Artificial Intelligence) Original-Lines: 29 Xref: main.gmane.org gmane.emacs.gnus.general:37391 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:37391 --=-=-= I changed my environment so that nnml is my primary select method. This has made a bad interaction between gnus-message-archive-group and gnus-inews-mark-as-read. My gnus-message-archive-group consists of (MATCH . GROUP) pairs. The interpretation of the GROUP in the absence of a method prefix assumes that nnarchive will be used, but I want to Gcc right into my nnml groups, which don't normally have a prefix because they're primary method groups. Nonetheless, I can put an "nnml:" prefix on them anyway, so the storing of articles works as I intended. However, because of the slight difference in the perception of the method (implicit method normally, with an exceptional case to avoid nnarchive interpretation in g-m-a-g), the call to gnus-group-mark-article-read fails to achieve the marking-as-read result desired. I would like to make the following small change in order to get around this problem, but I'm not sure it won't break something else in the (probably much more typical) case where the mail backend used for Gcc is a secondary method. What's needed is to ensure that, ultimately, the group is referred to in its most "natural" way, which is to say, with the implicit method of primary groups. Could this be reviewed and applied if it's safe? If it's not safe, is there an alternative solution? --=-=-= Content-Type: text/x-patch Content-Disposition: inline; filename=msg.diff Content-Description: Gcc mark-as-read fix --- gnus-msg.el.~1~ Thu Jul 26 01:05:45 2001 +++ gnus-msg.el Thu Aug 2 11:21:27 2001 @@ -1243,7 +1243,7 @@ group (gnus-status-message method)) (sit-for 2)) (when (and group-art gnus-inews-mark-gcc-as-read) - (gnus-group-mark-article-read group (cdr group-art))) + (gnus-group-mark-article-read (car group-art) (cdr group-art))) (kill-buffer (current-buffer))))))))) (defun gnus-inews-insert-gcc () --=-=-=--