home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / mail / uucp / 2503 < prev    next >
Encoding:
Internet Message Format  |  1993-01-03  |  3.4 KB
  1. Path: sparky!uunet!valinor.mythical.com!stu
  2. From: stu@valinor.mythical.com (Stu Labovitz)
  3. Newsgroups: comp.mail.uucp
  4. Subject: Interpretation of RFC-822
  5. Keywords: whitespace, structured headers, destination
  6. Message-ID: <yLmTwB4w165w@valinor.mythical.com>
  7. Date: Sun, 03 Jan 93 15:52:21 CST
  8. Distribution: world
  9. Organization: (What? Organized??) - Mythical Computer Systems
  10. Lines: 60
  11.  
  12. (As a preface to the following questions, I would like to make it clear
  13. that I am _NOT_ trying to start an interpretation-war over RFC #822
  14. (Standard for the Format of ARPA Internet Text Messages)!)  I am having
  15. some problems interfacing the mail software at my site with that of one of
  16. my neighbor sites.  The problem evidences itself in a difference of
  17. interpretation of how certain headers in a mail message may be formatted.
  18. When examining RFC #822, I noted that the meta-syntax for header fields
  19. is as follows:
  20.  
  21. field          =       field-name ":" [ field-body ] CRLF
  22. field-name     =       1*<any CHAR, excluding CTLs, SPACE, and ":">
  23. field-body     =       field-body-contents [CRLF LWSP-char field-body]
  24. field-body-comments =  <the ASCII characters making up the field body>
  25.  
  26. RFC #822 goes on to say (in Section 3.4.2, entitled "White Space") that
  27. "in structured field bodies, multiple linear space ASCII characters
  28. (namely HTABs and SPACEs) are treated as single spaces and may freely
  29. surround any symbol.  In all header fields, the only place in which at
  30. least one LWSP-char is REQUIRED is at the beginning of continuation lines
  31. in a folded field."
  32.  
  33. In particular, I am having problems with the To: line of the header.
  34. This line is defined as follows (with only the relevant parts being
  35. expanded here): 
  36.  
  37. destination    =       "To"               ":" 1#address
  38.                   /       "Resent-To"     ":" 1#address
  39.                   /       "cc"               ":" 1#address
  40.                   /       "Resent-cc"     ":" 1#address
  41.                   /       "bcc"              ":" 1#address
  42.                   /       "Resent-bcc"    ":" 1#address
  43. address           =       mailbox / group
  44. mailbox           =       addr-spec / phrase route-addr
  45. phrase            =       1*word
  46. word              =       atom / quoted-string
  47. addr-spec      =       local-part "@" domain
  48. local-part     =       word *("." word)
  49. domain            =       sub-domain *("." sub-domain)
  50. sub-domain     =       domain-ref / domain-literal
  51. domain-literal =       "[" *(dtext / quoted-pair) "]"
  52. domain-ref     =       atom
  53. dtext             =       <any CHAR excluding "[", "]", "\", & CR, &
  54.                        including linear-white-space>
  55. linear-white-space =   1*([CRLF] LWSP-char)
  56. LWSP-char      =       SPACE / HTAB
  57.  
  58. Now that we've covered what I believe are the relevant sections of the
  59. RFC, here's the question:  Does RFC #822 provide limits (either minimum or
  60. maximum) upon the number of SPACE characters that separate the "To:" from
  61. the mailbox on the destination line?  Must there be at least one SPACE,
  62. and is there any reasonable interpretation to prevent the existance of
  63. more than one SPACE?
  64.  
  65. Many, many thanks in advance for all of your help on this issue!
  66.  
  67.    Stuart L Labovitz                    Internet:  stu@valinor.mythical.com
  68.     (insert standard disclaimer here)       UUCP:   uunet!valinor!stu
  69.        Duct tape is like the force.  It has a light side, a dark side,
  70.          and it holds the universe together.      --- Carl Zwanzig
  71. =============================================================================
  72.