From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.user/8306 Path: news.gmane.org!not-for-mail From: Uwe Brauer Newsgroups: gmane.emacs.gnus.user Subject: Re: Problem could be encode-coding-region Date: Fri, 01 Dec 2006 13:26:57 +0100 Message-ID: <87k61bkdim.fsf@mat.ucm.es> References: <87r6vn8u48.fsf@mat.ucm.es> <87ejrm8c2j.fsf_-_@mat.ucm.es> <87u00hnsk9.fsf@mat.ucm.es> <87odqoewsr.fsf@mat.ucm.es> Reply-To: Uwe Brauer NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1164976882 31019 80.91.229.2 (1 Dec 2006 12:41:22 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 1 Dec 2006 12:41:22 +0000 (UTC) Original-X-From: info-gnus-english-bounces+gegu-info-gnus-english=m.gmane.org@gnu.org Fri Dec 01 13:41:20 2006 Return-path: Envelope-to: gegu-info-gnus-english@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Gq7hf-0001HQ-2C for gegu-info-gnus-english@m.gmane.org; Fri, 01 Dec 2006 13:41:19 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Gq7he-0004w0-Iy for gegu-info-gnus-english@m.gmane.org; Fri, 01 Dec 2006 07:41:18 -0500 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!uninett.no!news.banetele.no!uio.no!quimby.gnus.org!not-for-mail Original-Newsgroups: gnu.emacs.gnus Original-Lines: 49 Original-NNTP-Posting-Host: maportatil10.quim.ucm.es Original-X-Trace: quimby.gnus.org 1164975999 21606 147.96.7.218 (1 Dec 2006 12:26:39 GMT) Original-X-Complaints-To: usenet@quimby.gnus.org Original-NNTP-Posting-Date: Fri, 1 Dec 2006 12:26:39 +0000 (UTC) X-Hashcash: 1:20:061201:gnu.emacs.gnus::myxFEqwK6Bw0Fmfs:0001QWO User-Agent: Gnus/5.110006 (No Gnus v0.6) XEmacs/21.4.18 (linux) Cancel-Lock: sha1:MAfrHf5vkpkL063HunDz5xd25es= Original-Xref: shelby.stanford.edu gnu.emacs.gnus:78491 Original-To: info-gnus-english@gnu.org X-BeenThere: info-gnus-english@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Announcements and discussions for GNUS, the GNU Emacs Usenet newsreader \(in English\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: info-gnus-english-bounces+gegu-info-gnus-english=m.gmane.org@gnu.org Errors-To: info-gnus-english-bounces+gegu-info-gnus-english=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.gnus.user:8306 Archived-At: >>>>> "Katsumi" == Katsumi Yamaoka writes: >>>>> In <87odqoewsr.fsf@mat.ucm.es> Uwe Brauer wrote: >> However and there is a big however when I use >> (mml-secure-message-sign-pgpmime) which uses that function >> Then the signing seems to be ignored, that is the tag >> <#secure method=pgpmime mode=sign> >> is inserted as it should, asked for the passwd but then nothing >> happens. Katsumi> Hmm, I have no problem in using PGG and XEmacs with no mule no Katsumi> file-coding. Actually I signed this message by it. >> Shall I debug (mml-secure-message-sign-pgpmime)? Katsumi> No, you should trace `mml2015-pgg-sign' and `pgg-gpg-sign-region'. Katsumi> If you'd like to edebug (info "(gnus)Troubleshooting"), perform Katsumi> `M-x edebug-defun RET' on those functions, and type `C-c C-m s p' Katsumi> and then `C-u C-c C-m P' in the message buffer. Ok I try that, however pgg-gpg-sign-region is not interactive, while pgg-sign-region is and the latter works fine for me. Katsumi> BTW, what do you get by evaluating the following form? Katsumi> (progn Katsumi> (require 'pgg) Katsumi> (require 'pgg-gpg) Katsumi> (setq pgg-default-user-id "oub") Katsumi> (with-temp-buffer Katsumi> (insert "testing\n") Katsumi> (pgg-gpg-sign-region (point-min) (point-max)) Katsumi> (pop-to-buffer pgg-output-buffer) Katsumi> (unless (get-buffer-window pgg-errors-buffer) Katsumi> (split-window-vertically) Katsumi> (switch-to-buffer pgg-errors-buffer)))) Katsumi> (Copy it to the *scratch* buffer and type `C-j' at the end of Katsumi> the last line.) Everything is fine. So I think pgg is ok, what is wrong seems to me the mml code. Unai san mentioned to skip the mml code part. Does there exist a patch? Btw decrypting works fine too. Thanks Uwe Brauer