Received: from localhost (daemon@localhost) by CS.UTK.EDU with SMTP (cf v2.9s-UTK) id NAA23588; Sun, 30 Jun 1996 13:36:01 -0400 Received: by CS.UTK.EDU (bulk_mailer v1.6); Sun, 30 Jun 1996 13:35:40 -0400 Received: from THOR.INNOSOFT.COM (THOR.INNOSOFT.COM [192.160.253.66]) by CS.UTK.EDU with ESMTP (cf v2.9s-UTK) id NAA23543; Sun, 30 Jun 1996 13:35:37 -0400 Received: from INNOSOFT.COM by INNOSOFT.COM (PMDF V5.0-7 #8694) id <01I6IGWDV1C0AOKEAC@INNOSOFT.COM>; Sun, 30 Jun 1996 10:34:34 -0700 (PDT) Date: Sun, 30 Jun 1996 10:33:52 -0700 (PDT) From: Ned Freed Subject: Re: Microsoft's Messaging Contacts In-reply-to: "Your message dated Sun, 30 Jun 1996 13:10:48 -0400" <2.2.16.19960630171048.470f62d6@mail1.reston.mci.net> To: John C Klensin Cc: Ned Freed , drums@cs.utk.edu Message-id: <01I6IM1PLF00AOKEAC@INNOSOFT.COM> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT > > Having said this, please note that Exchange was nowhere near any of the > > limits on header size. Its use of this RFC822 "feature" is unnecessary and, > > I think, should be avoided if at all possible. > Ned, > I could easily live with a rule that discouraged multiple To: and Cc: fields > but permitted when required for operational necessity reasons, such as the > ones you cite. I would prefer to see them banned for the "one To: field per > address" or even "per few addresses" case -- they *do*, as you know, cause > other problems. Absolutely. > I think that is why my most recent note moved toward a "SHOULD" prohibition, > rather than a "MUST" one. And using a "SHOULD" on the sending MTA means > that we are probably obligated to write some sort of "MUST ACCEPT" rule for > the receiving one. Agreed. Ned