From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/33883 Path: main.gmane.org!not-for-mail From: Simon Josefsson Newsgroups: gmane.emacs.gnus.general Subject: Re: Another proposal about `mml-parse'. Date: 23 Dec 2000 16:46:39 +0100 Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035169908 27484 80.91.224.250 (21 Oct 2002 03:11:48 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 03:11:48 +0000 (UTC) Cc: ding@gnus.org Return-Path: Original-Received: from spinoza.math.uh.edu (spinoza.math.uh.edu [129.7.128.18]) by mailhost.sclp.com (Postfix) with ESMTP id 0E944D04A1 for ; Sat, 23 Dec 2000 10:47:23 -0500 (EST) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by spinoza.math.uh.edu (8.9.1/8.9.1) with ESMTP id JAB07601; Sat, 23 Dec 2000 09:47:01 -0600 (CST) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Sat, 23 Dec 2000 09:46:28 -0600 (CST) Original-Received: from mailhost.sclp.com (postfix@66-209.196.61.interliant.com [209.196.61.66] (may be forged)) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id JAA29422 for ; Sat, 23 Dec 2000 09:46:19 -0600 (CST) Original-Received: from dolk.extundo.com (dolk.extundo.com [195.42.214.242]) by mailhost.sclp.com (Postfix) with ESMTP id BB593D04A1 for ; Sat, 23 Dec 2000 10:46:42 -0500 (EST) Original-Received: from barbar.josefsson.org (localhost.localdomain [127.0.0.1]) (authenticated) by dolk.extundo.com (8.11.1/8.11.1) with ESMTP id eBNFkf014393; Sat, 23 Dec 2000 16:46:41 +0100 Original-To: Lloyd Zusman In-Reply-To: Mail-Copies-To: nobody Original-Lines: 15 User-Agent: Gnus/5.090001 (Oort Gnus v0.01) Emacs/21.0.94 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:33883 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:33883 Lloyd Zusman writes: > In thinking about how I'd like to use the `mml-parse' function within > `mml-secure-part', it occurs to me that it would be useful to make use > of another entry within structure that `mml-parse' returns in addition > to `sign', `encrypt', and `contents'. I'd like to propose that along > with `contents' there be an entry named `location' or something > similar, whose value would be the point at which the mml tag appears > within the message buffer. > > Thoughts? Sounds good to me. Btw, does `mml-secure-part' actually fail on some messages, or why do you want to make the change? (I would agree that it would be more aesthetically, `mml-secure-part' was a hack.)