<#secure method=pgp mode=sign> is broken for koi8-r

<#secure method=pgp mode=sign> is broken for koi8-r

[Vasily Korytov]

[-- Attachment #1.1: Type: text/plain, Size: 641 bytes --]

Just noticed, that ``<#secure method=pgp mode=sign>'' is broken for koi8-r.

I send an ASCII message, signing it with RFC1991-style PGP. Everything
works. But when I use Russian words, it breaks somewhere. Seems, that it
tries to use both QP and base64-encodings -- and that's the problem.

Attached is the message, signed with method=pgp in just updated from CVS
Gnus, containing only one Cyrillic word: ``тест'' (transliteration for
``test''). Note, that I didn't forward it from Gnus, but copied it
directly from my mailbox.

Yeah, I've tried this with both pgg and gpg.el -- it's reproduceable
here in both cases.

---Vas

[-- Attachment #1.2: Type: message/rfc822, Size: 907 bytes --]

From: deskpot@myrealbox.com (Vasily Korytov)
To: deskpot@unix.home
Subject: test
Date: Tue, 21 Jan 2003 20:41:52 +0300
Message-ID: <87n0lus8m7.fsf@unix.home>

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


1MXT1A0K
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+LYZkoPg1JPzYGEERAkNpAKD5oat9J6CE/9qpAsK+T7eXA/gCyACgxFUT
QQzLUwk9XOSXncGiGQJA78A=3D
=3DhLM/
=2D----END PGP SIGNATURE-----



[-- Attachment #2: Type: application/pgp-signature, Size: 188 bytes --]

Re: <#secure method=pgp mode=sign> is broken for koi8-r

[Vasily Korytov]

[-- Attachment #1: Type: text/plain, Size: 1470 bytes --]

>>>>> "VK" == Vasily Korytov writes:

 VK> Attached is the message, signed with method=pgp in just updated from CVS
 VK> Gnus, containing only one Cyrillic word: ``тест'' (transliteration for
 VK> ``test''). Note, that I didn't forward it from Gnus, but copied it
 VK> directly from my mailbox.

Sorry, Gnus had tweaked it, while sending so I'll paste it again -- this
time, inline. Here it goes:

--8<------------------------schnipp------------------------->8---
Return-Path: <deskpot@myrealbox.com>
Delivered-To: deskpot@unix.home
Received: (qmail 1460 invoked by uid 1000); 21 Jan 2003 17:49:52 -0000
To: deskpot@unix.home
Subject: test
From: deskpot@myrealbox.com (Vasily Korytov)
Date: Tue, 21 Jan 2003 20:49:46 +0300
Message-ID: <877kcytmth.fsf@unix.home>
User-Agent: Gnus/5.090014 (Oort Gnus v0.14) XEmacs/21.4 (Portable Code,
 i686-pc-linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: base64
X-Spam-Status: No, hits=0.7 required=5.0
	tests=BASE64_ENC_TEXT,SPAM_PHRASE_00_01,USER_AGENT,
	      USER_AGENT_GNUS_UA
	version=2.43
X-Spam-Level: 

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


1MXT1A0K
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+LYhAoPg1JPzYGEERAqwDAJ9w0b/53aFkhWvDkoacaPH5HiNSEgCeMnCE
N1Qh+1bAaOj4t2vY7yGDrJc=3D
=3DKkhC
=2D----END PGP SIGNATURE-----

--8<------------------------schnapp------------------------->8---

---Vas

[-- Attachment #2: Type: application/pgp-signature, Size: 188 bytes --]

Re: <#secure method=pgp mode=sign> is broken for koi8-r

[Lars Magne Ingebrigtsen]

deskpot@myrealbox.com (Vasily Korytov) writes:

>  VK> Attached is the message, signed with method=pgp in just updated from CVS
>  VK> Gnus, containing only one Cyrillic word: ``тест'' (transliteration for
>  VK> ``test''). Note, that I didn't forward it from Gnus, but copied it
>  VK> directly from my mailbox.
>
> Sorry, Gnus had tweaked it, while sending so I'll paste it again -- this
> time, inline. Here it goes:

I'm not all that familiar with the PGP code -- could someone more
familiar take a peek at this problem?

-- 
(domestic pets only, the antidote for overdose, milk.)
   larsi@gnus.org * Lars Magne Ingebrigtsen

Re: <#secure method=pgp mode=sign> is broken for koi8-r

[Simon Josefsson]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> deskpot@myrealbox.com (Vasily Korytov) writes:
>
>>  VK> Attached is the message, signed with method=pgp in just updated from CVS
>>  VK> Gnus, containing only one Cyrillic word: ``тест'' (transliteration for
>>  VK> ``test''). Note, that I didn't forward it from Gnus, but copied it
>>  VK> directly from my mailbox.
>>
>> Sorry, Gnus had tweaked it, while sending so I'll paste it again -- this
>> time, inline. Here it goes:
>
> I'm not all that familiar with the PGP code -- could someone more
> familiar take a peek at this problem?

Supporting MIME and non-MIME aware OpenPGP at the same time is tricky.
I installed the following, which is based on the assumption that users
don't want to clear-sign non-textual material.

The non-MIME aware OpenPGP support in Gnus should be revisited
somewhat IMHO, right it works for textual data (unless there are more
problems similar to this one), but it would be nice to support more.
I.e., attaching files and marking that part with "sign=pgp" should
encode it as a normal, non-clearsigned, OpenPGP message with the MIME
headers left unchanged (this would make it interoperate with various
Outlook plugins).

--- mm-encode.el.~6.12.~	Sun Dec  1 16:53:21 2002
+++ mm-encode.el	Sat Jan 25 20:32:54 2003
@@ -164,6 +164,9 @@
 	(pop rules)))))
 
 (defun mm-qp-or-base64 ()
+  (if (equal mm-use-ultra-safe-encoding '(sign . "pgp"))
+      ;; perhaps not always accurate?
+      'quoted-printable
   (save-excursion
     (let ((limit (min (point-max) (+ 2000 (point-min))))
 	  (n8bit 0))
@@ -178,7 +181,7 @@
 	      ;; non-ASCII char when splitting parts by charset.
 	      (= n8bit 1))
 	  'quoted-printable
-	'base64))))
+	  'base64)))))
 
 (provide 'mm-encode)
 

Re: <#secure method=pgp mode=sign> is broken for koi8-r

[Vasily Korytov]

[-- Attachment #1: Type: text/plain, Size: 302 bytes --]

>>>>> "SJ" == Simon Josefsson writes:

 SJ> Supporting MIME and non-MIME aware OpenPGP at the same time is tricky.
 SJ> I installed the following, which is based on the assumption that users
 SJ> don't want to clear-sign non-textual material.

Thanks a lot, Simon. I'll try the patch.

---Vas

[-- Attachment #2: Type: application/pgp-signature, Size: 188 bytes --]

please comment on my setup

[dave-mlist]

I'm rewriting my .gnus setup and moving my email to a new server.  I
have complete control over the server, so I'm considering a whole new
workflow.

To make my gnus portable, I'm putting my .gnus file on a crypto fs on
a portable USB drive.  All downloaded mail also goes on the crypto
drive.  I'll carry around the drive, and whatever host I'm using emacs
on, I'll point emacs at the .gnus file to read mail.  I have three
classes of mail:

0.  all mail ported from the old system will get archived in an nnmail
    hierarchy on the crypto drive.  The archive will be read-only.

1.  all incoming personal mail gets downloaded from various POP
    servers to their respective Maildirs, which are on the portable
    crypto drive.  When I run gnus, nnmail-split-fancy will split and
    archive this mail on the drive.

2.  all incoming mailing list mail stays in IMAP on server.  When I
    run gnus, nnimap-split-fancy will split this mail on the server.
    The purpose of this is to reduce bandwidth and time during mail
    download.

My gnus groups buffer will show me all groups from these three
classes.

My main concern is, since I'm moving from having fetchmail always
running on a single host, downloading in the background, to gnus
synchronously doing the downloading whenever I run "M-x gnus", am I
going to be frustrated by the download times?  I'm especially worried
about IMAP splitting taking a long time. Is there any way to make it
asynchronous?

Dave

Re: please comment on my setup

[Andreas Fuchs]

Today,  <dave-mlist@bfnet.com> wrote:
> To make my gnus portable, I'm putting my .gnus file on a crypto fs on
> a portable USB drive.  

Nice idea! I'm worried about losing the drive, though. Not so much about
the data that will be in somebody else's hands, but about the mails
which will be lost. I hope you have a good backup strategy. (-:

> 1.  all incoming personal mail gets downloaded from various POP
>     servers to their respective Maildirs, which are on the portable
>     crypto drive.  When I run gnus, nnmail-split-fancy will split and
>     archive this mail on the drive.

Sounds good.

> 2.  all incoming mailing list mail stays in IMAP on server.  When I
>     run gnus, nnimap-split-fancy will split this mail on the server.
>     The purpose of this is to reduce bandwidth and time during mail
>     download.

Hm, I have thought of doing something similar (but without the cyrpto
drive). Now I use gmane.org, which does the same things, but is
generally easier to use, needs no splitting, and a "subscribe" or
"unsubscribe" is a "u" away in the group buffer.

If that's not good enough, you could use procmail splitting rules,
which are also faster than nnimap-split-fancy.

> My gnus groups buffer will show me all groups from these three
> classes.

Nice.

> My main concern is, since I'm moving from having fetchmail always
> running on a single host, downloading in the background, to gnus
> synchronously doing the downloading whenever I run "M-x gnus", am I
> going to be frustrated by the download times?  I'm especially worried
> about IMAP splitting taking a long time. Is there any way to make it
> asynchronous?

asynchronous is an interesting idea. You could run a slave gnus which
reads only the first two classes of mails in a separate emacs (or even
all three, if you use gmane (-:).

HTH,
-- 
Andreas Fuchs, <asf@acm.org>, asf@jabber.at, antifuchs

Re: please comment on my setup

[dave-mlist]

asf> Hm, I have thought of doing something similar (but without the
asf> cyrpto drive). Now I use gmane.org, which does the same things,
asf> but is generally easier to use, needs no splitting, and a
asf> "subscribe" or "unsubscribe" is a "u" away in the group buffer.

Holy Crap Batman!  I never checked out gmane.org until now.  What a
great service!  Thanks for the tip.

Dave

Gmane (was Re: please comment on my setup)

[dave-mlist]

asf> Now I use gmane.org, which does the same things, but is generally
asf> easier to use, needs no splitting, and a "subscribe" or
asf> "unsubscribe" is a "u" away in the group buffer.

OK, I just browsed news.gmane.org.  Where is the ding group?

Re: Gmane

[Frank Schmitt]

dave-mlist@bfnet.com writes:

> asf> Now I use gmane.org, which does the same things, but is generally
> asf> easier to use, needs no splitting, and a "subscribe" or
> asf> "unsubscribe" is a "u" away in the group buffer.
>
> OK, I just browsed news.gmane.org.  Where is the ding group?

gmane.emacs.gnus.general AFAIK. You can also read the ding list from
news.gnus.org, there it's called gnus.ding.

-- 
One Ring to rule them all, One Ring to find them,
One Ring to bring them all and in the darkness bind them
In the Land of Mordor where the Shadows lie.

Re: Gmane

[Andreas Fuchs]

On 2003-01-21,  <dave-mlist@bfnet.com> wrote:
> asf> Now I use gmane.org, which does the same things, but is generally
> asf> easier to use, needs no splitting, and a "subscribe" or
> asf> "unsubscribe" is a "u" away in the group buffer.
> 
> OK, I just browsed news.gmane.org.  Where is the ding group?

It's gmane.emacs.gnus.general. (-:

Have fun,
-- 
Andreas Fuchs, <asf@acm.org>, asf@jabber.at, antifuchs

Re: please comment on my setup

[Kai Großjohann]

dave-mlist@bfnet.com writes:

> My main concern is, since I'm moving from having fetchmail always
> running on a single host, downloading in the background, to gnus
> synchronously doing the downloading whenever I run "M-x gnus", am I
> going to be frustrated by the download times?  I'm especially worried
> about IMAP splitting taking a long time. Is there any way to make it
> asynchronous?

You could use Sieve or procmail for server-side splitting on the IMAP
server.
-- 
Ambibibentists unite!