OSEC

Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com
Postfix Archives: RE: Virtual local delivery agent

RE: Virtual local delivery agent

Subject: RE: Virtual local delivery agent
From: Bryan Mawhinney (bryanmis.co.za)
Date: Tue Jan 25 2000 - 09:19:03 CST

>Yes - which would also be useful for the new, more powerful, transport
>map. Bryan Mawhinney <bryanmis.co.za> made a reasonable suggestion
>(return a list with key=value pairs). I'll have to give some thought to
>how this could be implemented in a clean backward compatible manner
>(would probably require duplicating the existing API - yuck).

I think it would be sufficient to add something like:
HTABLE *dict_xyz_lookup_hash(DICT *dict, const char *name)
to each of the existing map types. New code which understands the API
can then do htable_find(table, "uid") or htable_find(table,
"pathtomaildrop")
etc. Old code can continue to call the old method, and obviously maps used
by old code will have to be in the old format.

Such an extension would need to have Wietse's blessing if future map writers
are to conform.

>If this was implemented, a "join" map-type would be desirable - the
>idea being that it would look the key up in a number of separate
>old-style maps and join the result together returning the new key=value
>response.

Hmm, an interesting idea, but wouldn't you prefer to manage all the info in
one place, just like /etc/passwd? ie, manage a single map something like
this:

userdomain.com: uid=100:gid=100:pathtomaildrop=/domain/user:..:..

The delimiter should be configurable (perhaps with : as a default), but I'm
not sure how it would be specified in main.cf. Perhaps something like this:
vlocal_usermap = hash:/etc/passwddb:;
to specify ; as a delimiter. Starts to look a little like line noise
though.

LDAP & SQL map types would not need a delimiter, but would still need a
config file to specify the query to be executed, etc.

Regards
Bryan

This archive was generated by hypermail 2b27 : Tue Jan 25 2000 - 18:58:28 CST