Received: from localhost (daemon@localhost) by CS.UTK.EDU with SMTP (cf v2.9s-UTK) id FAA11951; Thu, 26 Mar 1998 05:39:15 -0500 (EST) Received: by cs.cs.utk.edu (bulk_mailer v1.9); Thu, 26 Mar 1998 05:38:36 -0500 Received: by CS.UTK.EDU (cf v2.9s-UTK) id FAA11851; Thu, 26 Mar 1998 05:38:35 -0500 (EST) Received: from info.dsv.su.se (info.dsv.su.se [130.237.161.221]) by CS.UTK.EDU with ESMTP (cf v2.9s-UTK) id FAA11792; Thu, 26 Mar 1998 05:38:24 -0500 (EST) Received: from [130.237.150.138] (jph1.dsv.su.se [130.237.150.138]) by info.dsv.su.se (8.8.8/8.8.8) with ESMTP id LAA20007; Thu, 26 Mar 1998 11:39:22 +0100 (MET) X-Sender: jpalme@mail.dsv.su.se Message-Id: In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 26 Mar 1998 11:14:59 +0100 To: Chris Newman , Pete Resnick From: Jacob Palme Subject: Re: Reply-To Harsh realities Cc: Detailed Revision/Update of Message Standards At 20.48 +0100 98-03-25, Chris Newman wrote: > > >* How it expresses "send all replies to this complete set of addresses" > > > > It only expresses "send all followups to this complete set of addresses". > > It doesn't deal with the private case. > > Then the proposal is incomplete and I oppose it. Why do you require that the "Mail-Followup-To" header must cater for all kinds of reply-redirection options. What is wrong with two header fields, "Personal-Reply-To" and "Group-Reply-To" which can be combined when needed by putting the same address list in both. Why are you not against having three separate header fields "To", "Cc" and "Bcc" which each of them are incomplete since they do not cover all recipient specification needs. Why must one header cater to all redirection needs? Why are you not against "In-Reply-To" and "References", which according to the new drums proposal will cater to related needs and often contain partly the same content? ------------------------------------------------------------------------ Jacob Palme (Stockholm University and KTH) for more info see URL: http://www.dsv.su.se/~jpalme