Unfortunately the issue with this is due to this being in a pure Open
Directory(OD)/Workgroup Manager.app OS X environment, Workgroup
Manager when enabling "Mail" for an account with OD doesn't specify
any [EMAIL PROTECTED] attributes, literally the only thing I
have to work of to devise the email address it the UID.
I've got the 10 or so users hard coded within /etc/aliases which is
stopping the mail loop I initially encounted, but ultimately I'll
prefer to do everything via postfix/ldap lookups so management will be
easy via Workgroup Manager.
I understand that a mail attitude for final email destination is
preferable, but it's not feasible in this environment as Workgroup
Manager.app as provided by Apple does not automatically fill these
attributes in - and the end user managing this OD can't be trusted to
do it themselves.
If I haven't got the power within the result_attribute to do what I
want then I guess my option is to write a script that automatically
builds the /etc/aliases file from me based on querying the LDAP server.
Regards,
Michael Pasqualone
On 27/10/2008, at 12:31 AM, Reinaldo de Carvalho wrote:
In this case result_attribute must be unique.
*Example* for you:
dn: uid=rei,o=Root
uid: rei
uid: rei2
uid: rei3
mail: [EMAIL PROTECTED]
ldap-aliases.cf contains:
server_host = directory.example.com
search_base = o=Root
version = 3
query_filter = (uid=%u)
result_attribute = mail
bind = no
In this case result_attribute must be *unique*.
--
Reinaldo de Carvalho
http://korreio.sf.net
http://python-cyrus.sf.net
