From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/49246 Path: main.gmane.org!not-for-mail From: Simon Josefsson Newsgroups: gmane.emacs.gnus.general Subject: Re: Superseding trick not working Date: Wed, 15 Jan 2003 09:14:27 +0100 Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1042618432 19322 80.91.224.249 (15 Jan 2003 08:13:52 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 15 Jan 2003 08:13:52 +0000 (UTC) Cc: ding@gnus.org 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 18YigI-00051W-00 for ; Wed, 15 Jan 2003 09:13:50 +0100 Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 18YihF-0000z3-00; Wed, 15 Jan 2003 02:14:49 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Wed, 15 Jan 2003 02:15:44 -0600 (CST) Original-Received: from sclp3.sclp.com (sclp3.sclp.com [66.230.238.2]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id CAA07516 for ; Wed, 15 Jan 2003 02:15:30 -0600 (CST) Original-Received: (qmail 79581 invoked by alias); 15 Jan 2003 08:14:31 -0000 Original-Received: (qmail 79576 invoked from network); 15 Jan 2003 08:14:30 -0000 Original-Received: from 178.230.13.217.in-addr.dgcsystems.net (HELO yxa.extundo.com) (217.13.230.178) by 66.230.238.6 with SMTP; 15 Jan 2003 08:14:30 -0000 Original-Received: from latte.josefsson.org (yxa.extundo.com [217.13.230.178]) (authenticated bits=0) by yxa.extundo.com (8.12.6/8.12.6) with ESMTP id h0F8ERRr002822 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 15 Jan 2003 09:14:27 +0100 Original-To: Karl Eichwalder Mail-Copies-To: nobody X-Payment: hashcash 1.1 0:030115:keichwa@gmx.net:c47927f50d916764 X-Hashcash: 0:030115:keichwa@gmx.net:c47927f50d916764 X-Payment: hashcash 1.1 0:030115:ding@gnus.org:d02bb72757e49849 X-Hashcash: 0:030115:ding@gnus.org:d02bb72757e49849 In-Reply-To: (Karl Eichwalder's message of "Tue, 14 Jan 2003 20:36:29 +0100") User-Agent: Gnus/5.090013 (Oort Gnus v0.13) Emacs/21.3.50 (i686-pc-linux-gnu) X-Face: )=Tu!-Q9f9BQASOHl~_&4r0`,OQD2*=;cm+4]m[twz:8t5yt@xQW+:T$K%AdKq)`"g;C%>s /8w~Upcau`W2wh$=#"g7]"[2c;1Z/S:B49XEy$-YlaAGc'ZM&U*el'yQAD"c):Lc:fUD-S=\!EV;n@ 1Jff} Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:49246 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:49246 Karl Eichwalder writes: > At the moment, I'm not able to supersede an article: > > First, I tried the trick described in the manual: > > If you have just posted the article, and change your mind right away, > there is a trick you can use to cancel/supersede the article without > waiting for the article to appear on your site first. You simply return > to the post buffer (which is called `*sent ...*'). There you will find > the article you just posted, with all the headers intact. Change the > `Message-ID' header to a `Cancel' or `Supersedes' header by > substituting one of those words for the word `Message-ID'. Then just > press `C-c C-c' to send the article as you would do normally. The > previous article will be canceled/superseded. > > But Gnus complains: > > Debugger entered--Lisp error: (error "Denied posting -- multiple copies") > signal(error ("Denied posting -- multiple copies")) > error("Denied posting -- multiple copies") > message-send(nil) > message-send-and-exit(nil) > call-interactively(message-send-and-exit) This looks like a GNKSA feature. The code indicates that (add-to-list 'message-shoot-gnksa-feet 'multiple-copies) would remove the error message. The manual probably should be updated, or the code changed to not use this GNKSA feature when a Cancel/Supersede header is present. > Going the old `S s' way, Gnus wants to know a "Canlock" thingie? > What's that? I've never setup such a password. Gnus should create and store such a "password" automatically and put it in your ~/.emacs, doesn't it? Fixing whatever bugs in the cancel/supersede seems important IMHO, since if there are bugs in that code people will (rightly) get the feeling that Cancel Locks are a bad idea since it interfer with how they work.