I agree with the one to many relationship for DB repository but James is
supposed to be independent of using a DB or File repository so you should
use the same model for either although for keying purposes you might want
something like:
<userrepository>
<user>
<domain>
domain1.com
</domain>
<id>
user1
</id>
</user>
<user>
<domain>
domain1.com
</domain>
<id>
user2
</id>
</user>
<user>
<domain>
domain1.com
</domain>
<id>
user3
</id>
</user>
<user>
<domain>
domain2.com
</domain>
<id>
user1
</id>
</user>
<user>
<domain>
domain2.com
</domain>
<id>
user2
</id>
</user>
<user>
<domain>
domain2.com
</domain>
<id>
user3
</id>
</user>
</userrepository>
-John Yoost
> -----Original Message-----
> From: Michel Verbist [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, September 19, 2001 12:52 PM
> To: [EMAIL PROTECTED]
> Subject: RE: Multi-domain and Aliases
>
> From a database point of view (I'm more a database guy than a mail guy),
> typically, if you are working with a DB user repository, you
> would have two tables for the user repository.
> One for the domains and one for the users, with a one-to-many relationship
> between them.
> Incoming mail would be checked for domain name and username (belonging to
> that domain!!)
>
> Or for file-based repositories, like you suggest, something like
> "user1.domain1" would work, I think.
>
> Michel Verbist.
>
>
> -----Original Message-----
> From: Serge Knystautas [mailto:[EMAIL PROTECTED]]
> Sent: woensdag 19 september 2001 20:07
> To: [EMAIL PROTECTED]
> Subject: Re: Multi-domain and Aliases
>
>
> Can you point me to a mail server to see how this works? POP does not
> support it, and I'm pretty sure IMAP doesn't either. This means you
> either
> need to listen on multiple IP addresses, or make the usernames like
> "user1.domain1", as far as I know.
>
> Again, if I can see how other mail servers do this, we can try to model
> their approach.
>
> Serge Knystautas
> Loki Technologies
> http://www.lokitech.com/
> ----- Original Message -----
> From: "Michel Verbist" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Wednesday, September 19, 2001 1:52 PM
> Subject: RE: Multi-domain and Aliases
>
>
> > I think many people are interested in this kind of functionality!!
> > The sooner the better.
> > I think it should be in the fundamental design of James.
> >
> > Michel Verbist
> >
> > -----Original Message-----
> > From: tarundsk [mailto:[EMAIL PROTECTED]]
> > Sent: woensdag 19 september 2001 5:29
> > To: [EMAIL PROTECTED]
> > Subject: RE: Multi-domain and Aliases
> >
> >
> > at this stage i dont think it is possible but we can do this.....am i
> > right other participants.....
> >
> > -----Original Message-----
> > From: Philippe Le Marchand [mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, September 18, 2001 9:56 PM
> > To: [EMAIL PROTECTED]
> > Subject: Multi-domain and Aliases
> >
> >
> > Hi everybody,
> >
> > This is my first message, as I'm setting up JAMES and look for more
> > information.
> >
> > Is it possible to run several domain names in the same instance of
> > JAMES?
> > I mean not the list of <servernames> that allows a kind of "domain
> > aliases" for a single user, but really several domain names accepted,
> with
> > the same username used for two domain names being two different users?
> >
> > This would make the username look like <username>@<mydomain.com> for
> > instance, or a "domain" column added in the DB, or something...
> > Is it possible today, or will it be in the future?
> >
> >
> > What about e-mail aliases?
> > Is there another way that using a mailet and adding a line in the
> xml
> > config file, requesting the server to reboot?
> > This would be another table in the DB, or something...
> > Is it possible today, or will it be in the future?
> >
> >
> > Thanks for your answer(s),
> >
> >
> > Philippe Le Marchand
> > Noctis Software
> > [EMAIL PROTECTED]
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
