[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#106136: BTS rejects submissions with attachments

merge 36813 106136 140877

On Sat, Jul 21, 2001 at 01:19:09PM -0700, Chris Tillman wrote:
> My submission of an unrelated bug, with an attached patch, was
> rejected because my mail software added information about the
> attachment *before* the PackageL line, which was the first line in my
> email. (See transcript below.)
> It would be cool if the BTS submission scanner would ignore any lines
> starting with any of:
> --MS
> Content-type:
> Content-transfer-encoding:
> Apparently Microsoft in their infinite wisdom has to insert the header
> information for attachments into the body where they don't belong.

Actually, Outlook Express is (for once) being quite correct here.
According to RFC 2046, the preamble before the first MIME boundary in a
multipart entity must be ignored by software reading that entity, and
may be used by generating software as a convenient place to put an
explanatory note for pre-MIME user-agents.

It's a known bug that the BTS doesn't currently parse MIME though, and
it should. doogie tells me this is full of gotchas, but I'm going to
have a go anyway. :) I think that handling multipart/alternative and
multipart/mixed (applying the latter to unrecognized multipart/* types)
in the RFC-specified way, extracting and decoding the first text/plain
part in multipart order, and parsing the pseudo-header from that ought
to be good enough for most submissions people try to make.


Colin Watson                                  [cjwatson@flatline.org.uk]

Reply to: