Closed Bug 550387 Opened 15 years ago Closed 15 years ago

[FEATURE] Use more than one directory server at a time for addressing auto-complete

Categories

(Thunderbird :: Address Book, enhancement)

Product:
Thunderbird
Component:
Address Book
Type:
enhancement
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED DUPLICATE of bug 125188

People

(Reporter: bugzilla.mozilla.org, Unassigned)

Details

User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_2; en-us) AppleWebKit/531.21.8 (KHTML, like Gecko) Version/4.0.4 Safari/531.21.10 Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.8) Gecko/20100216 Thunderbird/3.0.2 The behavior of the addressing auto-complete against directory server, as well as its UI, seem to indicate that only one directory server can be used at any given time. It would be desirable to be able to search more than one directory server. As an example, imagine a company (real life example: Apple) that has a base DN for people and a different base DN for mailing lists. The two base DNs, against the same server URI are setup as separate servers in the Composition/Addressing preference pane, but only one of the servers can be searched at any given time. It is not convenient to have to edit the global preferences or the account properties when auto-complete is desired for people or for groups. Reproducible: Always Steps to Reproduce: 1. set up one directory server, let's call it ds1 2. set up an additional directory server, let's call it ds2 3. set ds1 as the directory server to use for auto-completion 4. create a new mail and try to trigger the auto-completion for a member of ds2 5. try to trigger the auto-completion for a member of ds1 Actual Results: At step 4, auto-completion fails. At step 5, auto-completion succeeds. Expected Results: There should be a way to configure the directory servers so that at step 4, as well as at step5, auto-completion succeeds.
Relating to Bug 36557
Blocks: 36557
This appears to be the target people dupe to.
No longer blocks: 36557
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → DUPLICATE
Apologies. I had attempted to search for such a request, but obviously failed miserably.
You need to log in before you can comment on or make changes to this bug.