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:[EMAIL PROTECTED] > 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 > > [EMAIL PROTECTED] -> [EMAIL PROTECTED] > [EMAIL PROTECTED] -> [EMAIL PROTECTED] > > the current vut implementations only map [EMAIL PROTECTED] to [EMAIL > PROTECTED] > Thats the old behavoir of the vut mailings. IMHO it makes more sense to > process all mappings. So after the change it should map [EMAIL PROTECTED] to > [EMAIL PROTECTED] 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) <[email protected]> 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: [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] > > !EXCUBATOR:1,4583b1e744677071217925! > > > > --------------------------------------------------------------------- > 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]
