Features...   Bugs...   Aren't they one and the same thing when it comes
to programming? (Especially if it's commercial and you can't figure out
why it's happening!)

-----Original Message-----
From: piclist-bounces@mit.edu [mailto:piclist-bounces@mit.edu] On Behalf
Of William Chops Westfield
Sent: 16 September 2004 06:31
To: Microcontroller discussion list - Public.
Subject: Re: [OT] Blank subject lines


On Sep 15, 2004, at 9:15 PM, Lee Jones wrote:

> As far back as August 13, 1982 -- RFC 822, Standard For The
> Format Of ARPA Internet Text Messages -

Further back than that.  It's the same format used in the pre-tcp
days, more or less.  That would have been RFC733.TXT

> So now someone needs to find out why null lines are being
> arbitrarily inserted in the header portion of messages.

Eh.  We added the X-topics field (?), and it turns out that both the 
topic
passed in and the whole field have newlines at the end.  So you get an
extra newline that breaks off the headers from the text..

      fprintf(out, "X-topics: %s\n", "[OT]\n");
or equivilent.  Obvious :-)

Interestingly, My mac's mail.app isn't having any problems with the
discontiguous headers.  Both display and sorting into the "Piclist"
(which I have based on "to:" field) are working fine.  I wonder if
that's a feature, or a bug?

BillW


_______________________________________________
http://www.piclist.com
View/change your membership options at
http://mailman.mit.edu/mailman/listinfo/piclist

_______________________________________________
http://www.piclist.com
View/change your membership options at
http://mailman.mit.edu/mailman/listinfo/piclist