You are viewing a plain text version of this content. The canonical link for it is here.
Posted to server-dev@james.apache.org by "Stefano Bagnara (JIRA)" <se...@james.apache.org> on 2007/05/15 18:19:16 UTC

[jira] Resolved: (JAMES-615) Refactor UsersRepositoryAliasingForwarding and AbstractVirtualUsersTable to follow the same interface/behaviours.

     [ https://issues.apache.org/jira/browse/JAMES-615?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Stefano Bagnara resolved JAMES-615.
-----------------------------------

    Resolution: Fixed

UsersRepositoryAliasingForwarding now make use of the VirtualUserTable service.

Maybe we should deprecate the former VirtualUserTableMailets and rename UsersRepositoryAliasingForwarding to VirtualUserTableMailet.
We should also change the default config.xml to make an example of this new VUT configuration.

If someone believe this next steps are useful just feel free to open ad-hoc issues.

> Refactor UsersRepositoryAliasingForwarding and AbstractVirtualUsersTable to follow the same interface/behaviours.
> -----------------------------------------------------------------------------------------------------------------
>
>                 Key: JAMES-615
>                 URL: https://issues.apache.org/jira/browse/JAMES-615
>             Project: James
>          Issue Type: Improvement
>          Components: Matchers/Mailets (bundled)
>            Reporter: Stefano Bagnara
>         Assigned To: Stefano Bagnara
>             Fix For: Next Major
>
>
> We will introduce a minor incompatibilities for the cases where people used local addresses in the forward field. This should not happen so frequently and we think it's safe to introduce this regression to be able to have a common way to manager recipients mappings tables.
> If we define a common interface for this implementations then we'll be able to use them also in handlers.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org