Re: empty quoted strings and other oddities

Bruce Lilly <> Tue, 08 October 2002 17:48 UTC

Received: (from majordomo@localhost) by (8.11.6/8.11.3) id g98HmeV02250 for ietf-822-bks; Tue, 8 Oct 2002 10:48:40 -0700 (PDT)
Received: from ( []) by (8.11.6/8.11.3) with ESMTP id g98Hmdv02241 for <>; Tue, 8 Oct 2002 10:48:39 -0700 (PDT)
Received: from ([] by with esmtp (Exim 3.35 #1) id 17yyTE-0005ck-00 for; Tue, 08 Oct 2002 13:48:36 -0400
Received: from (localhost []) by with ESMTP id g98HmTNg003827(8.12.3/8.12.3/SuSE Linux 0.6/2002-07-27 16:10:46); Tue, 8 Oct 2002 13:48:29 -0400
Received: from ( []) by with ESMTP id g98HmQi6003826(8.12.3/8.12.3/Submit/2002-06-01 20:08:15); Tue, 8 Oct 2002 13:48:28 -0400
Message-ID: <>
Date: Tue, 08 Oct 2002 13:48:25 -0400
From: Bruce Lilly <>
Organization: Bruce Lilly
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2a) Gecko/20020910
X-Accept-Language: en-us, en, fr, ru, ja
MIME-Version: 1.0
Subject: Re: empty quoted strings and other oddities
References: <> <002001c26a0f$f05437a0$b7880fce@alice> <> <> <p0510031db9c2ed7c528f@[]> <000f01c26b9c$c6b954a0$b2810fce@alice> <p05100303b9c410f400cd@[]>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavis-milter (
Precedence: bulk
List-Archive: <>
List-ID: <>
List-Unsubscribe: <>

Jacob Palme wrote:

> Should you for example accept
> From: John F. Kennedy <>
> Standards have a long time accepted the "K." even
> if the user-friendly name is not quoted, but implementors
> have not been told that accepting such a "." followed
> by space is in the liberal category of what you should
> accept but not produce.

That is in the obs-phrase syntax of RFC 2822.  It is a
bit unusual compared to most of the rest of the obs-
syntax; it was *not* allowed under 822's rules and is
still a MUST NOT generate case, but there's a note in
section 4.1 that implies that it may be formally permitted
in the future.  And of course, 2822-conforming implementations
of receivers MUST recognize it as a valid phrase.

IMO, formally permitting generation would be good.  While

   Wilt "The Stilt" Chamberlain

is a valid phrase and is as would normally be written in
text not neccessarily specific to header formats,

   Bullwinkle J"." Moose
   Bullwinkle "J." Moose
   Bullwinkle "J, Moose"
   "Bullwinkle J." Moose
   "Bullwinkle J. Moose"
   "Bullwinkle" "J""." "Moose"
   Bullwinkle =?us-ascii*en-us?Q?J=2E?= Moose

are valid phrases under the RFC 2822 generate syntax rules
but are unlikely to be typed as such by a user. In the
first case the double quotes are part of the name, whereas
in the variants of the second example which use double quotes
they are mere syntactic sugar coating [the 2047/2231 encoded
variant is more like syntactic scaffolding in the Gothic

I.e. permitting a phrase with an unquoted dot would be
a recognition of existing practice which serves user desires.
Unlike some of the relaxations of syntax permitted by 2822,
such as the oxymoronic but 2822-valid (under obs- rules)
time-stamp line


That was not legal under 821/822 syntax, and there's no point
in a time-stamp line with no time stamp.