Closed Bug 59038 Opened 24 years ago Closed 22 years ago

LDAP replication / sync

Categories

(SeaMonkey :: MailNews: Address Book & Contacts, enhancement, P1)

enhancement

Tracking

(Not tracked)

VERIFIED FIXED
mozilla1.0

People

(Reporter: BenB, Assigned: rdayal)

References

(Blocks 2 open bugs)

Details

(Whiteboard: [ADT2])

Attachments

(1 file)

LDAP replication - sync LDAP database with local AB. This bug tracks only the
server -> client copy - bug 17884 tracks a real sync, i.e. client -> server,
i.e. updating the server with info enter in the local AB.

It should be possible to leverage the ABsync code we have (originally written
for AB <-> Netcenter sync).
Blocks: 17884, Beonex
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.1
No longer blocks: Beonex
ops
Blocks: 36557, Beonex
Priority: P3 → P1
To describe this a bit more detailed:
This bug is about copying entries from an LDAP server to the local address book.
It would enable manual lookup of address data in the Mozilla address book
application and autocompletion in the mail composer.
The scalability would be limited to that of Mork, the database for the Mozilla
address book, which lies somewhere over 1000 records IIRC. The LDAP sync should
offer a filter/query, so the records copied are limited and specfic (e.g. if you
are working for a multi-national corporation with 50.000 employees, you could
copy only the records for your country).
Another way to approach this would be to implement an LDAP search UI, and then
allow entries to be dragged (perhaps en masse) to the address book.
dmose, wouldn't that be bug 17879?
Ah, right you are.
Getting schizophrenic: Moving all bugs for Beonex <http://www.beonex.com> to my
second Bugzilla identity <ben.bucksch@beonex.com>.
Assignee: mozilla → ben.bucksch
Status: ASSIGNED → NEW
Giving away bug until I *know* that I will work on it.
Assignee: ben.bucksch → nobody
QA Contact: esther → hong
QA Contact: hong → yulian
bugs owned by nobody are unlikely to get fixed in 0.9.1.
removing tm...
Target Milestone: mozilla0.9.1 → ---
No longer blocks: Beonex
Oops, sorry, everybody, image attached to the wrong bug.
reassigning owner and adding ccs
Assignee: nobody → jpm
per prd, marking nsbeta1.  Target milestone needs to be updated.
Keywords: nsbeta1
reassigning to rdayal.
Assignee: jpm → rdayal
Keywords: nsbeta1nsbeta1+
Target Milestone: --- → mozilla1.0
Please see the design document at :

http://www.mozilla.org/mailnews/arch/LDAP_replication2.html

The decision made is to implement the Change Log protocol. 

Implementation can be done by either modifying the existing nsabldapdirectory...
classes or implementing new classes. Decision has been made to implement new
classes for ldap replication to keep the code cleaner and easier to debug as
well as for code re-usability in future for implementing LCUP or any other
replication protocol.



Status: NEW → ASSIGNED
Implementation will be done in two parts, replicating all entries on to a local
addressbook Mork DB file (tracking bug # 128086) and replicating the changes
since the last update implementing the change log protocol (tracking bug # 128087).
Whiteboard: [ADT2]
Blocks: 102231
Adding myself.

Should bug 128087 be a blocker for this bug?
Both the replication patches have been checked in; this bug is fixed.
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Verified
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: