[
https://issues.apache.org/jira/browse/IMAP-380?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steve Brewin updated IMAP-380:
--
Description:
>From the RFC 6154:
"Some IMAP message stores include special-use mailboxes, such
[
https://issues.apache.org/jira/browse/IMAP-380?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14701597#comment-14701597
]
Steve Brewin commented on IMAP-380:
---
BTW: While Microsoft Outlook prefers RFC 615
Steve Brewin created IMAP-380:
-
Summary: Implement IMAP LIST Extension for Special-Use Mailboxes,
RFC 6154
Key: IMAP-380
URL: https://issues.apache.org/jira/browse/IMAP-380
Project: James Imap
[
https://issues.apache.org/jira/browse/JAMES-1440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steve Brewin resolved JAMES-1440.
-
Resolution: Fixed
Fix Version/s: Trunk
Hmm. I guess this issue should have been moved to
[
https://issues.apache.org/jira/browse/JAMES-1440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steve Brewin updated JAMES-1440:
Component/s: (was: IMAPServer)
MailStore & MailRepository
> Imap recei
[
https://issues.apache.org/jira/browse/JAMES-1440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steve Brewin reassigned JAMES-1440:
---
Assignee: Steve Brewin
> Imap receive mail when there are many ma
[
https://issues.apache.org/jira/browse/JAMES-1440?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14697379#comment-14697379
]
Steve Brewin commented on JAMES-1440:
-
In JPA, lazy fetching is only useful when
[
https://issues.apache.org/jira/browse/JAMES-1601?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steve Brewin resolved JAMES-1601.
-
Resolution: Fixed
Fix Version/s: 2.3.2.1
> Change the default RemoteManager passw
[
https://issues.apache.org/jira/browse/JAMES-1600?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steve Brewin resolved JAMES-1600.
-
Resolution: Fixed
Fix Version/s: 2.3.2.1
> Javadocs task references obsolete U
[
https://issues.apache.org/jira/browse/JAMES-1602?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steve Brewin resolved JAMES-1602.
-
Resolution: Fixed
Fix Version/s: 2.3.2.1
> Constrain users created in
Steve Brewin created JAMES-1602:
---
Summary: Constrain users created in the UsersFileRepository to RFC
3696 compliant ones
Key: JAMES-1602
URL: https://issues.apache.org/jira/browse/JAMES-1602
Project
[
https://issues.apache.org/jira/browse/JAMES-1600?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steve Brewin reassigned JAMES-1600:
---
Assignee: Steve Brewin
> Javadocs task references obsolete U
Steve Brewin created JAMES-1601:
---
Summary: Change the default RemoteManager password
Key: JAMES-1601
URL: https://issues.apache.org/jira/browse/JAMES-1601
Project: James Server
Issue Type: Bug
[
https://issues.apache.org/jira/browse/JAMES-1601?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steve Brewin reassigned JAMES-1601:
---
Assignee: Steve Brewin
> Change the default RemoteManager passw
Steve Brewin created JAMES-1600:
---
Summary: Javadocs task references obsolete URLs
Key: JAMES-1600
URL: https://issues.apache.org/jira/browse/JAMES-1600
Project: James Server
Issue Type: Bug
Hi,
For an overview of what today's big commit of managesieve is about, see
http://svn.apache.org/viewvc/james/mangesieve/trunk/mailet/src/main/resources/managesieve.help.txt?view=markup
and http://tools.ietf.org/html/rfc5804.
The mailet is only a only a small part of what managesieve can do
[
https://issues.apache.org/jira/browse/JSIEVE-80?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13193319#comment-13193319
]
Steve Brewin commented on JSIEVE-80:
As it makes the contract more explicit, this
[
https://issues.apache.org/jira/browse/JSIEVE-80?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steve Brewin resolved JSIEVE-80.
Resolution: Fixed
All done!
> Add the ability to advertise the available Si
[
https://issues.apache.org/jira/browse/JSIEVE-78?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steve Brewin resolved JSIEVE-78.
Resolution: Fixed
All done!
> Add a Mail notification mechanism for when Si
[
https://issues.apache.org/jira/browse/JSIEVE-78?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steve Brewin updated JSIEVE-78:
---
Fix Version/s: (was: 1.0)
0.5
> Add a Mail notification mechanism for w
Components: JSieve (Main)
Affects Versions: 0.5
Reporter: Steve Brewin
Fix For: 0.5
Add a new method to SieveFactory, List getExtensions(), to answer the
Sieve extensions implemented by jSieve.
--
This message is automatically generated by JIRA.
If you think it
[
https://issues.apache.org/jira/browse/JSIEVE-80?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steve Brewin reassigned JSIEVE-80:
--
Assignee: Steve Brewin
> Add the ability to advertise the available Sieve extensi
could interact
with a ManageSieve implementation using the RFC defined transport
protocols.
If you have the time and the inclination, let me know.
Cheers
--Steve
On 23/12/2011 13:37, Robert Burrell Donkin wrote:
On Sun, Dec 18, 2011 at 8:29 PM, Stefano Bagnara wrote:
2011/12/13 Steve
[
https://issues.apache.org/jira/browse/JSIEVE-79?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13175516#comment-13175516
]
Steve Brewin edited comment on JSIEVE-79 at 12/23/11 6:2
[
https://issues.apache.org/jira/browse/JSIEVE-79?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13175516#comment-13175516
]
Steve Brewin commented on JSIEVE-79:
Currently James stores the sieve scripts on
[
https://issues.apache.org/jira/browse/JAMES-1355?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steve Brewin resolved JAMES-1355.
-
Resolution: Fixed
Assignee: Steve Brewin
> Sieve scripts not found. They should
: https://issues.apache.org/jira/browse/JAMES-1355
Project: JAMES Server
Issue Type: Bug
Components: Matchers/Mailets (bundled)
Affects Versions: 3.0-beta3
Reporter: Steve Brewin
Fix For: Trunk
[
https://issues.apache.org/jira/browse/JSIEVE-79?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13175350#comment-13175350
]
Steve Brewin commented on JSIEVE-79:
Get and put operations are a bare minimum.
[x] +1 Yes, please release
--Steve
- - - - - - - - - - - - - - - - - -
This private and confidential e-mail has been sent to you by Synergy Systems
Limited. It may not represent the views of Synergy Systems Limited.
If you are not the intended recipient of this e-mail and have received it in e
On 18/12/2011 20:29, Stefano Bagnara wrote:
It's been a long since I looked at james sources, but I guess the
right way would be to use the FileSystem service we already use
elsewhere (there is even a TODO in the javadocs for that
ResourceLocatorImpl about this). For reference BayesianAnaly
context and start again.
Thx again,
Eric
On 18/12/11 19:33, Steve Brewin wrote:
Hi Eric
A brief break between other duties, so here's a partial reply...
While looking at the code you will see that one of the interfaces
introduced in Util is RetrySchedule. The default implementation is
Obviously this was my first thought, but this exposes the mail server to
compromise by Mailets that forget to call dispose() on failure.
If we want to be Enterprise strength, this isn't good enough as it is
too weak a contract. We must guarantee that dispose will be called (my
new solution), o
up to the task :)
Cheers
--Steve
On 18/12/2011 18:02, Steve Brewin wrote:
Hi Eric
It's probably better that you look at the code first and ask questions
later. It will be quicker this way :)
Cheers
--Steve
On 18/12/2011 18:19, Eric Charles wrote:
Hi Steve,
Last time I connected to LDAP from JA
ld we go this route we certainly
need to add the sendMail(..) methods to Mailet Base to wrap this stuff,
hiding the complications for simple use-cases.
Opinions?
Cheers
--Steve
On 18/12/2011 16:29, Steve Brewin wrote:
Hi
To decouple org.apache.james.transport mailets from
org.apache.james.cor
well as to your code (and see if you retry with incremental
period of time for example).
Can you also further elaborate on your Q2 (the interfaces in util)?
Thx again,
Eric
On 18/12/11 12:38, Steve Brewin wrote:
Hi Eric
Even when deployed in highly resilient infrastructures with multiple
LDA
new version of
Mailet API, we should make the changes to Mail in the same version.
Opinions?
Cheers
--Steve
On 18/12/2011 11:45, Steve Brewin wrote:
Missed...
createMail(Mail mail, Mail.State state)
...to satisfy the a need to create a copy of a Mail. I'll review the
needs o
saw util maven project more for utility classes, without any
further structure.
Stay tuned.
Thx,
Eric
On 13/12/11 12:09, Steve Brewin wrote:
Hi
Yesterday I committed fixes for JAMES-1352 "Increase the robustness of
org.apache.james.userldap.ReadOnlyUsersLDAPRepository". A few design
) exists to resend an existing Mail,
the others are for creating and sending new Mails.
--Steve
On 17/12/2011 19:53, Norman Maurer wrote:
I wonder why you can not use :
MailetContext.sendMail(Mail mail)
Can you give some more details ?
Bye,
Norman
2011/12/17 Steve Brewin
Hi
Interface
Hi
Interface org.apache.mailet.MailetContext defines four sendMail()
methods that construct and send an org.apache.mailet.Mail instance. None
of these methods provide the ability to specify the mail attributes that
should be attached.
I propose adding a further four methods mirroring the exi
[
https://issues.apache.org/jira/browse/JSIEVE-79?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steve Brewin updated JSIEVE-79:
---
Description:
The ability to do this safely requires the security of an authenticated SMTP
session
Type: Improvement
Reporter: Steve Brewin
Priority: Minor
The ability to do this safely, requires the security of an authenticated SMTP
session, but if this exists why not use it to allow users to manage their Sieve
scripts by mail?
Simple get and put operations should be
Affects Versions: 0.4
Reporter: Steve Brewin
Assignee: Steve Brewin
Fix For: 1.0
Currently there is no way for a user to know that their Sieve script has
failed. This will send an email notification to the owner of the failing script
with details of the
://issues.apache.org/jira/browse/JSIEVE-77
Project: JAMES jSieve
Issue Type: Improvement
Affects Versions: 1.0
Reporter: Steve Brewin
Assignee: Steve Brewin
Fix For: 1.0
The simplest interface would allow per user retrieval of a script. Its default
[
https://issues.apache.org/jira/browse/JAMES-1353?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13171123#comment-13171123
]
Steve Brewin commented on JAMES-1353:
-
A simple workaround would be to crea
[
https://issues.apache.org/jira/browse/JAMES-1353?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13171118#comment-13171118
]
Steve Brewin edited comment on JAMES-1353 at 12/16/11 6:3
[
https://issues.apache.org/jira/browse/JAMES-1353?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steve Brewin updated JAMES-1353:
Priority: Minor (was: Critical)
Dropped the priority to minor to reflect its priority for the
Hi
Is anyone actively working on jSieve at the moment?
I suspect not as the code in trunk has a hard coded path that is
relative to how things would be in an Avalon deployment -
"..apps/james/var/sieve", so scripts will never be found (unless you
read the source code to
org.apache.james.tran
Hi
Yesterday I committed fixes for JAMES-1352 "Increase the robustness of
org.apache.james.userldap.ReadOnlyUsersLDAPRepository". A few design
questions arise from this.
Aside from a little house-keeping, the only changes to the
org.apache.james.userldap package are:
- The introduction of a
[
https://issues.apache.org/jira/browse/JAMES-1352?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steve Brewin resolved JAMES-1352.
-
Resolution: Fixed
> Increase the robustness
[
https://issues.apache.org/jira/browse/JAMES-1352?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steve Brewin updated JAMES-1352:
Description:
org.apache.james.user.ldap.ReadOnlyUsersLDAPRepository obtains its connection
to the
Server
Issue Type: Improvement
Components: UsersStore & UsersRepository
Affects Versions: 3.0-beta3
Reporter: Steve Brewin
Assignee: Steve Brewin
Priority: Minor
Fix For: T
Hi
org.apache.james.user.ldap.ReadOnlyUsersLDAPRepository obtains its
connection to the LDAP repository during init() processing and thereafter
assumes it to be valid. When, as may sometimes temporarily or permanently
occur, the connection becomes invalid the resulting
javax.naming.CommunicationEx
[
https://issues.apache.org/jira/browse/JAMES-1351?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steve Brewin resolved JAMES-1351.
-
Resolution: Fixed
Added an empty String as the default
[
https://issues.apache.org/jira/browse/JAMES-1351?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steve Brewin reassigned JAMES-1351:
---
Assignee: Steve Brewin
> ReadOnlyUsersLDAPRepository credentials parameter should
: Improvement
Affects Versions: 3.0-beta3
Reporter: Steve Brewin
Priority: Minor
Fix For: Trunk
If the parameter is not declared for
org.apache.james.user.ldap.ReadOnlyUsersLDAPRepository a null pointer exception
is encountered.
An LDAP repository may
[
https://issues.apache.org/jira/browse/JAMES-1349?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steve Brewin updated JAMES-1349:
Description:
A Mailet parameter of the form...
some text
...fails initialization because
[
https://issues.apache.org/jira/browse/JAMES-1349?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steve Brewin resolved JAMES-1349.
-
Resolution: Fixed
SVN revision: 1206422
org.apache.james.mailetcontainer.impl.MailetConfigImpl
Components: James Core
Affects Versions: 3.0-beta3
Reporter: Steve Brewin
Assignee: Steve Brewin
Fix For: Trunk
A Mailet parameter of the form...
some text
...fails initialization because
org.apache.james.mailetcontainer.impl.MailetConfigImpl
Hi
Under 3.0-beta3 is anyone else having trouble with xml of the style "[ text ]"?
The parameter name is being parsed as "prefix [@xml:space]" which is taking
org.apache.james.mailetcontainer.impl.getInitParameterNames() by suprise.
If this isn't already familiar to anyone (nothing in JIRA), I'll
[
https://issues.apache.org/jira/browse/JAMES-1348?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steve Brewin resolved JAMES-1348.
-
Resolution: Fixed
Delivered RemoteDelivery.java
Committed revision 1204508
[
https://issues.apache.org/jira/browse/JAMES-1347?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steve Brewin resolved JAMES-1347.
-
Resolution: Fixed
Delivered RemoteDelivery.java
Committed revision 1204508
Components: Matchers/Mailets (bundled)
Affects Versions: Trunk
Reporter: Steve Brewin
Assignee: Steve Brewin
Priority: Minor
Fix For: Trunk
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact
[
https://issues.apache.org/jira/browse/JAMES-1347?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13154112#comment-13154112
]
Steve Brewin commented on JAMES-1347:
-
Yes, that is exactly right and what I do
[
https://issues.apache.org/jira/browse/JAMES-1347?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steve Brewin updated JAMES-1347:
Due Date: 25/Nov/11 (was: 21/Nov/11)
Description: The RemoteDelivery Mailet supports AUTH
(bundled)
Affects Versions: Trunk
Reporter: Steve Brewin
Assignee: Steve Brewin
Fix For: Trunk
The RemoteDelivery Mailet supports AUTH using a userid and password as
credentials. SSL should also be supported to ensure that these credentials are
encrypted
David Jencks [mailto:david_jen...@yahoo.com] wrote on: 25 March 2010 00:15
Hi David
Comments below.
Cheers
-- Steve
> On Mar 24, 2010, at 1:08 PM, Steve Brewin wrote:
>
> > Hi David
> >
> > In OSGi, aren't the instantiations torn down and recreated when the
>
7
> To: James Developers List
> Subject: Re: James and Spring / Osgi
>
>
>
> On Mar 22, 2010, at 2:27 PM, Steve Brewin wrote:
>
> > Hi
> >
> > You might want to talk to the guys over at Aries -
> > http://incubator.apache.org/aries/blueprint.html - an
>
Hi
You might want to talk to the guys over at Aries -
http://incubator.apache.org/aries/blueprint.html - an implementation of
Blueprint, which is OSGI's implementation of Spring DM as an OSGi R4 V4.2
standard.
Both OSGI and Blueprint configurations are immutable after instantiation.
To satisfy t
Robert Burrell Donkin [mailto:robertburrelldon...@gmail.com] wrote on: 19
August 2009 11:31
> the sieve WG is thinking about standardising a 'list' test extension
> which allows a header value to be tested against an external list
> (perhaps JSON or FOAF loaded over HTTP, or a blacklist hosted in
Robert Burrell Donkin [mailto:robertburrelldon...@gmail.com] wrote on: 17
August 2009 10:52
> IMO it's not possible to bind future decisions by a past vote. at any
> time, any committer can force a vote by -1'ing a particular code
> change. so, any decision to use guice only really happens when th
norman.mau...@googlemail.com [mailto:norman.mau...@googlemail.com] wrote:
> Hi all,
>
> so what was the last conclusion about the "next" used Container/DI
> Framework ? I think I remember something like Spring/ServiceMix ? What
> we want to use ? Is there some final decission ? During my work on
>
Robert Burrell Donkin [mailto:robertburrelldon...@gmail.com] wrote on: 12
June 2009 14:06
> On Fri, Jun 12, 2009 at 12:45 PM, Stefano
> Bagnara wrote:
> > Robert Burrell Donkin ha scritto:
> >> i'd like to try to release the long delayed 2.3.2
> >>
> >> anyone else like to see a 2.3.2 release?
> >>
It may be totally nothing to do with it, but in other endeavours I've known
Hudson builds get out of whack because the clock on the SVN server differed
from that on the Hudson build server. Its good practise that the build
server and repository server are synced to the same timesource, such as the
Steve Brewin wrote on: 07 January 2009 21:33
> > i'm willing to take on a lot of the legwork provided that there's
> > general support and people are likely to be able to find
> the time for
> > review. otherwise, we can continue developing these
> products an
Robert Burrell Donkin [mailto:robertburrelldon...@gmail.com] wrote on: 07
January 2009 21:18
> it took a while but mailet 2.4 was finally released this week. thanks
> to everyone who reviewed it.
>
> i think a lot of the components we've been working on are now nearing
> the time when they would b
Robert Burrell Donkin [mailto:robertburrelldon...@gmail.com] wrote on: 06
January 2009 19:53
> On Tue, Jan 6, 2009 at 12:22 AM, hanasaki
> wrote:
> > Interesting comment below on the use of JCR (hierarchical
> schemata) or a JPA
> > implementation. (RDBMS)
> >
> > What would you consider the pro/c
Robert Burrell Donkin [mailto:[EMAIL PROTECTED] wrote on: 21
November 2008 15:42
> SieveToMultiMailbox doesn't seem such a good name now that it's been
> factored out from james. any ideas for a better one?
>
> SieveMailboxMailet? SieveMailet? any other ideas?
>
> - robert
How about standardising
Markus Wiederkehr [mailto:[EMAIL PROTECTED] wrote on: 22 October 2008 11:30
> Hi Steve,
>
> thank you very much for your response.
>
> On Wed, Oct 22, 2008 at 12:15 AM, Steve Brewin
> <[EMAIL PROTECTED]> wrote:
> > > What would you think about a generic interf
[
https://issues.apache.org/jira/browse/JSIEVE-43?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steve Brewin updated JSIEVE-43:
---
Issue Type: New Feature (was: Bug)
> Add API for generating a Sieve script from a parse t
Markus Wiederkehr [mailto:[EMAIL PROTECTED] wrote on: 18 October 2008 11:59
Hi Markus
Here are a few comments which are purely my take on the architectural choices
that might be made. Both yourself and Bernd have raised very insightful issues.
> Hi,
>
> On Thu, Oct 9, 2008 at 11:26 PM, Bernd
reference that folder. So I parse the script,
> walk the tree, and modify the nodes in-place. After I modify
> the nodes, I want to save the updated script in the user's
> account settings. This requires serializing the parse tree
> into a String.
>
> I've attache
ry? It is
always a boost to know when a community's efforts are proving worthwhile to
others. Often it is hard to tell.
Cheers
-- Steve
> - "Steve Brewin" <[EMAIL PROTECTED]> wrote:
>
> > Boris Burtin [mailto:[EMAIL PROTECTED] wrote on: 17 October 2008
Boris Burtin [mailto:[EMAIL PROTECTED] wrote on: 17 October 2008 22:00
> Is it possible to generate a Sieve script from a Node tree? I
> have code that manipulates a tree in-place, and I'd like to
> get the modified script as a String. I assumed this would be
> easy, but I can't seem to find t
Bernd Fondermann [mailto:[EMAIL PROTECTED] wrote on: 09 October 2008
22:26
> Hi,
>
> It's high time to move the discussion back to server-dev, me thinks.
>
> Until now, this was primarily discussed at JIRAs MIME4J-72
>https://issues.apache.org/jira/browse/MIME4J-72
> and additional discussion i
Oleg Kalnichevski [mailto:[EMAIL PROTECTED] wrote on: 12 October 2008 19:46
Vote: James Mime4j 0.5 release
[X] +1 Release the packages as James Mime4j 0.5.
[ ] -1 I am against releasing the packages (must include a reason).
Cheers,
-- Steve
---
Robert Burrell Donkin [mailto:[EMAIL PROTECTED] on 13 September
2008 19:22 wrote:
> On Mon, Sep 8, 2008 at 10:41 PM, Steve Brewin
> <[EMAIL PROTECTED]> wrote:
> > Stefano Bagnara [mailto:[EMAIL PROTECTED] on 07 September 2008 18:29
> >
> >> Robert Burrell Donkin
Stefano Bagnara [mailto:[EMAIL PROTECTED] on 07 September 2008 18:29
> Robert Burrell Donkin ha scritto:
> > On Sun, Sep 7, 2008 at 3:49 PM, Stefano Bagnara
> <[EMAIL PROTECTED]> wrote:
> >> Robert Burrell Donkin ha scritto:
> >>> On Fri, Sep 5, 2008 at 10:
Robert Burrell Donkin [mailto:[EMAIL PROTECTED] wrote on 04
September 2008 17:52
> >> IMHO the best approach for the mailets James ships would to be
> >> agnostic and support both types of injection by
> providing appropriate
> >> setters and constructors
> >
> > the problem wi
Robert Burrell Donkin [mailto:[EMAIL PROTECTED] wrote on 04
September 2008 22:51
Just to say good luck guys, I'm glad to see JSieve is in safe hands :)
Cheers
-- Steve
> On Tue, Sep 2, 2008 at 6:00 PM, Robert Burrell Donkin
> <[EMAIL PROTECTED]> wrote:
> > On Tue, Sep 2, 2008 at 11:52 AM, Stefan
Robert Burrell Donkin wrote on 02 March 2008 21:00:
> [X] +1 Move Mailets to Mailet subproject
-- Steve
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Sascha Fröhlich wrote on 19 February 2008 15:43:
> Hi there,
>
> is there any possibility to create threads from a mailet or to dispose
> non time-critical operations into a spool or something?
>
> I've got a couple of scenarios where it would be best practice IMHO.
>
> Greetings,
> Sascha
I don't
Ahmed Mohombe wrote on 16 February 2008 19:07:
> Hi,
>
> It looks like the test framework for JAMES (at least for IMAP),
> is pretty independent of JAMES (or at least a part of it),
> and could be even used to test other servers as well.
>
> Would it make sense to extract it as a JAMES subproject?
Noel J. Bergman wrote on 07 February 2008 00:14:
> > 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.
>
> That's generally
[EMAIL PROTECTED] wrote on 03 February 2008 00:09:
> [X] +1 I agree that Jukka should be allowed to commit
> anywhere in James codebase
Go!
Cheers
-- Steve
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands
Bernd Fondermann wrote on: 29 January 2008 08:46:
> Hi,
>
> Since we have so many road blocks on our track ahead... why don't we
> simply start a rewrite?
>
> Before we all throw in our -1's, let's just think about it
> for a minute...
>
> Truely, coding the current stuff is _no_fun_. How do we exp
Robert Burrell Donkin wrote on 29 January 2008 21:28:
> On Jan 28, 2008 2:37 PM, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
> >
> > Robert Burrell Donkin ha scritto:
> > > On Jan 26, 2008 4:48 PM, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
> > >> Robert Burrell Donkin ha scritto:
> > >>> On Jan 24
[EMAIL PROTECTED] on 22 January 2008 23:47 wrote:
> To: James Developers List
> Subject: Re: [PLANNING] Road map - lets find some consensus on
> release contents
>
>
> > ATM JAMES allows developers to create third party plugins
> but does not
> > clearly indicate which APIs are subject
Robert Burrell Donkin wrote on: 22 January 2008 21:32
> On Jan 22, 2008 9:29 PM, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
> > Robert Burrell Donkin ha scritto:
> > >>> mime4j - completion of refactoring
> > >> I'm not sure how much energy this will take and how we
> should delay a
> > >> release
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Danny Angus wrote on: 21
January 2008 14:51
Good luck! I hope you have a hard hat on :)
-- Steve
> Hi,
> Roadmap ... we need to do this to give ourselves some direction.
>
> The two questions are "what" we should release and "when" we
> s
alex_rosstech wrote:
> Does anyone know if this is possible?
It is possible but would require coding. Adding to the existing JMX
instrumentation would be the way to go. You could edit the relevant
configuration sections and use the added JMX instrumentation to trigger a
recycling of the affected
1 - 100 of 472 matches
Mail list logo