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 "Norman Maurer (JIRA)" <se...@james.apache.org> on 2006/12/15 12:13:21 UTC
[jira] Created: (JAMES-741) Add configuration option to VUT
implementation to recursive search for mappings
Add configuration option to VUT implementation to recursive search for mappings
-------------------------------------------------------------------------------
Key: JAMES-741
URL: http://issues.apache.org/jira/browse/JAMES-741
Project: James
Issue Type: Improvement
Reporter: Norman Maurer
Assigned To: Norman Maurer
Fix For: Next Major
At the moment all VUT implementation not search recursive for mappings. This should be changed.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: [jira] Created: (JAMES-741) Add configuration option to VUT implementation
to recursive search for mappings
Posted by Norman <nm...@spam-box.de>.
Hi Bernd,
no it isn't. Wildcard mappings schould be work at the moment.
Let me explain what i have in mind. For example if we have the follow
mappings
a@anydomain -> b@anydomain
b@anydomain -> c@anydomain
the current vut implementations only map a@anydomain to b@anydomain.
Thats the old behavoir of the vut mailings. IMHO it makes more sense to
process all mappings. So after the change it should map a@anydomain to
c@anydomain. For avoiding loops we should check for a mapping limit (
which will be configurable). After the mappings limit is reached it
bounce the mail with an error like : "554 To many mappings to process"
or something like that. We also need to check if the input is the same
as the mapping if so we need to break to avoid an infinity loop.
I hope you now understand.
bye
Norman
Ps: I have finished it here. I just need to write junit tests for it
before i will commit.
Bernd Fondermann schrieb:
> Norman,
>
> Is this feature about using wildcards for mapping?
>
> Bernd
>
> On 12/15/06, Norman Maurer (JIRA) <se...@james.apache.org> wrote:
>> Add configuration option to VUT implementation to recursive search
>> for mappings
>> -------------------------------------------------------------------------------
>>
>>
>> Key: JAMES-741
>> URL: http://issues.apache.org/jira/browse/JAMES-741
>> Project: James
>> Issue Type: Improvement
>> Reporter: Norman Maurer
>> Assigned To: Norman Maurer
>> Fix For: Next Major
>>
>>
>> At the moment all VUT implementation not search recursive for
>> mappings. This should be changed.
>>
>> --
>> This message is automatically generated by JIRA.
>> -
>> If you think it was sent incorrectly contact one of the
>> administrators: http://issues.apache.org/jira/secure/Administrators.jspa
>> -
>> For more information on JIRA, see:
>> http://www.atlassian.com/software/jira
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>> For additional commands, e-mail: server-dev-help@james.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
> For additional commands, e-mail: server-dev-help@james.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
AW: [jira] Created: (JAMES-741) Add configuration option to VUT implementation to recursive search for mappings
Posted by Jürgen Hoffmann <jh...@byteaction.de>.
Hi Norman,
IMHO it makes more sense to remember which addresses were already mapped, and
compare new destinations to the old mappings. This way, we can detect a loop,
and mappings can be as deep as they wanna be. That way, you cann specifically
log, which address is looping and where. Makes debugging a lot easier.
Although does a mapping of >10 make sense? I mean people have to administer
things, and if they have to go through >(5|10) mappings, they will find out
that they were boneheaded in the first place.
My 2 cents
Juergen
-----Ursprüngliche Nachricht-----
Von: Norman [mailto:nm@spam-box.de]
Gesendet: Samstag, 16. Dezember 2006 09:44
An: James Developers List
Betreff: Re: [jira] Created: (JAMES-741) Add configuration option to VUT
implementation to recursive search for mappings
Hi Bernd,
no it isn't. Wildcard mappings schould be work at the moment.
Let me explain what i have in mind. For example if we have the follow
mappings
a@anydomain -> b@anydomain
b@anydomain -> c@anydomain
the current vut implementations only map a@anydomain to b@anydomain.
Thats the old behavoir of the vut mailings. IMHO it makes more sense to
process all mappings. So after the change it should map a@anydomain to
c@anydomain. For avoiding loops we should check for a mapping limit (
which will be configurable). After the mappings limit is reached it
bounce the mail with an error like : "554 To many mappings to process"
or something like that. We also need to check if the input is the same
as the mapping if so we need to break to avoid an infinity loop.
I hope you now understand.
bye
Norman
Ps: I have finished it here. I just need to write junit tests for it
before i will commit.
Bernd Fondermann schrieb:
> Norman,
>
> Is this feature about using wildcards for mapping?
>
> Bernd
>
> On 12/15/06, Norman Maurer (JIRA) <se...@james.apache.org> wrote:
>> Add configuration option to VUT implementation to recursive search
>> for mappings
>>
------------------------------------------------------------------------------
-
>>
>>
>> Key: JAMES-741
>> URL: http://issues.apache.org/jira/browse/JAMES-741
>> Project: James
>> Issue Type: Improvement
>> Reporter: Norman Maurer
>> Assigned To: Norman Maurer
>> Fix For: Next Major
>>
>>
>> At the moment all VUT implementation not search recursive for
>> mappings. This should be changed.
>>
>> --
>> This message is automatically generated by JIRA.
>> -
>> If you think it was sent incorrectly contact one of the
>> administrators: http://issues.apache.org/jira/secure/Administrators.jspa
>> -
>> For more information on JIRA, see:
>> http://www.atlassian.com/software/jira
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>> For additional commands, e-mail: server-dev-help@james.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
> For additional commands, e-mail: server-dev-help@james.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
!EXCUBATOR:1,4583b1e744677071217925!
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: AW: [jira] Created: (JAMES-741) Add configuration option to VUT
implementation to recursive search for mappings
Posted by Norman <nm...@spam-box.de>.
Hi Jürgen,
thats exact what i did here. Maybe it was not clear after my explanation
;-) If i find some time today i will finish the junit tests and commit.
bye
Norman
Jürgen Hoffmann schrieb:
> Hi Norman,
>
> IMHO it makes more sense to remember which addresses were already mapped, and
> compare new destinations to the old mappings. This way, we can detect a loop,
> and mappings can be as deep as they wanna be. That way, you cann specifically
> log, which address is looping and where. Makes debugging a lot easier.
>
> Although does a mapping of >10 make sense? I mean people have to administer
> things, and if they have to go through >(5|10) mappings, they will find out
> that they were boneheaded in the first place.
>
> My 2 cents
>
> Juergen
>
> -----Urspr?ngliche Nachricht-----
> Von: Norman [mailto:nm@spam-box.de]
> Gesendet: Samstag, 16. Dezember 2006 09:44
> An: James Developers List
> Betreff: Re: [jira] Created: (JAMES-741) Add configuration option to VUT
> implementation to recursive search for mappings
>
> Hi Bernd,
>
> no it isn't. Wildcard mappings schould be work at the moment.
>
> Let me explain what i have in mind. For example if we have the follow
> mappings
>
> a@anydomain -> b@anydomain
> b@anydomain -> c@anydomain
>
> the current vut implementations only map a@anydomain to b@anydomain.
> Thats the old behavoir of the vut mailings. IMHO it makes more sense to
> process all mappings. So after the change it should map a@anydomain to
> c@anydomain. For avoiding loops we should check for a mapping limit (
> which will be configurable). After the mappings limit is reached it
> bounce the mail with an error like : "554 To many mappings to process"
> or something like that. We also need to check if the input is the same
> as the mapping if so we need to break to avoid an infinity loop.
>
> I hope you now understand.
>
> bye
> Norman
>
> Ps: I have finished it here. I just need to write junit tests for it
> before i will commit.
>
> Bernd Fondermann schrieb:
>
>> Norman,
>>
>> Is this feature about using wildcards for mapping?
>>
>> Bernd
>>
>> On 12/15/06, Norman Maurer (JIRA) <se...@james.apache.org> wrote:
>>
>>> Add configuration option to VUT implementation to recursive search
>>> for mappings
>>>
>>>
> ------------------------------------------------------------------------------
> -
>
>>> Key: JAMES-741
>>> URL: http://issues.apache.org/jira/browse/JAMES-741
>>> Project: James
>>> Issue Type: Improvement
>>> Reporter: Norman Maurer
>>> Assigned To: Norman Maurer
>>> Fix For: Next Major
>>>
>>>
>>> At the moment all VUT implementation not search recursive for
>>> mappings. This should be changed.
>>>
>>> --
>>> This message is automatically generated by JIRA.
>>> -
>>> If you think it was sent incorrectly contact one of the
>>> administrators: http://issues.apache.org/jira/secure/Administrators.jspa
>>> -
>>> For more information on JIRA, see:
>>> http://www.atlassian.com/software/jira
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>>> For additional commands, e-mail: server-dev-help@james.apache.org
>>>
>>>
>>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>> For additional commands, e-mail: server-dev-help@james.apache.org
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
> For additional commands, e-mail: server-dev-help@james.apache.org
>
> !EXCUBATOR:1,4583b1e744677071217925!
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
> For additional commands, e-mail: server-dev-help@james.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: [jira] Created: (JAMES-741) Add configuration option to VUT implementation to recursive search for mappings
Posted by Bernd Fondermann <be...@googlemail.com>.
Norman,
Is this feature about using wildcards for mapping?
Bernd
On 12/15/06, Norman Maurer (JIRA) <se...@james.apache.org> wrote:
> Add configuration option to VUT implementation to recursive search for mappings
> -------------------------------------------------------------------------------
>
> Key: JAMES-741
> URL: http://issues.apache.org/jira/browse/JAMES-741
> Project: James
> Issue Type: Improvement
> Reporter: Norman Maurer
> Assigned To: Norman Maurer
> Fix For: Next Major
>
>
> At the moment all VUT implementation not search recursive for mappings. This should be changed.
>
> --
> This message is automatically generated by JIRA.
> -
> If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
> -
> For more information on JIRA, see: http://www.atlassian.com/software/jira
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
> For additional commands, e-mail: server-dev-help@james.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
[jira] Resolved: (JAMES-741) Add configuration option to VUT
implementation to recursive search for mappings
Posted by "Norman Maurer (JIRA)" <se...@james.apache.org>.
[ http://issues.apache.org/jira/browse/JAMES-741?page=all ]
Norman Maurer resolved JAMES-741.
---------------------------------
Resolution: Fixed
> Add configuration option to VUT implementation to recursive search for mappings
> -------------------------------------------------------------------------------
>
> Key: JAMES-741
> URL: http://issues.apache.org/jira/browse/JAMES-741
> Project: James
> Issue Type: Improvement
> Reporter: Norman Maurer
> Assigned To: Norman Maurer
> Fix For: Next Major
>
>
> At the moment all VUT implementation not search recursive for mappings. This should be changed.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org