[
https://issues.apache.org/jira/browse/JAMES-3512?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17299340#comment-17299340
]
Danny Thuering commented on JAMES-3512:
---
Thank you!
> DigestUtil h
Danny Thuering created JAMES-3512:
-
Summary: DigestUtil hash bug
Key: JAMES-3512
URL: https://issues.apache.org/jira/browse/JAMES-3512
Project: James Server
Issue Type: Bug
Affects
+1 this is great news, well done everyone.
On 16 Sep 2010 13:24, "Norman" wrote:
I will close the VOTE on Friday 17.09.2010 09:00 CEST.
Thx,
Norman
Am 16.09.2010 07:34, schrieb Manuel Carrasco Moñino:
>
> +1, It looks good for me, please release the artifacts.
>
> -Manolo
>
> On Mon, Sep 13,
+1 (no time to review, but I trust you Norman..)
On Fri, May 21, 2010 at 10:15 AM, Manuel Carrasco Moñino
wrote:
> +1
>
> -Manolo
>
> On Wed, May 19, 2010 at 4:56 PM, Vincenzo Gianferrari Pini
> wrote:
>> [X] +0 No time for review
>>
>> Vincenzo
>>
>
> ---
+1
On 12 Jan 2010 21:10, "Norman Maurer" wrote:
+1
Bye
Norman
2010/1/12, Manuel Carrasco Moñino :
> +1 > > On Tue, Jan 12, 2010 at 7:09 PM, Stefano Bagnara
wrote: > >> 2010/1/12 No...
e better if you can give me a sample file segment.
>
> Thank you in advance.
>
>
> Danny Angus-2 wrote:
>>
>> norman already said:
>>
>> Maybe websphere is not using <> in mail from. You can disable the
>> need of the <..> in mai
norman already said:
Maybe websphere is not using <> in mail from. You can disable the
need of the <..> in mail from by setting the following in smtpserver
component configuration (config.xml).
false
-
To unsubscribe
Simon,
> My next statement will certainly raise some flags of concern however I am
> hoping you will hear me out
Oh we're very sensitive to the nuances of language here, we have a
multi-lingual team and have learned the hard way not to make to many
assumptions about the difference between a word
Hi Yao Ziyuan,
I see you also posted this to the asrg. I'm shamelessly cross posting
my reply, sorry in advance to *both* lists!
My response is in two parts:
a) I like the fact that the recipient can set up a test which must be
passed by the sender. I also like the fact that the test would be
pas
Frank,
>> If you have more questions, ask on server-u...@james.apache.org where
>> other users will be able to help you, this list is for contributors to
>> talk about developing James.
d.
-
To unsubscribe, e-mail: server-dev-un
Hi Frank,
read this: http://wiki.apache.org/james/JamesQuickstart
If you have more questions, ask on server-u...@james.apache.org where
other users will be able to help you, this list is for contributors to
talk about developing James.
d.
On Sat, May 30, 2009 at 12:26 AM, frank2009 wrote:
>
> H
pong?
On Thu, May 7, 2009 at 5:29 PM, Robert Burrell Donkin
wrote:
> ping?
>
> On Mon, Apr 27, 2009 at 1:18 PM, Robert Burrell Donkin
> wrote:
>> after positive feedback on the last candidate, i've cut an FC for
>> Apache Crypto Mailets 1.0 and uploaded it to
>> http://people.apache.org/~rdonkin
+0
-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org
Author: danny
Date: Mon Apr 27 13:07:33 2009
New Revision: 768965
URL: http://svn.apache.org/viewvc?rev=768965&view=rev
Log:
instructions for un-subscribing shamelessly ripped off from Ant's mail.xml
Modified:
james/project/trunk/project/src/site/xdoc/mail.xml
Modified: james/proj
late as ever :-( +1
On Mon, Mar 23, 2009 at 8:27 AM, Robert Burrell Donkin
wrote:
> i'll tally this VOTE no early than 1200GMT tomorrow (23rd March) so
> if anyone else wants to VOTE please do do soon
>
> - robert
>
> On Thu, Mar 19, 2009 at 9:24 PM, Robert Burrell Donkin
> wrote:
>> after thre
Hi,
Once again the Apache Software Foundation have been accepted as a
mentoring organisation into Google Summer of Code.
Students: If you would like to participate in Summer of Code on a
James related project reply to this email!
If you know anyone who might be interested, forward this email to t
looks ok from here
On Thu, Nov 6, 2008 at 6:50 PM, Robert Burrell Donkin
<[EMAIL PROTECTED]> wrote:
> last call for reviews
>
> - robert
>
> On Wed, Oct 29, 2008 at 6:54 PM, Robert Burrell Donkin
> <[EMAIL PROTECTED]> wrote:
>> i've created a second release candidate for mailet-api 2.4. it's
>> av
I agree with Norman, we should possibly poll the users/dev lists but I
can't believe that 1.4 is still a requirement.
d.
On Sun, Nov 2, 2008 at 11:42 AM, Norman Maurer <[EMAIL PROTECTED]> wrote:
> Hi Robert,
>
> I'm very limited in free time atm. So I think the descision should be made
> by the a
I think ... org.apache.mailet for things in the mailet project.
org.apache.james.mailet for anything in server.
If that opinion helps in any way!
d.
On Sun, Nov 2, 2008 at 12:29 PM, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
> Robert Burrell Donkin ha scritto:
>> (as can be seen at
>> http://ja
[
https://issues.apache.org/jira/browse/JAMES-875?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12643651#action_12643651
]
Danny Angus commented on JAMES-875:
---
@stefano. Difficult question...
In the wra
[
https://issues.apache.org/jira/browse/JAMES-875?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12643537#action_12643537
]
Danny Angus commented on JAMES-875:
---
this was discussed with Sun, it is a "fe
+1
On Mon, Aug 18, 2008 at 7:52 AM, Niklas Therning <[EMAIL PROTECTED]> wrote:
> +1 (non-binding)
>
> /Niklas
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
+1 better to make it too specific than too general.
On 8/4/08, Robert Burrell Donkin <[EMAIL PROTECTED]> wrote:
> On Mon, Aug 4, 2008 at 12:30 AM, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
>> I'd like to create a mail-library module including everything we currently
>> have in core-library in the
Well done, and thanks for the clear update, this was good to read. :-)
i've just got the code and will have a look at it later, but it sounds
like a good job.
On 8/11/08, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
> Stefano Bagnara ha scritto:
>> I completed my first step in "repackaging" and "rem
> +1 It's cool to have an active infra member in the team! :-)
+1,
> PS: "all agree" ??? Be serious, we are JAMES PMC! Reaching a majority
> agreement is a better goal ;-)
Lol.
d.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
Fo
On Mon, Apr 28, 2008 at 7:42 PM, Noel J. Bergman <[EMAIL PROTECTED]> wrote:
> See my reply.
What?!
d.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Thu, Apr 24, 2008 at 8:28 PM, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
> > here's my +1
and mine
+1
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Wed, Apr 16, 2008 at 9:50 PM, Robert Burrell Donkin
<[EMAIL PROTECTED]> wrote:
> the major issue is that we don't collectively understand the quality
> of the code in trunk nor how it differs from 2.4.x
+1 I think, and hope, that that is what Noel, in his inimitable
style, is pushing us tow
Glad you guys seem to have had some productive chat @apachecon. Sorry
I had to miss it this year, its the easter holidays and I went to
Aviemore with the family. Loads of snow on the ski slopes, which is
unusual for the time of year.
http://www.cairngormmountain.org.uk/web-cam
However to get to th
On Sat, Apr 5, 2008 at 10:19 AM, Robert Burrell Donkin
<[EMAIL PROTECTED]> wrote:
> #6 uses Buffered streams for IO.
> 6A the buffer size is hard coded. this is ok or does it need to be
> configurable?
Its probably OK, assuming that we understand the normal patterns of
data we expect to be rea
Hi,
All you students who are thinking about applying for GSOC for James
related projects, you need to get you applications in NOW the deadline
is 00:00 April 1st UTC.
That means you have *one* *day* left to apply, if you miss the
deadline we *can't* consider you at all.
http://groups.google.com/
I'm unable to make it this year, because it coincides with the
school's Easter Holidays and we're going away. What a PITA.
d.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
James already can archive mail, but to retrieve them you'd need to
assign ID's to them.
d.
> Can you give me some links where i can read about mail archivation? I
> I'm going to read ezmlm documentation, and look through is sources, but
> project is large and it can take much time, can you ad
thank goodness one +1!
On 3/26/08, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
> Norman Maurer ha scritto:
>
> > I finally found the time to prepare for next jSPF
> > release...
>
>
> [X] +1 Yes plz make this release official!
>
>
> Stefano
>
>
>
> ---
On 3/27/08, Kirill Kosinov <[EMAIL PROTECTED]> wrote:
> 1) Information about moderated list should be stored in some place, i
> see many ways here (for example to add in mailet configuration
> UserRepository of banned users or to create some kind of ACL) what way
> is more correct?
ACL(s) pref
Kirill,
This all sounds good, I would suggest that post moderation has four options,
1/ accept this message only ACCEPT
2/ allow this sender to post again without moderation, ALLOW.
3/ don't allow this message (defaults to this after x hours in queue) REJECT
4/ prevent this sender from sending a
Student?
Want to apply?
See James ideas here:
http://wiki.apache.org/general/SummerOfCode2008#james
Apply to Google Here, with one of our ideas, or one of your own:
http://groups.google.com/group/google-summer-of-code-announce/web/guide-to-the-gsoc-web-app-for-student-applicants
Remember, there
> where do I find the mailing list manager? I'm a little bit confused...
http://svn.apache.org/viewvc/james/server/trunk/spoolmanager-function/src/main/java/org/apache/james/transport/mailets/listservcommands/
(or similar path in tag 2.3.0
---
James mlm is mailets and matchers in o.a.james.transport.matchers and
o.a.j.t.mailets,
I'm not sure what google think about more than one student per idea,
I'm guessing that you'd have to apply separately, and then you'll
probably be competing.
Perhaps if one applies for the VERP task and one for
+0 If you think this is ready I'm happy to accept that.
d.
On Tue, Mar 25, 2008 at 11:02 AM, Søren Hilmer <[EMAIL PROTECTED]> wrote:
> +0
> --
> Søren Hilmer, M.Sc., M.Crypt.
> wideTrailPhone: +45 25481225
> Pilevænget 41Email: [EMAIL PROTECTED]
> DK-8961 Allingåbro Web
You read this too right?
http://wiki.apache.org/general/SummerOfCode2008#james
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
udents there
will be until student applications close, so take your time to make a
good job of it.
d.
On Mon, Mar 24, 2008 at 8:48 PM, Danny Angus <[EMAIL PROTECTED]> wrote:
> Sascha,
>
> You apply to Google, if you are successful I will help you with your project.
>
> I und
w a glance on VERP and think it's indeed quite interesting. There
> are a few days left to get into this topic and there is a lot of information
> available.
>
> Is Danny Angus the one to whom my application goes?
>
> Greetings,
> Sascha
>
> |
> |> Are there any
Author: danny
Date: Wed Mar 19 09:50:41 2008
New Revision: 638934
URL: http://svn.apache.org/viewvc?rev=638934&view=rev
Log:
News about James GSOC ideas
Modified:
james/project/trunk/project/src/site/xdoc/index.xml
james/project/trunk/project/src/site/xdoc/newsarchive.xml
Modi
ng lists - http://james.apache.org/mail.html
Danny Angus (PMC Chair Apache James) on behalf of the Apache James Project.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Done: http://wiki.apache.org/general/SummerOfCode2008#james
On Wed, Mar 19, 2008 at 9:15 AM, Danny Angus <[EMAIL PROTECTED]> wrote:
> I'm on it *now* :-)
>
>
>
> On Tue, Mar 18, 2008 at 2:52 PM, Robert Burrell Donkin
> <[EMAIL PROTECTED]> wrote:
> > On
I'm on it *now* :-)
On Tue, Mar 18, 2008 at 2:52 PM, Robert Burrell Donkin
<[EMAIL PROTECTED]> wrote:
> On Mon, Mar 17, 2008 at 5:32 PM, Danny Angus <[EMAIL PROTECTED]> wrote:
>
> > I'm more than happy to do it.
> > VERP is a great idea for gsoc
>
>
I'm more than happy to do it.
VERP is a great idea for gsoc
On Fri, Mar 14, 2008 at 5:13 PM, Noel J. Bergman <[EMAIL PROTECTED]> wrote:
> For the "etc.", add VERP and bounce handling. I've already written and
> posted the VERP parser, and can do so again.
>
+1
+1
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[
https://issues.apache.org/jira/browse/JAMES-837?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12572627#action_12572627
]
Danny Angus commented on JAMES-837:
---
IMHO this is a defect,
While domain names are
On Feb 8, 2008 8:27 AM, Jukka Zitting <[EMAIL PROTECTED]> wrote:
> From my perspective and use cases I mostly care about James being
> modular and easily embeddable.
You're not the only one, there are many many use-cases that see James
embedded to provide the embedor with high quality adaptable m
On Feb 5, 2008 3:09 PM, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
> I'm not sure I understand the advantages of the redeploy of a single
> processor.
Processors are bigger than collections of mailet/matchers, they can
invoke one another and can be implemented in different ways, e.g.
jsieve.
Th
On Feb 7, 2008 12:14 AM, Noel J. Bergman <[EMAIL PROTECTED]> wrote:
> That's generally down to laziness, not good architecture.
I don't think its fair to characterize the perfectly reasonable desire
to minimise the admin overhead of systems, and the size of the skills
base required as "laziness"
Embeding james in databases is not as silly as you seem to think, Dan
Debruner proposed embeding james in derby a couple of years ago.
Admins want to run the products they know, and as little else as
possible.
On 2/6/08, Noel J. Bergman <[EMAIL PROTECTED]> wrote:
> Bernd Fondermann wrote:
>
> > >
I agree with noel, processors should be the deployable application
On 2/5/08, Noel J. Bergman <[EMAIL PROTECTED]> wrote:
> Stefano Bagnara wrote:
>
> > The really cool thing would be to have each top level component deployable
> > as separate osgi bundle, so to be able to undeploy the spool manag
On Feb 3, 2008 9:51 AM, Bernd Fondermann
<[EMAIL PROTECTED]> wrote:
> What do others think?
Long overdue.
My opinion in the past was that James should be deployable in a J2EE
container but I always envisaged that as EJB's and JCA in an EAR
rather than at the WAR level. But if you can do it then g
On Feb 3, 2008 8:20 AM, Robert Burrell Donkin
<[EMAIL PROTECTED]> wrote:
> > Yeah. In the sandbox i did this using JMS lookup for services,
>
> JMS ->JNDI ...?
Doh! Yeah, slip of the brain. At my age all acronyms start to merge into one ;-)
d.
--
.. and FWIW my vote...
On Feb 3, 2008 12:09 AM, Danny Angus <[EMAIL PROTECTED]> wrote:
[X] +1 I agree that Jukka should be allowed to commit anywhere in
James codebase
d.
-
To unsubscribe, e-mail: [EMAIL PROTECTE
Hi,
I just want to get this recorded, Jukka is a commiter on this project
but has agreed to limit his contribution to the sandbox.
If you agree that Jukka's limited agreement to commit only to the
sandbox be lifted and it be understood that Jukka is now trusted to
commit wherever he feels appropr
I did the "v3" stuff and the sandbox stuff isn't very different, look
at it, I can do it all again.
The problems are really only...
1/ some of the interfaces that you need to move to mailet aren't
totally normalised, IOW they are a bit hacked to make them work in
James not the way you would design
On Feb 2, 2008 11:13 AM, Robert Burrell Donkin
<[EMAIL PROTECTED]> wrote:
> i now wonder whether it might be better to aggregate backend classes
> according to the technologies they use. so (for example) any backend
> code that uses torque would be in a torque-backend module, any code
> that uses
+1 jcr has some drawbacks (afaik there's still a jackrabbit hard limit
of a few thousand docs per node which is too few for a big mail
deployment) but IMHO is well worth having in trunk to allow people to
experiment. Its an area that has a lot of current interest (with the
resurgence of CRM, and al
On Feb 2, 2008 12:57 PM, Robert Burrell Donkin
<[EMAIL PROTECTED]> wrote:
> i agree in principle but trunk has a lot of JAMES-specific mailets
> (but i suspect that many of these could be decoupled)
Very many of them can.
>
> i think that it would be a good plan to pull out those mailets which
>
On Jan 31, 2008 4:13 AM, Bernd Fondermann <[EMAIL PROTECTED]> wrote:
> Hi,
>
> with the release of the OSGi extension to Spring[1], it seems to be
> reasonably easy to turn any spring app into an OSGi deployment ('bundle').
>
> I'd like to try and make the spring deployment OSGi-deployable this way
On Jan 24, 2008 10:51 AM, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
> I just wanted to say that *all* of our upgrading users have a config.xml
> and stored mails to take care upgrading, while a minority have custom
> components (I would bet less than 10%, but this is just my personal guess).
>
> T
On Jan 23, 2008 12:13 AM, Steve Brewin <[EMAIL PROTECTED]> wrote:
> Would it be possible to further classify Stefano's excellent list of new
> functionality in trunk to indicate which rely on none, minor or major API and
> schema changes? Then we could evaluate what is the 'low hanging fruit' tha
> ATM JAMES allows developers to create third party plugins but does not
> clearly indicate which APIs are subject to change
+1 API's need to be an early target.
d.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional comm
ave a
radically new James architecture. for 3.0.0 Yes/No?
d.
On Jan 21, 2008 11:10 PM, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
> Danny Angus ha scritto:
> > Hi,
> > Roadmap ... we need to do this to give ourselves some direction.
> >
> > The two questions are
Hi,
Roadmap ... we need to do this to give ourselves some direction.
The two questions are "what" we should release and "when" we should release it.
I just want to focus on "what" first, we'll look at "when" once we know what.
We have two targets, an incremental release of the current live
vers
ll Donkin
> <[EMAIL PROTECTED]> wrote:
> > On Dec 18, 2007 9:50 PM, Danny Angus <[EMAIL PROTECTED]> wrote:
> > > Serge, is it all spam? Or real messages? I ask because 1.2m real
> > > messages would be worth having, but 1.2m bits of spam is probably less
> &
Serge, is it all spam? Or real messages? I ask because 1.2m real
messages would be worth having, but 1.2m bits of spam is probably less
representative.
On 12/17/07, Serge Knystautas <[EMAIL PROTECTED]> wrote:
> We have this catchall email account... any email that wasn't addressed
> to a correct m
On 11/12/2007, Robert Burrell Donkin <[EMAIL PROTECTED]> wrote:
> this process will inevitably go too far. (IMAP has too many modules.)
+1 I've seen this at work too, but it is still a useful way to explode
the big ball of mud.
> but this is an exercise in comprehension. once the code has been
>
I agree, but the message body should be a serialised Mail and not a
Message to keep things simple.
d.
On 01/12/2007, Tim Stephenson <[EMAIL PROTECTED]> wrote:
> The original and simple idea of using JMS as a means to inject Mail
> into James' processors seems good to me, it would open up James to
On 29/11/2007, Robert Burrell Donkin <[EMAIL PROTECTED]> wrote:
> i've adopted stefano's suggestion but a longer explanation would be
> appreciated
+1 I'd like someone to take me through this, if that's OK?
-
To unsubscribe, e-m
...
P.S. I like the "Store" entitity because it would allow the mailet API
to expose multiple different sets of respositories, but they're
(stores & repository access) used inconsistently in James at the
moment. And I think we need to be more consistent with some of our
abstrations & implementation
On 24/11/2007, Robert Burrell Donkin <[EMAIL PROTECTED]> wrote:
> 1 the granularity of the components is debatable. including user
> repositories, stores and virtual user tables together seemed
> reasonable to me but perhaps there are better arrangements.
This is another area I've been thinking ab
On 24/11/2007, Robert Burrell Donkin <[EMAIL PROTECTED]> wrote:
> i'm happy to rename all of them so how about administration for each
> interface and administrator for each implementation?
+1 Bernd's comment makes sense.
d.
-
T
On 24/11/2007, Robert Burrell Donkin <[EMAIL PROTECTED]> wrote:
> after modularisation, the user-api module should contain only basic
> interfaces with no coupling to other parts of JAMES or avalon.
Cool. I think this needs to go into the mailet API, because mailet is
pretty helpless without some
I was going to nick some of the users stuff for mailet at some point,
because the API needs users or it can never be complete. Therfore if
you could keep this in the back of your mind and don't make the API
too Jamesey it might make it easier to derive the mailet users stuff
from your work when the
> why not call the implementation VirtualUserTableManager?
Aha! Using the power of sematics you have triumphed! :-)
Yes, the purpose is "Management" the realisation requires the
existence of a "Manager"
d.
-
To unsubscribe, e-ma
Hi,
> Maybe It whould be better to call the Implementation
> org.apache.james.management.VirtualUserTableManagementImpl
Just my 2c here ... but ...
I'm not a big fan of naming implementations with "impl". Why? Well
the purpose of an interface is to describe an abstract class if thing
or a general
On 22/11/2007, Tim Stephenson <[EMAIL PROTECTED]> wrote:
> do you have any comments / advice on if this is a good idea or would
> be of any interest within James 3 (or whatever it will be known as)?
> if i do go ahead it will only be the mailet container not the
> fetchmail, smtp (or other) servic
wrote:
> On Nov 21, 2007 5:00 PM, Danny Angus <[EMAIL PROTECTED]> wrote:
> > I actually meant instead of mailets altogether, but hey, :-)
>
> i didn't see this before but blending jsieve with mailets would be
> quite powerful
>
> one use case would be
I actually meant instead of mailets altogether, but hey, :-)
On 21/11/2007, Robert Burrell Donkin <[EMAIL PROTECTED]> wrote:
> On Nov 21, 2007 1:19 PM, Danny Angus <[EMAIL PROTECTED]> wrote:
> > On 21/11/2007, Tim Stephenson <[EMAIL PROTECTED]> wrote:
> > > Has
On 21/11/2007, Tim Stephenson <[EMAIL PROTECTED]> wrote:
> Has anyone ever asked for or considered allowing more than one matcher
> per mailet?
Yes, we have considered it for inclusion in the next generation of the API.
> a more elegant solution would appear to be to support more than one
> match
Hi,
I suppressed the 200 emails jira wanted to send.
I've closed all the issues marked "fixed" in released versions.
If they are reported again they can always be reopened.
d.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For addi
I've also added 2.3.3 in case anyone wants to bump issues out beyond 2.3.2.
d.
On 20/11/2007, Danny Angus <[EMAIL PROTECTED]> wrote:
> I've merged next-minor with 2.3.2, the combined milestone has 6
> unresolved issues.
>
> I've also renamed next-major to 3
I've merged next-minor with 2.3.2, the combined milestone has 6
unresolved issues.
I've also renamed next-major to 3.0 which has 16 unresolved issues.
d.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mai
[
https://issues.apache.org/jira/browse/JAMES-812?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Danny Angus resolved JAMES-812.
---
Resolution: Fixed
Fix Version/s: (was: Trunk)
Merged next-minor with 2.3.2
> Fix J
[
https://issues.apache.org/jira/browse/JAMES-770?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Danny Angus updated JAMES-770:
--
Fix Version/s: (was: 2.2.0)
Next Minor
> Exception when runnning JAMES w
That makes sense to me. I'll make the changes.
d.
On 20/11/2007, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
> Danny Angus (JIRA) ha scritto:
> > [
> > https://issues.apache.org/jira/browse/JAMES-812?page=com.atlassian.jira.plugin.system.issuetabpanels:commen
Hi,
I'd like to close all resolved issues which refer to a version that
has been released.
Any objections?
d.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Looking at JIRA today I see that 244 issues were reported by a member
of "james developers" and are assigned to another member of the group
and are marked as "fixed".
The vast majority, but not all, of these are also assigned to the reporter.
I'd like to propose that issues we have reported ourse
[
https://issues.apache.org/jira/browse/JAMES-812?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Danny Angus reassigned JAMES-812:
-
Assignee: Danny Angus
> Fix JIRA versions. next-minor and next-major do not have anymore mean
[
https://issues.apache.org/jira/browse/JAMES-812?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12543887
]
Danny Angus commented on JAMES-812:
---
Should the version in JIRA be 3.0 or 3.0-SNAPSHOT ?
if the major version is
On 10/11/2007, Andoni OConchubhair <[EMAIL PROTECTED]> wrote:
> I was wondering if anyone else from this list is going. I'd be
> very interested in meeting with some of you and finding out how you use
> James.
Noel will be there, sadly I've had to pull out this year. I'm not sure
who else might be
[
https://issues.apache.org/jira/browse/JAMES-828?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Danny Angus updated JAMES-828:
--
Description:
A rules engine matcher would be configured with rules and invoke a rules
engine. A
: Danny Angus
Priority: Minor
A rules engine matcher would be configured with rules and invoke a rules
engine. A wrapper delegating to ahttp://java.sun.com/developer/technicalArticles/J2SE/JavaRule.html";>JSR
94 compliant rules engine could probably be written fairly easily.
[
https://issues.apache.org/jira/browse/JAMES-827?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Danny Angus reassigned JAMES-827:
-
Assignee: Danny Angus
> More fault resistent version of MBoxMailReposit
... sorry, which all means that I prefer
Serialisable get(user,key)
d.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
1 - 100 of 752 matches
Mail list logo
