headers
Katsumi Yamaoka | 1 Dec 2006 04:11
X-Face
Favicon
Gravatar

Re: Problem could be encode-coding-region

>>>>> In <87odqoewsr.fsf <at> 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.

Hmm, I have no problem in using PGG and XEmacs with no mule no
file-coding.  Actually I signed this message by it.

> Shall I debug (mml-secure-message-sign-pgpmime)?

No, you should trace `mml2015-pgg-sign' and `pgg-gpg-sign-region'.
If you'd like to edebug (info "(gnus)Troubleshooting"), perform
`M-x edebug-defun RET' on those functions, and type `C-c C-m s p'
and then `C-u C-c C-m P' in the message buffer.

BTW, what do you get by evaluating the following form?

--8<---------------cut here---------------start------------->8---
(progn
  (require 'pgg)
  (require 'pgg-gpg)
  (setq pgg-default-user-id "oub")
  (with-temp-buffer
    (insert "testing\n")
(Continue reading)

Permalink | Reply | 5 comments |
headers
Katsumi Yamaoka | 1 Dec 2006 07:01
X-Face
Favicon
Gravatar

Re: Problem could be encode-coding-region

>>>>> In <b4mbqmowbsa.fsf <at> jpl.org> Katsumi Yamaoka wrote:

> BTW, what do you get by evaluating the following form?

[...]

> (Copy it to the *scratch* buffer and type `C-j' at the end of
> the last line.)

Sorry, it should be:

--8<---------------cut here---------------start------------->8---
(progn
  (require 'pgg)
  (require 'pgg-gpg)
  (setq pgg-default-user-id "oub")
  (with-temp-buffer
    (insert "testing\n")
    (let ((pgg-text-mode t))
      (pgg-gpg-sign-region (point-min) (point-max)))
    (pop-to-buffer pgg-output-buffer)
    (unless (get-buffer-window pgg-errors-buffer)
      (split-window-vertically)
      (switch-to-buffer pgg-errors-buffer))))
--8<---------------cut here---------------end--------------->8---
Permalink | Reply | 0 comments |
headers
Rud1ger Sch1erz | 1 Dec 2006 10:48
X-Face
Picon
Picon
Favicon

Re: Problem could be encode-coding-region

Katsumi Yamaoka <yamaoka <at> jpl.org> writes:

> Hmm, I have no problem in using PGG and XEmacs with no mule no
> file-coding.  Actually I signed this message by it.

Hm, I tried your public key 0x426F642F, but verify failed. 

I cannot import your key 0x0E2D88B9, which seems to be a more recent
one. My gpg complains about "no user-id". May be it's not signed by
yourself?

But I don't know. I'm new to this pgp stuff.

Cheers,
Rudiger
Permalink | Reply | 1 comment |
headers
Katsumi Yamaoka | 1 Dec 2006 11:27
X-Face
Favicon
Gravatar

Re: Problem could be encode-coding-region

>>>>> In <ud574kku1.fsf <at> 1a-software.de> Rud1ger Sch1erz wrote:

> Hm, I tried your public key 0x426F642F, but verify failed.

That's my old key.  I cannot remove it in the key servers since
the revocation certificate was in the crashed hard disk drive.

> I cannot import your key 0x0E2D88B9, which seems to be a more recent
> one. My gpg complains about "no user-id". May be it's not signed by
> yourself?

> But I don't know. I'm new to this pgp stuff.

I'm not well acquainted with PGP/GnuPG too but you will be able
to fetch the key automatically if you set the `keyserver' entry
in the ~/.gnupg/gpg.conf file properly.  Otherwise, you may
import my key <URL:http://www.jpl.org/pubkey.txt> manually.

Regards,
Permalink | Reply | 0 comments |
headers
Uwe Brauer | 1 Dec 2006 13:26
Picon
Favicon

Re: Problem could be encode-coding-region

>>>>> "Katsumi" == Katsumi Yamaoka <yamaoka <at> jpl.org> writes:

>>>>> In <87odqoewsr.fsf <at> 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")
(Continue reading)

Permalink | Reply | 0 comments |
headers
Passer By | 1 Dec 2006 14:36

Re: Q: Getting all the parents to the current topic from the server

asjo <at> koldfront.dk (Adam Sjøgren) writes:

> On Wed, 29 Nov 2006 10:58:39 GMT, Passer wrote:
> 
> > Ok sometimes people don't quote just right so i wish to read the
> > original parent, i would like to be able to fetch all parent articles
> > of the current article that are on my server. How might i do that in
> > one or two steps?
> 
> Maybe this is what you are looking for?
> 
> ,----[ A T ]
> | A T runs `gnus-summary-refer-thread'
> | 
> | `gnus-summary-refer-thread' is an interactive compiled Lisp function
> |   -- loaded from "gnus-sum"
> | (gnus-summary-refer-thread &optional LIMIT)
> | 
> | Documentation:
> | Fetch all articles in the current thread.
> | If LIMIT (the numerical prefix), fetch that many old headers instead
> | of what's specified by the `gnus-refer-thread-limit' variable.
> `----
> 
> 
>   Best regards,
> 

Exactly, tack!
(Continue reading)

Permalink | Reply | 0 comments |
headers
Uwe Brauer | 1 Dec 2006 16:25
Picon
Favicon

Re: Problem could be encode-coding-region


   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.

I did this, and the XEmacs gets stuck in pgg-gpg-sign-region

    -    (pgg-gpg-wait-for-status process '("BEGIN_SIGNING"
         "GOOD_PASSPHRASE")))
         is fine but then 

    -  	 (process (pgg-gpg-start-process args))) it gets stuck

`pgg-gpg-use-agent' is nil, I will try now with t.

Uwe
Permalink | Reply | 0 comments |
headers
Myriam Abramson | 1 Dec 2006 17:40
Picon

keeping original date on attachments


Could you tell me how to keep the original date when saving
attachments? The date seems to be always the current date and I can't
verify when the original file was created (I get homework from
students sometimes through email and I had a problem once receiving a
homework past the due date).

I do use Gnus 5.10 but not on this computer. 

Thanks. 
--

-- 
                                   myriam
Permalink | Reply | 3 comments |
headers
Peter Wu | 1 Dec 2006 19:23
Face
Picon
Favicon

How to hide the mail backend in the groups buffer?

I use gnus to handle emails. The group buffer looks like this.

         0: nndraft:drafts 
         0: nndraft:queue 
         0: nnfolder+archive:sent 
         0: nnmaildir:inbox 

How can I hide the mail backends so that the buffer will look like:

         0: drafts 
         0: queue 
         0: sent 
         0: inbox 

TIA.

--

-- 
Peter Wu
Powered by Gentoo GNU/Linux 2.6.17

"I know nothing except the fact of my ignorance."
                -- Socrates (470-399 B.C.)
Permalink | Reply | 4 comments |
headers
Tom Rauchenwald | 1 Dec 2006 20:05
Picon
Gravatar

Re: How to hide the mail backend in the groups buffer?

Peter Wu <peterwu <at> hotmail.com> writes:

> I use gnus to handle emails. The group buffer looks like this.
>
>          0: nndraft:drafts 
>          0: nndraft:queue 
>          0: nnfolder+archive:sent 
>          0: nnmaildir:inbox 
>
>
> How can I hide the mail backends so that the buffer will look like:
>
>          0: drafts 
>          0: queue 
>          0: sent 
>          0: inbox 

You need to modify the variable gnus-group-line-format. Mine is currently set
to "%M%S%p%P%5y:%B%(%G%)%l %O\n". I only changed the lowercase g to an
uppercase G, which does exactly what you want. 

Tom
Permalink | Reply | 0 comments |

Gmane