You are viewing a plain text version of this content. The canonical link for it is here.
Posted to server-user@james.apache.org by Norman Maurer <nm...@byteaction.de> on 2006/07/25 08:23:45 UTC
James 2.3.0rc1 Released
Hi,
just want to tell you that we finally release the first RC of james. You
can get it from:
http://people.apache.org/dist/james/
Any feedback is welcome.
bye
Norman
Ps: We hope final will be out soon
Re: JAMES Administration
Posted by Bernd Fondermann <be...@googlemail.com>.
On 7/25/06, Stefano Bagnara <ap...@bago.org> wrote:
> Bernd Fondermann wrote:
> > However, in James 2.2.0 and the upcoming 2.3 release, the support for
> > JMX within James is limited.
> >
> > But, work has started to put more management operations in. This can
> > currently be found in source code only (in the "trunk"). It covers
> > more or less all operations already available in the telnet console
> > (RemoteManager).
> > This functionality will become available in the next major release, I
> > guess.
>
> Nightly builds for the current trunk are available here if you want to
> test it:
> http://people.apache.org/builds/james/nightly/
Exactly, and more information about how to use JMX can be found here:
http://wiki.apache.org/james/ConfigureJmx
Bernd
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
RE: JAMES Administration
Posted by Mark Brennand <ma...@ten62.com>.
Thanks. I have been building from trunk for the last couple of weeks (I
moved the SpamAssassin stuff over into my JAMES 2.3 install, modifying
header and logging behaviour as it was not working for me) but I have not
had the chance to test it yet.
I am very keen to read up on the JMX stuff as it looks like it could/would
be perfect to use in what I would use as a management interface: a *) webmin
module and.or *) a small web based console.
The wizard driven install is a great idea; starting from a total set of
options and eventually writing out to the config files the user desired ones
although placement of mailets may get tricky based on my current config
(i.e. SPAM gets sent to a spam account for monitoring but not if it came
from a whitelisted account, then it is tagged and sent to local recipient
and other such stuff)
I have been playing with small PHP setup; attempting to read, alter and
write the xml files that form the configuration backbone of JAMES but JMX
seems more robust, scalable and extensible.
Thanks for the pointers.
Regards MB
-----Original Message-----
From: Stefano Bagnara [mailto:apache@bago.org]
Sent: Tuesday, 25 July 2006 11:02 PM
To: James Users List
Subject: Re: JAMES Administration
Bernd Fondermann wrote:
> However, in James 2.2.0 and the upcoming 2.3 release, the support for
> JMX within James is limited.
>
> But, work has started to put more management operations in. This can
> currently be found in source code only (in the "trunk"). It covers
> more or less all operations already available in the telnet console
> (RemoteManager).
> This functionality will become available in the next major release, I
> guess.
Nightly builds for the current trunk are available here if you want to test
it:
http://people.apache.org/builds/james/nightly/
Stefano
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
Re: JAMES Administration
Posted by Stefano Bagnara <ap...@bago.org>.
Bernd Fondermann wrote:
> However, in James 2.2.0 and the upcoming 2.3 release, the support for
> JMX within James is limited.
>
> But, work has started to put more management operations in. This can
> currently be found in source code only (in the "trunk"). It covers
> more or less all operations already available in the telnet console
> (RemoteManager).
> This functionality will become available in the next major release, I
> guess.
Nightly builds for the current trunk are available here if you want to
test it:
http://people.apache.org/builds/james/nightly/
Stefano
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
Re: JAMES Administration
Posted by Bernd Fondermann <be...@googlemail.com>.
Hi,
Mark, thanks for bringing this topic on the table.
In the Java world, JMX (Java Management Extensions) is the weapon of
choice for the use cases you are describing. (see
http://java.sun.com/j2se/1.5.0/docs/guide/jmx/index.html)
However, in James 2.2.0 and the upcoming 2.3 release, the support for
JMX within James is limited.
But, work has started to put more management operations in. This can
currently be found in source code only (in the "trunk"). It covers
more or less all operations already available in the telnet console
(RemoteManager).
This functionality will become available in the next major release, I guess.
So this is not an answer to your question, but I am interested in
hearing from you and others what management operations are currently
missing to do the administrative work, so we can steadily improve
James' JMX interface.
When talking about manipulating the config file(s). There are many,
many configuration items within James and the list is growing for the
upcoming 2.3.
It think it would be cool to have a wizzard-like installer application
which is able to present and alter the config file content in a
user-friendly way, separating basic from advanced options, presenting
help texts, guiding the user through the whole setup process.
Maybe someone wants to start some effort in this direction?
Bernd
On 7/25/06, Mark Brennand <ma...@ten62.com> wrote:
> I am interested in what Administration solutions other JAMES users are
> currently using. Still remotely managing via telnet?? Have built custom
> management interface?? Using an open source management tool that I haven't
> heard of??
>
> Obviously the DB backend lends itself to direct manipulation but I am not
> ready to switch all storage mail over to DB just yet. I am, however, ready
> to generate a system that can directly manipulate config and environment
> vars, offer reporting and analysis via log parsing etc
>
> It would be great to hear what everyone else is doing (or even thinking of
> doing).
>
> Regards MB
>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
Re: JAMES Administration
Posted by Norman Maurer <nm...@byteaction.de>.
Im looking forward to maybe include the jmx stuff in 2.4. For the
installer its maybe hard cause alter config files is mostly not so easy.
Im not sure if it will maybe "easier" after we switch to commons
configuration.
bye
Norman
Am Dienstag, den 25.07.2006, 11:15 +0200 schrieb Bernd Fondermann:
> Hi,
>
> Mark, thanks for bringing this topic on the table.
>
> In the Java world, JMX (Java Management Extensions) is the weapon of
> choice for the use cases you are describing. (see
> http://java.sun.com/j2se/1.5.0/docs/guide/jmx/index.html)
>
> However, in James 2.2.0 and the upcoming 2.3 release, the support for
> JMX within James is limited.
>
> But, work has started to put more management operations in. This can
> currently be found in source code only (in the "trunk"). It covers
> more or less all operations already available in the telnet console
> (RemoteManager).
> This functionality will become available in the next major release, I guess.
>
> So this is not an answer to your question, but I am interested in
> hearing from you and others what management operations are currently
> missing to do the administrative work, so we can steadily improve
> James' JMX interface.
>
> When talking about manipulating the config file(s). There are many,
> many configuration items within James and the list is growing for the
> upcoming 2.3.
> It think it would be cool to have a wizzard-like installer application
> which is able to present and alter the config file content in a
> user-friendly way, separating basic from advanced options, presenting
> help texts, guiding the user through the whole setup process.
> Maybe someone wants to start some effort in this direction?
>
> Bernd
>
> On 7/25/06, Mark Brennand <ma...@ten62.com> wrote:
> > I am interested in what Administration solutions other JAMES users are
> > currently using. Still remotely managing via telnet?? Have built custom
> > management interface?? Using an open source management tool that I haven't
> > heard of??
> >
> > Obviously the DB backend lends itself to direct manipulation but I am not
> > ready to switch all storage mail over to DB just yet. I am, however, ready
> > to generate a system that can directly manipulate config and environment
> > vars, offer reporting and analysis via log parsing etc
> >
> > It would be great to hear what everyone else is doing (or even thinking of
> > doing).
> >
> > Regards MB
> >
> >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> > For additional commands, e-mail: server-user-help@james.apache.org
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
>
> !EXCUBATOR:1,44c5e16943381100453523!
JAMES Administration
Posted by Mark Brennand <ma...@ten62.com>.
Recently I have switched my JAMES implementation over to "virtual users"
using MySQL backend via JDBCVirtualUserTable, my AV over to ClamAV (away
from McAfee) and all spam checking via SpamAssassin. Apart from users, all
storage is file based. This setup is going really well.
I am interested in what Administration solutions other JAMES users are
currently using. Still remotely managing via telnet?? Have built custom
management interface?? Using an open source management tool that I haven't
heard of??
Obviously the DB backend lends itself to direct manipulation but I am not
ready to switch all storage mail over to DB just yet. I am, however, ready
to generate a system that can directly manipulate config and environment
vars, offer reporting and analysis via log parsing etc
It would be great to hear what everyone else is doing (or even thinking of
doing).
Regards MB
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org