[ https://issues.apache.org/jira/browse/GERONIMO-4260?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Rick McGuire resolved GERONIMO-4260. ------------------------------------ Resolution: Fixed Committed revision 689164. I was finally able to find a combination of conditions to recreate this. > Multipart message from POP3 has spurious attachment > --------------------------------------------------- > > Key: GERONIMO-4260 > URL: https://issues.apache.org/jira/browse/GERONIMO-4260 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: mail > Environment: geronimo-javamail_1.4_mail-1.4.jar > IBM JRE 6 SR 1 > Windows XP > Reporter: Dave Rushall > Assignee: Rick McGuire > Priority: Minor > > A multi-part message retrieved from a POP3 store is reported as having an > extra attachment. For the message quoted below, Multipart.getCount() reports > 3 when the correct answer is 2. Calling getBodyPart(0) and getBodyPart(1) > returns the two valid parts as expected. Calling getBodyPart(2) returns a > spurious "text/plain" attachment, which appears to consist of some blank > lines and has no headers. Perhaps the MIME decoder is incorrectly > interpreting the blank lines following the end boundary as an additional part? > RETR 1 > +OK 1076 octets > Received: *********************************************************** > by > ***************************************************************************** > for ***********************************; Fri, 22 Aug 2008 12:17:00 +0100 > Date: Fri, 22 Aug 2008 12:17:00 +0100 > Message-Id: <[EMAIL PROTECTED]> > MIME-Version: 1.0 > Content-Type: multipart/mixed; > boundary="0_070831_1751148640_104597052_1219403816453"; charset="ISO-8859-1" > Subject: Test message > To: ********************************* > From: *********************** > Status: O > --0_070831_1751148640_104597052_1219403816453 > Content-Type: text/html; > charset="UTF-8" > Content-Transfer-Encoding: base64 > PGh0bWw+PGJvZHk+PHA+SGVsbG8gdGhlcmUhIEhvdyBhcmUgeW91IHRvZGF5PzwvcD48L2Jv > ZHk+PC9odG1sPg== > --0_070831_1751148640_104597052_1219403816453 > Content-Location: attachment1.txt > Content-Disposition: attachment; > filename="attachment1.txt" > Content-Type: text/plain > Content-Transfer-Encoding: base64 > QXR0YWNobWVudCAx > --0_070831_1751148640_104597052_1219403816453-- > . > (Note there are actually three blank lines between the end boundary and the > '.' marker, but the extra white space is not showing up in the formatted > description of this bug) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.