From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/64325 Path: news.gmane.org!not-for-mail From: =?iso-8859-1?Q?Bj=F8rn_Mork?= Newsgroups: gmane.emacs.gnus.general Subject: Unnecessary hashcash computations Date: Thu, 15 Feb 2007 12:56:52 +0100 Organization: Dock or Ducatis Message-ID: <87bqjv8whn.fsf@obelix.mork.no> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: sea.gmane.org 1171556439 17091 80.91.229.12 (15 Feb 2007 16:20:39 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 15 Feb 2007 16:20:39 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M12850@lists.math.uh.edu Thu Feb 15 17:20:23 2007 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.50) id 1HHjLG-0000VO-70 for ding-account@gmane.org; Thu, 15 Feb 2007 17:20:18 +0100 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 1HHjKI-0004OG-GA; Thu, 15 Feb 2007 10:19:18 -0600 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 1HHfEl-0003F7-NW for ding@lists.math.uh.edu; Thu, 15 Feb 2007 05:57:19 -0600 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtp (Exim 4.63) (envelope-from ) id 1HHfEd-0001EY-0p for ding@lists.math.uh.edu; Thu, 15 Feb 2007 05:57:19 -0600 Original-Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1HHfEb-0003P8-00 for ; Thu, 15 Feb 2007 12:57:09 +0100 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HHfEU-0007MX-Mo for ding@gnus.org; Thu, 15 Feb 2007 12:57:02 +0100 Original-Received: from obelix.mork.no ([148.122.252.2]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 15 Feb 2007 12:57:02 +0100 Original-Received: from bmork by obelix.mork.no with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 15 Feb 2007 12:57:02 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 22 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: obelix.mork.no User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.4 (gnu/linux) Cancel-Lock: sha1:/verdQ7C+k4VcWX9K9kOEQa1o+I= X-Spam-Score: -2.6 (--) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:64325 Archived-At: I'm using the async hashcash functionality, which works very well most of the time. But there is one situation where it could be improved (maybe - there should of course have been a patch here if this was easy...) Sometimes I do a wide reply to a mail originally sent to a large number of recepients, where I remove some recepients before writing the reply. In this case Gnus will continue to compute X-Hashcash fields for *all* the original recepients, regardless of the real content of the To and Cc fields. That's a lot of wasted CPU cycles ;-) Does anyone see how this could be avoided, still keeping the async computation? If we at the same time could get async hashcash computation for new recepients, then that would of course be even better. Bjørn -- I don't want to hear about your operation.