295084 - need to move RFC 2047 (and 2231) encoding routines out of mailnews

Status: RESOLVED WONTFIX

(Core :: Networking, defect)

Description

[Jungshik Shin]

RFC 2047 and RFC 2231 encoding routines are needed outside mailnews. For
instance,  RFC 2388 specify that RFC 2047 encoding be used for name and filename
parameters of Content-Disposition header field (http://www.ietf.org/rfc/rfc2388
) [1] in multipart/form-data. 

RFC 2047/2231 decoding routines were moved to necko out of mailnews 2 years ago.
 We may have to extend or revise the interface (for decoding) to support encoding. 

Btw, there's a bug depending on this bug, but I forgot which one is.

[1] I think it's an error to say that RFC 2047 be used, but perhaps it's too
late to fix it.

Comment 1

[Katsuhiko Momoi]

(In reply to comment #0)
> RFC 2047 and RFC 2231 encoding routines are needed outside mailnews. For
> instance,  RFC 2388 specify that RFC 2047 encoding be used for name and filename
> parameters of Content-Disposition header field (http://www.ietf.org/rfc/rfc2388
> ) [1] in multipart/form-data. 

I thought RFC 2388 says that name (from a field name in the form) in
Content-Type disposition header may use RFC 2047 encoding and RFC 2231 encoding
mighe be used for file names when there is file input/upload in multipart/form.

Comment 2

[Jungshik Shin]

Indeed. I found, in another bug, that RFC 2388 has such a provision after
writing my previous comment. Thanks for your reminder, though.

Comment 3

[Julian Reschke]

I think this bug can be closed.