It is the code in the version control system which hasn't been released yet.
Nothing we does comes with a warranty of any kind but the code in the
trunk isn't even finished, it might not even compile and is quite
probably a bit flaky too.

However you are more than welcome to experiment with it, sometimes its
possible to take just a few bits of it and use them with a stable
version.

You can browse it here: http://svn.apache.org/viewvc/james/server/

you need to use subversion if you want to get out, the public URL to
use is http://svn.apache.org/repos/asf/james/server/

Some instructions can be found here:
http://www.apache.org/dev/version-control.html

d.


On 06/11/2007, Rogier Doekes <[EMAIL PROTECTED]> wrote:
> Hi Stefano and Norman,
>
> I am a little confused on what trunk code means. Could you please eleborate
> a little more where I could obtain this trunk code?
>
> Thanks for your answer,
>
> -Rogier
>
> On Nov 6, 2007 9:07 AM, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
>
> > Rogier Doekes ha scritto:
> >  > Hi All,
> > >
> > > Since I am looking for a solution to handle users in multiple domains
> > using
> > > James, it all seems to be coming back to the JDBCVirtualUser and the
> > > servernames section in the config.xml file.
> > >
> > > I've implemented the JDBC VirtualUserTable functionality (there's a very
> > > good article on the Wiki there, kudos!)
> > >
> > > Our requirement though, is to be able to manage domains at runtime; our
> > > current scope is to let admin users add the domains at runtime, using
> > some
> > > sort of wrapper functionality.
> > >
> > > Therefore, manually adding the domains as servernames in the 
> > > config.xmlfile
> > > and restarting James is for us not the preferred solution.
> > >
> > > The latest discussion I could find on the subject of virtual hosts was 2
> > > years ago. Are there any current plans of adding functionality to manage
> > > domains at runtime?
> >
> > IIRC this feature is already supported in the current trunk code.
> > Unfortunately there is not yet a plan to release that code.
> >
> > Stefano
> >
> > > Cheers,
> > >
> > > Rogier Doekes
> >  >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
>
> --
> Rogier Doekes
> [EMAIL PROTECTED]
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to