|
Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com |
From: Francis Stevens (Francis.Stevens_at_bristow.co.uk)
Date: Thu Jan 02 2003 - 04:31:41 CST
Victor.Duchovni
morganstanley.com wrote:
> On Tue, 31 Dec 2002, Francis Stevens wrote:
>
>
>>The entries in the original posting are the exact entries in use
>>
>>tom tom
charlie
>>dick tom,dick
charlie
>>
>>this feeds into the content filter as
>>
>>tom
charlie.x.co.uk tom
charlie.x.co.uk dick
charlie.x.co.uk
>
>
> With virtual_alias_maps (unlike alias_maps) it is better to use fully
> qualified addresses. AFAIK the duplicate filter in virtual_alias_maps
> compares LHS and RHS addresses prior to "append_at_myorigin" and
> "append_dot_mydomain" rewriting.
>
> Also if you are able to do unqualified lookups on the two LHS addresses,
> these must be "local" users. For "local" users use alias_maps, not
> "virtual_alias_maps".
>
This put me onto the simplest solution (for my setup), simply add extra
records to the virtual file so it now becomes:-
tom tom
charlie
tom
charlie.domain.tld tom
charlie.domain.tld
dick tom,dick
charlie
dick
charlie.domain.tld dick
charlie.domain.tld
and I am back to the orginal behaviour. Since my virtual table is made
by a script doing a global update is trivial.
I seems that pre V2 dick
charlie on the RHS terminated the recursion,
post V2 is didn't so another search was done for dick
charlie.domain.tld
which was expanded again (eventually) - at least that's what it looks
like from the MySQL logs.
Thanks to Victor and Wietze for the guidance
FAS
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]