From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/61025 Path: news.gmane.org!not-for-mail From: asjo@koldfront.dk (Adam =?iso-8859-1?Q?Sj=F8gren?=) Newsgroups: gmane.emacs.gnus.general Subject: Re: Hashcash-generation/check for IDN-domains Date: Tue, 27 Sep 2005 17:54:49 +0200 Organization: koldfront - analysis & revolution, Copenhagen, Denmark Message-ID: <87slvqfquu.fsf@koldfront.dk> References: <87y85iejat.fsf@koldfront.dk> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: sea.gmane.org 1127837047 5395 80.91.229.2 (27 Sep 2005 16:04:07 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 27 Sep 2005 16:04:07 +0000 (UTC) Original-X-From: ding-owner+m9557@lists.math.uh.edu Tue Sep 27 18:04:05 2005 Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EKHuq-0005fx-4h for ding-account@gmane.org; Tue, 27 Sep 2005 18:02:48 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu ident=lists) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 1EKHuh-0002ke-00; Tue, 27 Sep 2005 11:02:39 -0500 Original-Received: from nas01.math.uh.edu ([129.7.128.39]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1EKHtj-0002kZ-00 for ding@lists.math.uh.edu; Tue, 27 Sep 2005 11:01:39 -0500 Original-Received: from quimby.gnus.org ([80.91.224.244]) by nas01.math.uh.edu with esmtp (Exim 4.52) id 1EKHti-0000eq-1g for ding@lists.math.uh.edu; Tue, 27 Sep 2005 11:01:39 -0500 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 1EKHth-00018l-00 for ; Tue, 27 Sep 2005 18:01:37 +0200 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1EKHqz-00040J-6o for ding@gnus.org; Tue, 27 Sep 2005 17:58:49 +0200 Original-Received: from 0x50a5b872.bynxx12.adsl-dhcp.tele.dk ([80.165.184.114]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 27 Sep 2005 17:58:49 +0200 Original-Received: from asjo by 0x50a5b872.bynxx12.adsl-dhcp.tele.dk with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 27 Sep 2005 17:58:49 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-To: ding@gnus.org Original-Lines: 50 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 0x50a5b872.bynxx12.adsl-dhcp.tele.dk X-Face: )qY&CseJ?.:=8F#^~GcSA?F=9eu'{KAFfL1C3/A&:nE?PW\i65"ba0NS)97,Q(^@xk}n4Ou rPuR#V8I(J_@~H($[ym:`K_+]*kjvW>xH5jbgLBVFGXY:(#4P>zVBklLbdL&XxL\M)%T}3S/IS9lMJ ^St'=VZBR On Tue, 27 Sep 2005 17:09:49 +0200, Simon wrote: > The X-hashcash header sent appeared to contain the non-ASCII > characters, which I believe is wrong. So it is the generation that is > faulty. Since, if I recall correctly, it copy the content from > To/From/Cc, it probably should do its own IDN-processing. I'm not > sure how that would interfact with answering 'n' at the query you > refer to though. Perhaps that query is simply wrong? It doesn't make > sense to send mail to non-ASCII domains ever, does it? That depends on whether the MTA that Gnus talks to understands IDN and can convert itself, right? But I guess IDN is meant to be handled at the MUA level, and not by the MTAs? If that is correct, I don't know why the user is even asked. Perhaps the author of that piece of code can explain? > So Gnus should attempt to translate non-ASCII to xn--* via libidn, > or refuse to send the message. Then the hashcash code could also > unconditionally perform idn-encoding. Not sure what should happen if > idn-encoding inside the hashcash cookie generation fail though. > Leave the X-hashcash as-is, with non-ASCII characters? Or remove the > header? If the user really shouldn't be asked (above), it's easy (always idn-encode in hashcash.el). I think it sounds reasonable that if hashcash.el fails to generate a payment, the header should not be added? The checking does seem a little too fragile though, in that spam-split breaks just because hashcash.el can't understand a Hashcash-header (i.e. the mail-check-payment should just return false when the header is not understandable, right? Instead of the error that makes nnmail think that my fancy-split configuration is invalid). > When we knew some more answers to these questions, I can try to > implement them... Great O:-) Best regards, -- "Mr. Cotton's... parrot. Same question." Adam Sjøgren asjo@koldfront.dk