From: Chris Hanson <org/chris-hanson/cph>
Date: Tue, 20 Jun 2000 19:43:06 +0000 (+0000)
Subject: Expand on note regarding header-field representation.
X-Git-Tag: 20090517-FFI~3472
X-Git-Url: https://birchwood-abbey.net/git?a=commitdiff_plain;h=34ba800fc1ab28bbaed11197e3448a92d4776e0f;p=mit-scheme.git

Expand on note regarding header-field representation.
---

diff --git a/v7/src/imail/todo.txt b/v7/src/imail/todo.txt
index 8e5836769..6c00fc748 100644
--- a/v7/src/imail/todo.txt
+++ b/v7/src/imail/todo.txt
@@ -1,11 +1,15 @@
 IMAIL To-Do List
-$Id: todo.txt,v 1.89 2000/06/19 22:15:25 cph Exp $
+$Id: todo.txt,v 1.90 2000/06/20 19:43:06 cph Exp $
 
 Bug fixes
 ---------
 
 * Change file URL completion to complete to any file name.
 
+* Preserve internal-date when copying to rmail folder from any other
+  type of folder, by writing a distinguished header field into the
+  rmail file.
+
 * Must be able to handle malformed headers in incoming mail.
   Generating a low-level error in this situation is unacceptable.
 
@@ -96,6 +100,12 @@ Design changes
   Strictly speaking, this isn't correct, but I don't know of any
   situation in which it would cause problems.
 
+  More generally, the internal representation of a header field should
+  permit arbitrary value strings.  The conversion to RFC 822 form
+  should be done during I/O rather than being a required feature of
+  the representation.  This is safe to do for many headers, which are
+  defined to have arbitrary whitespace.
+
 * Move pathname-completion code into the runtime system.
 
 * Repackage the code so that each file now in the core is in a