Is this a mimetools/rfc822 bug?

[Andy]

Actually, I got this problem parsing a multipart/digest
when rfc822 module wouldn't recognize the headers in
the submessages.  I tracked it down to the leading newline
right after the boundary string.

After reading about it in "Internet Email Protocols:
A Developer's Guide" though, it seems that the leading
newline was intentional and is how multipart/digest
entities are formed. So the rfc822 module's behavior was
absolutely correct in this situation.  If it had
discarded the leading newline, I believe it wouldn't have
conformed to the spec.