Uploaded image for project: 'James Mime4j'
  1. James Mime4j
  2. MIME4J-230

Provide a way to override the default charset for mime parts without specified charset or no Content-Type header

    XMLWordPrintableJSON

Details

    • Improvement
    • Status: Open
    • Major
    • Resolution: Unresolved
    • 0.7.2
    • None
    • parser (core)
    • None

    Description

      When the charset or the Content-Type header is missing from a part in a multipart message, the charset defaults to us-ascii, as it should according to RFC 2046/5.1.

      For some applications (especially those dealing with non-US mime messages), this default results in broken encoding most of the time.

      The default charset is hardcoded in DefaultBodyDescriptor, and cannot be easily customized. There should be a way to define this default charset.

      Attachments

        Activity

          People

            Unassigned Unassigned
            clement.denis Clément Denis
            Votes:
            1 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

              Created:
              Updated: