From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/37893 Path: main.gmane.org!not-for-mail From: Harry Putnam Newsgroups: gmane.emacs.gnus.general Subject: Re: Prevent B c/B m from createing dups in target group Date: 17 Aug 2001 11:20:24 -0700 Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: main.gmane.org 1035173566 17968 80.91.224.250 (21 Oct 2002 04:12:46 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 04:12:46 +0000 (UTC) Return-Path: Return-Path: Original-Received: (qmail 4826 invoked from network); 17 Aug 2001 18:20:33 -0000 Original-Received: from mail.networkone.net (209.144.112.246) by gnus.org with SMTP; 17 Aug 2001 18:20:33 -0000 Original-Received: (qmail 6302 invoked from network); 17 Aug 2001 18:20:31 -0000 Original-Received: from unknown (HELO reader.local.lan) (209.144.117.151) by mail.networkone.net with SMTP; 17 Aug 2001 18:20:31 -0000 Original-Received: (from reader@localhost) by reader.local.lan (8.11.2/8.11.0) id f7HIKPH16395; Fri, 17 Aug 2001 11:20:25 -0700 X-Authentication-Warning: reader.local.lan: reader set sender to reader@newsguy.com using -f Original-To: ding@gnus.org In-Reply-To: (Kai.Grossjohann@CS.Uni-Dortmund.DE's message of "Fri, 17 Aug 2001 19:28:27 +0200") User-Agent: Gnus/5.090003 (Oort Gnus v0.03) Emacs/21.0.104 Original-Lines: 32 Xref: main.gmane.org gmane.emacs.gnus.general:37893 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:37893 Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann) writes: > I wonder if one of the variables help that are about duplicates in > Gnus? > > M-x apropos-variable RET gnus.*dup RET > Yeah, I knew about those but the first relies on splitting or respooling which is not activated in B c or B m usage. And it seems that at least one of the others depends on that `Warning' thing being present. Even if the middle one (below) checks message IDs it still only hides there presence by my reading. So that other ways of accessing that directory would still find them. Further, none of it has any provision for notifying the user that they are dealing with dups and allowing a choice of proceeding or not. ( That is, other than the 'Warning' header in the case of split stuff ) With that warning mechanism in place, and provision to copy/move only the unique messages on command, a user could simply throw a batch of messages at a directory and only the unique stuff would stick... ======================================== gnus-duplicate-mark Variable: *Mark used for duplicate articles. gnus-summary-ignore-duplicates Variable: *If non-nil, ignore articles with identical Message-ID headers. gnus-suppress-duplicates Variable: *If non-nil, Gnus will mark duplicate copies of the same article as read.