Lev,

> 1) The repositories: store mails for  different domains in different
> repositories. This should be quite easy to accomplish since you can
> already define multiple repositories and only need to give them
> different names.

Yes.

>
> 2) The services: POP3, SMTP...
> These are based on user information and authentication. Work has to be
> done to make those services recognize different realms and use the user
> information accordingly. AFAIK these services always use the
> "LocalUsers" repository.
>
> Am I correct, so far?

Yes.

The big gotcha is that although we can handle SMTP with matchers and mailets
delivering locally into different repositories depending upon recipient
address hostname we need to be able to identify the domain (and hence the
credentials) of the authenticating user during SMTP AUTH, and POP3 log-in.

Trivially you can work around this by making some small changes which use
the full [EMAIL PROTECTED] or user.domain as the username, others have done this
sucessfully in the past.

An alternative might be to wholly de-couple the users authentication
username from the user portion of their mail address(es), the former has to
be unique in James, but the latter only unique in the relevant domain. It
could be accomplished by aliasing [EMAIL PROTECTED] to
[EMAIL PROTECTED] I suspect this would be the fastest route and might be
possible without hacking any code, particularly if you can use JDBC Virtual
Users for the mapping and knock up a GUI to manage the task. I expect there
will be hidden gotchas in the processor pipeline, related to aliasing, but I
can't imagine a concrete example ATM.

For completeness though we need to implement proper IP based virtual
hosting, whereby James can assume the domain from the (local)IP address of
the socket, and we can then assign user domains to IP addresses.

I did start this, and I believe that some of the work I did in preparation
has been commited to the HEAD, but I lost it when my drive underwent a nast
head-crash :-( from what I remember there are few gotchas, but you may have
to override some of James' global settings with multiple local ones based
upon socket IPs.

If you see what I mean.

d.


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

Reply via email to