To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project james-server has an issue affecting its community integration.
This issue affects
Robert Burrell Donkin ha scritto:
On 7/18/08, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
2) ((TextBody) b).getReader(). This give me a reader, so this support
the "line" concept: I do expect this one to treat "non canonical"
newlines like the header/structure parser: if headers are allowed to
te
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project james-jsieve has an issue affecting its community integration.
This issue affects
Oleg Kalnichevski ha scritto:
Stefano Bagnara wrote:
Oleg Kalnichevski ha scritto:
On Fri, 2008-07-18 at 16:19 +0200, Stefano Bagnara wrote:
Oleg Kalnichevski ha scritto:
On Fri, 2008-07-18 at 14:45 +0200, Stefano Bagnara wrote:
Oleg Kalnichevski ha scritto:
On Fri, 2008-07-18 at 10:58 +020
Serge Knystautas ha scritto:
On Thu, Jul 17, 2008 at 1:57 PM, Robert Burrell Donkin
IMO excessive use of branching lies at the heart of many of community
issues experience by JAMES. when branches are used in this way, there
tends to be a lack of community engagement and involvement in the
branch
On Thu, Jul 17, 2008 at 1:57 PM, Robert Burrell Donkin
<[EMAIL PROTECTED]> wrote:
> breaking trunk and then taking a branch without discussion is
> annoying. it's bound to lead to conflicts as soon as anyone needs to
> have a working trunk and so dives in. it's inevitable that your branch
> will be
Robert Burrell Donkin ha scritto:
On 7/18/08, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
Robert Burrell Donkin ha scritto:
On Fri, Jul 18, 2008 at 8:39 AM, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
Robert Burrell Donkin ha scritto:
I don't think you did anything particularly wrong (except le
Robert Burrell Donkin wrote:
On 7/18/08, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
Robert Burrell Donkin ha scritto:
On Fri, Jul 18, 2008 at 9:34 AM, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
Robert Burrell Donkin ha scritto:
On Thu, Jul 17, 2008 at 4:02 PM, Stefano Bagnara <[EMAIL PROTECTE
Stefano Bagnara wrote:
Oleg Kalnichevski ha scritto:
On Fri, 2008-07-18 at 16:19 +0200, Stefano Bagnara wrote:
Oleg Kalnichevski ha scritto:
On Fri, 2008-07-18 at 14:45 +0200, Stefano Bagnara wrote:
Oleg Kalnichevski ha scritto:
On Fri, 2008-07-18 at 10:58 +0200, Stefano Bagnara wrote:
Oleg
On 7/18/08, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
> Robert Burrell Donkin ha scritto:
>> On Fri, Jul 18, 2008 at 9:34 AM, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
>>> Robert Burrell Donkin ha scritto:
On Thu, Jul 17, 2008 at 4:02 PM, Stefano Bagnara <[EMAIL PROTECTED]>
wrote:
>
On 7/18/08, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
> Robert Burrell Donkin ha scritto:
>> On Fri, Jul 18, 2008 at 8:39 AM, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
>>> Robert Burrell Donkin ha scritto:
I don't think you did anything particularly wrong (except leaving
trunk with a br
Oleg Kalnichevski ha scritto:
On Fri, 2008-07-18 at 16:19 +0200, Stefano Bagnara wrote:
Oleg Kalnichevski ha scritto:
On Fri, 2008-07-18 at 14:45 +0200, Stefano Bagnara wrote:
Oleg Kalnichevski ha scritto:
On Fri, 2008-07-18 at 10:58 +0200, Stefano Bagnara wrote:
Oleg Kalnichevski ha scritto
On Fri, 2008-07-18 at 16:19 +0200, Stefano Bagnara wrote:
> Oleg Kalnichevski ha scritto:
> > On Fri, 2008-07-18 at 14:45 +0200, Stefano Bagnara wrote:
> >> Oleg Kalnichevski ha scritto:
> >>> On Fri, 2008-07-18 at 10:58 +0200, Stefano Bagnara wrote:
> Oleg Kalnichevski ha scritto:
> > On
Robert Burrell Donkin ha scritto:
On Fri, Jul 18, 2008 at 8:39 AM, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
Robert Burrell Donkin ha scritto:
I don't think you did anything particularly wrong (except leaving
trunk with a broken test which I suspect was not done intentionally).
Well, it was i
Oleg Kalnichevski ha scritto:
On Fri, 2008-07-18 at 14:45 +0200, Stefano Bagnara wrote:
Oleg Kalnichevski ha scritto:
On Fri, 2008-07-18 at 10:58 +0200, Stefano Bagnara wrote:
Oleg Kalnichevski ha scritto:
On Thu, 2008-07-17 at 20:21 +0200, Stefano Bagnara wrote:
Oleg Kalnichevski ha scritto
Robert Burrell Donkin ha scritto:
On Fri, Jul 18, 2008 at 9:34 AM, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
Robert Burrell Donkin ha scritto:
On Thu, Jul 17, 2008 at 4:02 PM, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
Stefano Bagnara ha scritto:
can we rewind a little
- If the message h
On Fri, 2008-07-18 at 14:45 +0200, Stefano Bagnara wrote:
> Oleg Kalnichevski ha scritto:
> > On Fri, 2008-07-18 at 10:58 +0200, Stefano Bagnara wrote:
> >> Oleg Kalnichevski ha scritto:
> >>> On Thu, 2008-07-17 at 20:21 +0200, Stefano Bagnara wrote:
> Oleg Kalnichevski ha scritto:
> > Ste
On Fri, Jul 18, 2008 at 9:34 AM, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
> Robert Burrell Donkin ha scritto:
>>
>> On Thu, Jul 17, 2008 at 4:02 PM, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
>>>
>>> Stefano Bagnara ha scritto:
>>
>>
>>
>> can we rewind a little
>>
- If the message have onl
On Fri, Jul 18, 2008 at 8:39 AM, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
> Robert Burrell Donkin ha scritto:
>>
>> I don't think you did anything particularly wrong (except leaving
>> trunk with a broken test which I suspect was not done intentionally).
>
> Well, it was intentional. We never agr
Oleg Kalnichevski ha scritto:
On Fri, 2008-07-18 at 10:58 +0200, Stefano Bagnara wrote:
Oleg Kalnichevski ha scritto:
On Thu, 2008-07-17 at 20:21 +0200, Stefano Bagnara wrote:
Oleg Kalnichevski ha scritto:
Stefano Bagnara wrote:
...
E.g: I'm slowly coming to a possible proposal about pars
Oleg Kalnichevski ha scritto:
On Fri, 2008-07-18 at 10:25 +0200, Stefano Bagnara wrote:
This make it clear, to me, that anyway we want to support the binary
encoding (at least when it is specified and when other environment says
that it is the default behaviour).
Second thing I would like to
On Fri, 2008-07-18 at 10:25 +0200, Stefano Bagnara wrote:
> Oleg Kalnichevski ha scritto:
> > On Thu, 2008-07-17 at 20:25 +0200, Stefano Bagnara wrote:
> >> Oleg Kalnichevski ha scritto:
> >>> Stefano Bagnara wrote:
>
> I've had a fast read of the RFC2822 about this issue. It insists that
On Fri, 2008-07-18 at 10:58 +0200, Stefano Bagnara wrote:
> Oleg Kalnichevski ha scritto:
> > On Thu, 2008-07-17 at 20:21 +0200, Stefano Bagnara wrote:
> >> Oleg Kalnichevski ha scritto:
> >>> Stefano Bagnara wrote:
> >
...
> E.g: I'm slowly coming to a possible proposal about parsing.
> - stric
[
https://issues.apache.org/jira/browse/MIME4J-58?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Stefano Bagnara updated MIME4J-58:
--
Attachment: headerbody-noheader.msg
headerbody-nocrlfcrlf.msg
the 2 test message
Lenient dealing with headless messages or malformed header/body separation
--
Key: MIME4J-58
URL: https://issues.apache.org/jira/browse/MIME4J-58
Project: Mime4j
Issue T
Oleg Kalnichevski ha scritto:
On Fri, 2008-07-18 at 09:56 +0200, Stefano Bagnara wrote:
Oleg Kalnichevski ha scritto:
On Thu, 2008-07-17 at 20:21 +0200, Stefano Bagnara wrote:
Oleg Kalnichevski ha scritto:
Not only does this change completely reverts the performance gains and
makes the whole
On Fri, 2008-07-18 at 09:56 +0200, Stefano Bagnara wrote:
> Oleg Kalnichevski ha scritto:
> > On Thu, 2008-07-17 at 20:21 +0200, Stefano Bagnara wrote:
> >> Oleg Kalnichevski ha scritto:
> >>> Not only does this change completely reverts the performance gains and
> >>> makes the whole refactroring
[
https://issues.apache.org/jira/browse/MIME4J-55?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Stefano Bagnara reassigned MIME4J-55:
-
Assignee: Stefano Bagnara
> Infinite loop on very long boundary (7000 chars)
> ---
[
https://issues.apache.org/jira/browse/MIME4J-55?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Stefano Bagnara resolved MIME4J-55.
---
Resolution: Fixed
Branch has been merged.
> Infinite loop on very long boundary (7000 chars)
[
https://issues.apache.org/jira/browse/MIME4J-53?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Stefano Bagnara resolved MIME4J-53.
---
Resolution: Fixed
Branch has been merged.
> decoding a message including a base64 encoded rfc
[
https://issues.apache.org/jira/browse/MIME4J-50?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Stefano Bagnara resolved MIME4J-50.
---
Resolution: Fixed
Branch has been merged.
> InputBuffer to extend FilterInputStream
> ---
[
https://issues.apache.org/jira/browse/MIME4J-56?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Stefano Bagnara resolved MIME4J-56.
---
Resolution: Fixed
Branch has been merged.
> In nested multiparts outer boundaries are not rec
[
https://issues.apache.org/jira/browse/MIME4J-52?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Stefano Bagnara resolved MIME4J-52.
---
Resolution: Fixed
Branch has been merged.
> Infinite loop when nested multipart is missing en
Oleg Kalnichevski ha scritto:
On Thu, 2008-07-17 at 20:21 +0200, Stefano Bagnara wrote:
Oleg Kalnichevski ha scritto:
Stefano Bagnara wrote:
...
Not only does this change completely reverts the performance gains and
makes the whole refactroring exercise completely pointless due to an
utter
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project james-server has an issue affecting its community integration.
This issue affects
Robert Burrell Donkin ha scritto:
On Thu, Jul 17, 2008 at 4:02 PM, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
Stefano Bagnara ha scritto:
can we rewind a little
- If the message have only newlines it seems mime4j ends up outputting
headers with CRLF and body with LF.
am i right in assumi
Oleg Kalnichevski ha scritto:
On Thu, 2008-07-17 at 20:25 +0200, Stefano Bagnara wrote:
Oleg Kalnichevski ha scritto:
Stefano Bagnara wrote:
I've had a fast read of the RFC2822 about this issue. It insists that
CRLF is the only valid delimiter for a canonical rfc822 message.
Furthermore rfc
Oleg Kalnichevski ha scritto:
On Thu, 2008-07-17 at 20:21 +0200, Stefano Bagnara wrote:
Oleg Kalnichevski ha scritto:
Not only does this change completely reverts the performance gains and
makes the whole refactroring exercise completely pointless due to an
utterly inefficient implementation o
Robert Burrell Donkin ha scritto:
I don't think you did anything particularly wrong (except leaving
trunk with a broken test which I suspect was not done intentionally).
Well, it was intentional. We never agreed if a failing test proving a
bug should be something to be committed ASAP or only c
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: 3, Failures: 0, Errors: 3, Time elapsed: 5
Author: bago
Date: Fri Jul 18 00:32:50 2008
New Revision: 677847
URL: http://svn.apache.org/viewvc?rev=677847&view=rev
Log:
Remove merged temporary branch
Removed:
james/mime4j/branches/streams-refactoring/
-
To unsubscribe
Author: bago
Date: Fri Jul 18 00:31:03 2008
New Revision: 677846
URL: http://svn.apache.org/viewvc?rev=677846&view=rev
Log:
Merge "streams-refactoring" branche examples folder
Added:
james/mime4j/trunk/examples/
- copied from r677845, james/mime4j/branches/streams-refactoring/examples/
Author: bago
Date: Fri Jul 18 00:30:37 2008
New Revision: 677845
URL: http://svn.apache.org/viewvc?rev=677845&view=rev
Log:
Make space for "streams-refactoring" branche merge
Removed:
james/mime4j/trunk/examples/
-
To unsub
Author: bago
Date: Fri Jul 18 00:27:51 2008
New Revision: 677844
URL: http://svn.apache.org/viewvc?rev=677844&view=rev
Log:
Merge "streams-refactoring" branche src folder
Added:
james/mime4j/trunk/src/
- copied from r677843, james/mime4j/branches/streams-refactoring/src/
-
Author: bago
Date: Fri Jul 18 00:27:15 2008
New Revision: 677843
URL: http://svn.apache.org/viewvc?rev=677843&view=rev
Log:
Make space for "streams-refactoring" branche merge
Removed:
james/mime4j/trunk/src/
-
To unsubscrib
On 7/17/08, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
> Robert Burrell Donkin ha scritto:
>> On Sun, Jul 13, 2008 at 9:47 PM, Serge Knystautas <[EMAIL PROTECTED]>
>> wrote:
>>> On Sat, Jul 12, 2008 at 1:15 AM, Robert Burrell Donkin
>>> <[EMAIL PROTECTED]> wrote:
i think we're quickly reaching
On 7/17/08, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
> Stefano Bagnara ha scritto:
>> Robert Burrell Donkin ha scritto:
>>> On Tue, Jul 15, 2008 at 10:31 AM, Stefano Bagnara <[EMAIL PROTECTED]>
>>> wrote:
I created a branch to commit the code I worked on in the last 2 days.
The bra
47 matches
Mail list logo
