From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/42382 Path: main.gmane.org!not-for-mail From: Florian Weimer Newsgroups: gmane.emacs.gnus.general Subject: Re: MIME boundaries and crypto Date: Mon, 21 Jan 2002 21:33:51 +0100 Sender: owner-ding@hpc.uh.edu Message-ID: <87elkjjvf4.fsf@deneb.enyo.de> References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035177627 10987 80.91.224.250 (21 Oct 2002 05:20:27 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 05:20:27 +0000 (UTC) Return-Path: Original-Received: (qmail 17963 invoked from network); 21 Jan 2002 20:35:23 -0000 Original-Received: from malifon.math.uh.edu (mail@129.7.128.13) by mastaler.com with SMTP; 21 Jan 2002 20:35:23 -0000 Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 16Sl9H-0007dT-00; Mon, 21 Jan 2002 14:34:35 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Mon, 21 Jan 2002 14:34:29 -0600 (CST) Original-Received: from sclp3.sclp.com (qmailr@sclp3.sclp.com [209.196.61.66]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id OAA00746 for ; Mon, 21 Jan 2002 14:34:19 -0600 (CST) Original-Received: (qmail 17946 invoked by alias); 21 Jan 2002 20:34:20 -0000 Original-Received: (qmail 17941 invoked from network); 21 Jan 2002 20:34:20 -0000 Original-Received: from cygnus-ext.enyo.de (HELO deneb.enyo.de) (212.9.189.162) by gnus.org with SMTP; 21 Jan 2002 20:34:20 -0000 Original-Received: (qmail 4281 invoked by uid 1000); 21 Jan 2002 20:33:51 -0000 Original-To: ding@gnus.org In-Reply-To: (Lars Magne Ingebrigtsen's message of "Mon, 21 Jan 2002 20:47:00 +0100") Original-Lines: 10 User-Agent: Gnus/5.090006 (Oort Gnus v0.06) Emacs/21.1 (i686-pc-linux-gnu) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:42382 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:42382 Lars Magne Ingebrigtsen writes: > Yes. The other functions that create multiparts use > `mml-compute-boundary' to compute the boundary, and it examines the > contents to make sure there are no clashes. I'm not familiar with the > crypto code, so could somebody else fix this? Is it possible to transform the MML and use the hook 'mml-generate-multipart-alist'? I verified that it works correctly a long time ago. ;-)