Re: On the db_common infrastructure -- design rationale?

From: Victor Duchovni (no email)
Date: Tue Jan 03 2006 - 10:03:43 EST

  • Next message: Hawk: "Postfix Config"

    On Mon, Jan 02, 2006 at 04:56:20PM +0100, Jos? Luis Tall?n wrote:

    > What i'm looking for is the rationale behind leaving just the
    > %[sudSUD] expansions (plus the %[0-9] "domain parts" matching),

    It is not clear whether ${variable} in the context of the map.cf files
    should refer to main.cf configuration parameters or lookup properties.
    It is tempting to set common variables in main.cf, and use them in
    multiple tables (this has not been implemented, but left open as a
    possible future feature).

    > and why the code uses "flags"( DB_COMMON_{KEY,VALUE}_{USER,DOMAIN} ) to
    > determine which parts are needed. I understand that this is related to
    > query optimization (supress queries as soon as possible), but not why it
    > is done in this way.

    Implementation convenience. If some other implementation proves more
    flexible going forward, feel free to recommend improvements.

    -- 
    	Viktor.
    Disclaimer: off-list followups get on-list replies or get ignored.
    Please do not ignore the "Reply-To" header.
    To unsubscribe from the postfix-users list, visit
    http://www.postfix.org/lists.html or click the link below:
    <mailto:?body=unsubscribe%20postfix-users>
    If my response solves your problem, the best way to thank me is to not
    send an "it worked, thanks" follow-up. If you must respond, please put
    "It worked, thanks" in the "Subject" so I can delete these quickly.
    

  • Next message: Hawk: "Postfix Config"





    Hosted Email Solutions

    Invaluement Anti-Spam DNSBLs



    Powered By FreeBSD   Powered By FreeBSD