>>> On 10/06/2009 at 12:17 p.m., Victor Duchovni
<victor.ducho...@morganstanley.com> wrote:
> On Wed, Jun 10, 2009 at 10:10:17AM +1200, Kevin Sartorelli wrote:
> 
>>      domain = irdtest.govt.nz
> This limits the lookup keys to just u...@domain forms in the specified
> domain, are you sure that's what you want???
Yes

>>      result_attribute = mail
> Why would a user's email address ("mail" result attribute) be a useful
> transport(5) table result?
Maybe I don't need this at all then.  BUT if I don't have something here then I 
don't get anything returned.
>>      size_limit = 1
>>      result_format = relay:10.40.40.61
> You are missing "[", "]" around the literal IP address.
Ah, yes - fixed.
 
> The result format is independent of the lookup key, what is the point
> of this?
I want any user who is in the LDAP directory to be relayed to another machine.  
Any user not in the LDAP gets handled locally.

> and really should come from the directory. Why not route the whole domain
> this really via a simple indexed file transport table?
> 
>       ird.govt.nz             relay:[10.40.40.61]
> 
> LDAP does not add any value here, unless users not in the directory have
> a different route...
Correct.  If they are in the LDAP directory then the mail should be directed to 
one point, otherwise it is handled locally.

>> However, when there is more than one account with the same email address
>> I get:
> Why on earth are there multiple accounts with the same primary mail address?
> Or is the "mail" attribute of the user in question multi-valued? (Also
> not a good idea).
Simple answer - user error.  There shouldn't be but I have no control over what 
goes into the LDAP directory.  While there shouldn't be any duplicate email 
addresses there are and I tripped over one in testing.   Guess I want to handle 
this case in a graceful manner rather than deferring until it is noticed or 
times out.

>> My reading of the ldap_table man page indicates that this will happen
>> for the 'expansion_limit' parameter, but not the 'size_limit' parameter.
> A limit is a limit.
I was hoping it would only return 1 entry rather than error if there was more 
than one.

>> Anyone have an idea how I can get my LDAP lookup to return only one
>> record regardless of the number of accounts with the same email address?
> If you want a single result, use a query that always returns exactly
> one value, meaning, exactly one matching "entry" with a *single-valued*
> result attribute.
OK, thanks.  Wish I had more control over the contents of the LDAP I have to 
look in.

Cheers
Kevin



Reply via email to