OSEC

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

  • Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

    Victor.Duchovnimorganstanley.com wrote:
    > On Tue, 31 Dec 2002, Francis Stevens wrote:
    >
    >
    >>The entries in the original posting are the exact entries in use
    >>
    >>tom tomcharlie
    >>dick tom,dickcharlie
    >>
    >>this feeds into the content filter as
    >>
    >>tomcharlie.x.co.uk tomcharlie.x.co.uk dickcharlie.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 tomcharlie
    tomcharlie.domain.tld tomcharlie.domain.tld
    dick tom,dickcharlie
    dickcharlie.domain.tld dickcharlie.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 dickcharlie on the RHS terminated the recursion,
    post V2 is didn't so another search was done for dickcharlie.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