[jira] [Closed] (GERONIMO-6907) MIME handling deviates from the Jakarta Mail 2.1 spec

     [ https://issues.apache.org/jira/browse/GERONIMO-6907?page=3Dcom.atlas=
sian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Richard Zowalla closed GERONIMO-6907.
-------------------------------------
    Resolution: Fixed

> MIME handling deviates from the Jakarta Mail 2.1 spec
> -----------------------------------------------------
>
>                 Key: GERONIMO-6907
>                 URL: https://issues.apache.org/jira/browse/GERONIMO-6907
>             Project: Geronimo
>          Issue Type: Task
>      Security Level: public(Regular issues)=20
>    Affects Versions: Mail_2.1_1.0.2
>            Reporter: Richard Zowalla
>            Assignee: Richard Zowalla
>            Priority: Major
>             Fix For: Mail_2.1_1.0.3
>
>
> =C2=A0The Jakarta Mail TCK 2.1.1 exposes a cluster of client-side defects=
 in the jakarta.mail.internet classes, covering 17 of the TCK's tests. All =
are independent of any mail server. In detail:
>  * Filename handling: MimeMessage.getFileName() reads the parameter-strip=
ped disposition value so the filename parameter is never found; MimeMessage=
 uses session-scoped lookups for mail.mime.encodefilename/decodefilename wh=
ere MimeBodyPart honors System properties; setFileName() force-writes a def=
aulted text/plain Content-Type, clobbering explicitly set types; non-ASCII =
filenames are written raw instead of RFC 2231-encoded.
>  * Parsing/formatting: MailDateFormat.parse() leaves the current time's m=
illiseconds in the result, breaking date equality; ContentType.match(String=
) NPEs on null; getContentLanguage() returns the raw comma-joined header in=
stead of a split list; RFC 2047 encoded-words with lowercase encoding lette=
rs are rejected; the strict RFC 2231 decoder accepts invalid %-hex sequence=
s; MimeUtility.fold()/unfold() deviates from the reference behavior in 13 o=
f 48 TCK folddata cases.
>  * Structure/rendering: MimeMultipart(DataSource) never initializes the c=
ontent type, so writeTo() NPEs for store-backed multiparts; multipart pream=
ble line endings are rewritten to CRLF; InternetAddress.toUnicodeString() h=
as an index bug that renders \{"a","b"} as "a, a"; address parsing rejects =
all bytes >=3D 0x80, preventing UTF-8 addresses (mail.mime.allowutf8).



--
This message was sent by Atlassian Jira
(v8.20.10#820010)