Re: [mime4j] boundaries and parsing

Niklas Therning ha scritto: Stefano Bagnara wrote: Niklas submitted this message as part of MIME4J-52 == Content-Type: multipart/mixed; boundary="outer-boundary" Outer preamble --outer-boundary Content-Type: text/plain Foo --outer-boundary Content-Type: multipart/alte

Re: [jira] Commented: (MIME4J-52) Infinite loop when nested multipart is missing end boundary

Niklas Therning (JIRA) ha scritto: [ https://issues.apache.org/jira/browse/MIME4J-52?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12613434#action_12613434 ] Niklas Therning commented on MIME4J-52: --- Stefano, wo

[jira] Commented: (MIME4J-52) Infinite loop when nested multipart is missing end boundary

[ https://issues.apache.org/jira/browse/MIME4J-52?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12613434#action_12613434 ] Niklas Therning commented on MIME4J-52: --- Stefano, wouldn't that mean that we get some

Re: [mime4j] boundaries and parsing

Stefano Bagnara wrote: Niklas submitted this message as part of MIME4J-52 == Content-Type: multipart/mixed; boundary="outer-boundary" Outer preamble --outer-boundary Content-Type: text/plain Foo --outer-boundary Content-Type: multipart/alternative; boundary="inner-boun

[jira] Commented: (MIME4J-52) Infinite loop when nested multipart is missing end boundary

[ https://issues.apache.org/jira/browse/MIME4J-52?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12613403#action_12613403 ] Oleg Kalnichevski commented on MIME4J-52: - Yes, that should do it. I also thought ab

[jira] Commented: (MIME4J-52) Infinite loop when nested multipart is missing end boundary

[ https://issues.apache.org/jira/browse/MIME4J-52?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12613389#action_12613389 ] Stefano Bagnara commented on MIME4J-52: --- I think I found a solution by using nested "

Re: [mime4j] BufferingInputStreamAdaptor => BufferedInputStreamFilter

On Mon, 2008-07-14 at 17:54 +0200, Stefano Bagnara wrote: ... > > Oleg > > If I follow you then this could work for you: > > FilterInputStream > '- LineReaderInputStream (again abstract) > |- LineReaderInputStreamAdaptor (the current Adaptor) > |- BufferedLineReaderInputStream (the refa

Re: [mime4j] BufferingInputStreamAdaptor => BufferedInputStreamFilter

Oleg Kalnichevski ha scritto: On Mon, Jul 14, 2008 at 10:02:00AM +0200, Stefano Bagnara wrote: Oleg Kalnichevski ha scritto: Stefano Bagnara wrote: In java core classes a stream wrapping another stream extends FilterInputStream. BufferingInputStreamAdaptor cannot extends BufferingInputStream

svn commit: r676601 - in /james/mime4j/trunk/src/test/resources/testmsgs: basic-plain-very-long-lines.msg basic-plain-very-long-lines.xml basic-plain-very-long-lines_decoded_1.txt

Author: bago Date: Mon Jul 14 07:23:42 2008 New Revision: 676601 URL: http://svn.apache.org/viewvc?rev=676601&view=rev Log: add a test for very long lines in message body to make sure MIME4J-55 does not apply to every line. Added: james/mime4j/trunk/src/test/resources/testmsgs/basic-plain-v

Re: [mime4j] BufferingInputStreamAdaptor => BufferedInputStreamFilter

Am Sonntag, den 13.07.2008, 20:21 +0100 schrieb Robert Burrell Donkin: > On Sun, Jul 13, 2008 at 8:05 PM, Stefano Bagnara <[EMAIL PROTECTED]> wrote: > > In java core classes a stream wrapping another stream extends > > FilterInputStream. BufferingInputStreamAdaptor cannot extends > > BufferingInput

[jira] Created: (MIME4J-55) Infinite loop on very long boundary (7000 chars)

Infinite loop on very long boundary (7000 chars) Key: MIME4J-55 URL: https://issues.apache.org/jira/browse/MIME4J-55 Project: Mime4j Issue Type: Bug Reporter: Stefano Bagnara

svn commit: r676597 - /james/mime4j/trunk/src/test/resources/testmsgs/very-very-long-boundary.msg

Author: bago Date: Mon Jul 14 07:09:38 2008 New Revision: 676597 URL: http://svn.apache.org/viewvc?rev=676597&view=rev Log: adding a sample message with a 7000 chars boundary that sends mime4j in infinite loop. Added: james/mime4j/trunk/src/test/resources/testmsgs/very-very-long-boundary.msg

svn commit: r676596 - in /james/mime4j/trunk/src/test/resources/testmsgs: very-long-boundary.msg very-long-boundary.xml very-long-boundary_decoded.xml very-long-boundary_decoded_1_1.txt

Author: bago Date: Mon Jul 14 07:08:49 2008 New Revision: 676596 URL: http://svn.apache.org/viewvc?rev=676596&view=rev Log: Adding a test with a non compliant bounday (700 chars) that mime4j correctly handles. Added: james/mime4j/trunk/src/test/resources/testmsgs/very-long-boundary.msg j

svn commit: r676594 - in /james/mime4j/trunk/src/test/resources/testmsgs: weird-boundary.msg weird-boundary.xml weird-boundary_decoded.xml weird-boundary_decoded_1_1.txt

Author: bago Date: Mon Jul 14 07:02:00 2008 New Revision: 676594 URL: http://svn.apache.org/viewvc?rev=676594&view=rev Log: A test for a boundary with all of the permitted chars and a length of 70, ending with a space. Added: james/mime4j/trunk/src/test/resources/testmsgs/weird-boundary.msg

[jira] Commented: (MIME4J-54) boundaries should only be found at the beginning of a line

[ https://issues.apache.org/jira/browse/MIME4J-54?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12613323#action_12613323 ] Stefano Bagnara commented on MIME4J-54: --- RFC states boundaries having 0 or more spaces

svn commit: r676588 - in /james/mime4j/trunk/src/test/resources/testmsgs: ending-boundaries.msg intermediate-boundaries.msg

Author: bago Date: Mon Jul 14 06:50:38 2008 New Revision: 676588 URL: http://svn.apache.org/viewvc?rev=676588&view=rev Log: changed msg files svn:mime-type to application/octet-stream to preserve mungled newlines. Modified: james/mime4j/trunk/src/test/resources/testmsgs/ending-boundaries.msg

svn commit: r676586 - /james/mime4j/trunk/src/test/resources/testmsgs/

Author: bago Date: Mon Jul 14 06:49:56 2008 New Revision: 676586 URL: http://svn.apache.org/viewvc?rev=676586&view=rev Log: Adding some new messages proving bugs in the current implementation and differences from what we had in mime4j 0.2 result/testsuite. Expected results have to be checked for

Re: [jira] Commented: (MIME4J-52) Infinite loop when nested multipart is missing end boundary

Stefano Bagnara ha scritto: Oleg Kalnichevski (JIRA) ha scritto: [ https://issues.apache.org/jira/browse/MIME4J-52?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12613295#action_12613295 ] Oleg Kalnichevski commented on MIME4J-52: ---

[jira] Created: (MIME4J-54) boundaries should only be found at the beginning of a line

boundaries should only be found at the beginning of a line -- Key: MIME4J-54 URL: https://issues.apache.org/jira/browse/MIME4J-54 Project: Mime4j Issue Type: Bug Affects Versions: 0

[jira] Created: (MIME4J-53) decoding a message including a base64 encoded rfc822 message with mixed newlines result in parsing errors.

decoding a message including a base64 encoded rfc822 message with mixed newlines result in parsing errors. -- Key: MIME4J-53 URL: https://issues.apache.org/jir

[jira] Commented: (MIME4J-52) Infinite loop when nested multipart is missing end boundary

[ https://issues.apache.org/jira/browse/MIME4J-52?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12613297#action_12613297 ] Stefano Bagnara commented on MIME4J-52: --- I just committed your file as missing-inner-b

Re: [jira] Commented: (MIME4J-52) Infinite loop when nested multipart is missing end boundary

Oleg Kalnichevski (JIRA) ha scritto: [ https://issues.apache.org/jira/browse/MIME4J-52?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12613295#action_12613295 ] Oleg Kalnichevski commented on MIME4J-52: - I'll

svn commit: r676558 - /james/mime4j/trunk/src/test/resources/testmsgs/

Author: bago Date: Mon Jul 14 04:54:19 2008 New Revision: 676558 URL: http://svn.apache.org/viewvc?rev=676558&view=rev Log: changed msg files svn:mime-type to application/octet-stream to preserve mungled newlines. Modified: james/mime4j/trunk/src/test/resources/testmsgs/bad-newlines-multipl

svn commit: r676555 - /james/mime4j/trunk/src/test/resources/testmsgs/

Author: bago Date: Mon Jul 14 04:47:06 2008 New Revision: 676555 URL: http://svn.apache.org/viewvc?rev=676555&view=rev Log: Adding some new messages proving bugs in the current implementation and differences from what we had in mime4j 0.2 result/testsuite. Expected results have to be checked for

[jira] Commented: (MIME4J-52) Infinite loop when nested multipart is missing end boundary

[ https://issues.apache.org/jira/browse/MIME4J-52?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12613295#action_12613295 ] Oleg Kalnichevski commented on MIME4J-52: - I'll look into fixing the infinite loop.

Re: [mime4j] BufferingInputStreamAdaptor => BufferedInputStreamFilter

On Mon, Jul 14, 2008 at 10:02:00AM +0200, Stefano Bagnara wrote: > Oleg Kalnichevski ha scritto: > >Stefano Bagnara wrote: > >>In java core classes a stream wrapping another stream extends > >>FilterInputStream. BufferingInputStreamAdaptor cannot extends > >>BufferingInputStream and FilterInputSt

svn commit: r676552 - /james/server/trunk/phoenix-deployment/build.xml

Author: bago Date: Mon Jul 14 04:23:59 2008 New Revision: 676552 URL: http://svn.apache.org/viewvc?rev=676552&view=rev Log: Fix test classpath for the last change to MBoxRepository test. Modified: james/server/trunk/phoenix-deployment/build.xml Modified: james/server/trunk/phoenix-deployment

[mime4j] boundaries and parsing

Niklas submitted this message as part of MIME4J-52 == Content-Type: multipart/mixed; boundary="outer-boundary" Outer preamble --outer-boundary Content-Type: text/plain Foo --outer-boundary Content-Type: multipart/alternative; boundary="inner-boundary" AAA --outer-boun

[jira] Commented: (MIME4J-52) Infinite loop when nested multipart is missing end boundary

[ https://issues.apache.org/jira/browse/MIME4J-52?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12613275#action_12613275 ] Stefano Bagnara commented on MIME4J-52: --- For the record the loops also happen with a s

[jira] Updated: (MIME4J-52) Infinite loop when nested multipart is missing end boundary

[ https://issues.apache.org/jira/browse/MIME4J-52?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Niklas Therning updated MIME4J-52: -- Attachment: 36387089_3.msg > Infinite loop when nested multipart is missing end boundary > -

[jira] Created: (MIME4J-52) Infinite loop when nested multipart is missing end boundary

Infinite loop when nested multipart is missing end boundary --- Key: MIME4J-52 URL: https://issues.apache.org/jira/browse/MIME4J-52 Project: Mime4j Issue Type: Bug Affects Versions:

Re: [mime4j] BufferingInputStreamAdaptor => BufferedInputStreamFilter

Oleg Kalnichevski ha scritto: Stefano Bagnara wrote: In java core classes a stream wrapping another stream extends FilterInputStream. BufferingInputStreamAdaptor cannot extends BufferingInputStream and FilterInputStream because we don't have polymorphism, but I think we should better name the

JAMES Server Nightly Build Report

An automated nightly build of JAMES has been posted to http://people.apache.org/builds/james/nightly/ Any unit test errors from the build should be reported below: [junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 0