No Outlook Data when set up as a Corporate/WorkGroup Client.

RESOLVED FIXED in Future

Status

SeaMonkey
MailNews: Address Book & Contacts
RESOLVED FIXED
16 years ago
13 years ago

People

(Reporter: John Marmion, Assigned: John Marmion)

Tracking

Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment, 1 obsolete attachment)

493 bytes, patch
Rajiv Dayal
: review+
(not reading, please use seth@sspitzer.org instead)
: superreview+
Details | Diff | Splinter Review
(Assignee)

Description

16 years ago
The bug 78931 fix allows Mozilla to access Outlook(MAPI) Address Book Data.
While no UI exists to turn this feature on (see bug 83100) it can be enabled by
manually editing the prefs.js file. But if Outlook is configured as a
Corporate/WorkGroup Client attached to an MS Exchange Server rather than as an
Internet only Client then the current implementation in Mozilla fails to

a. retreive Outlook Address Book data
b. Run Advanced queries as outlined in bug 83023 and
c. Update Outlook Address Book Data

The only functionality currently working in both Outlook modes is 'Deleting of
Address Book Entries'.

The import feature works correctly in both modes.

Updated

16 years ago
Status: NEW → ASSIGNED
Target Milestone: --- → Future
(Assignee)

Updated

16 years ago
Depends on: 118119
(Assignee)

Comment 1

16 years ago
Created attachment 69492 [details] [diff] [review]
Patch to enable Outlook data in Corporate/WorkGroup mode

This patch will enable Outlook data in Mozilla when Outlook is configured in
Corporate/WorkGroup mode. In order to verify this patch, the patch for bug
#118119 will need to be applied. There are other related issues to updating of
Outlook data in this mode, but I will spin up a separate bug for that.
(Assignee)

Updated

16 years ago
Blocks: 127848
(Assignee)

Updated

16 years ago
Blocks: 127879
(Assignee)

Comment 2

15 years ago
Created attachment 90087 [details] [diff] [review]
keep patch up-to-date against trunk

no content change but patch offsets need updating. I will chase a review on
this patch today.
Attachment #69492 - Attachment is obsolete: true
(Assignee)

Comment 3

15 years ago
Taking ownership. Still waiting on a response to my request for a review. I
understand that Rajiv (rdayal@netscape.com) will hopefully deal with it. 
Assignee: racham → john.marmion
Status: ASSIGNED → NEW

Comment 4

15 years ago
For attachment (id=90087):

-     if (values [i].ulPropTag == aPropertyTags [i]) {
+     if (PROP_ID(values [i].ulPropTag) == PROP_ID(aPropertyTags [i])) {

It seems like it doesn't matter what the PROP_TYPE of aPropertyTags is, if the
PROP_ID matches, return the property's value. Assuming this is the case r=rdayal.
(Assignee)

Comment 5

15 years ago
Yes, thanks Rajiv for your time, the assumption is correct. The property tags
returned in the two different Outlook configuration modes have the same
identifier (PROP_ID) but different type (PROP_TYPE).

Updated

15 years ago
Attachment #90087 - Flags: review+
Comment on attachment 90087 [details] [diff] [review]
keep patch up-to-date against trunk

sr=sspitzer
Attachment #90087 - Flags: superreview+
(Assignee)

Comment 7

15 years ago
This fix is checked into the tree. Thanks to all who contributed to this. I have
verified that this works by testing against the Windows nightly build 1.2a
20020917. To enable Outlook in the Mozilla address book, you need to manually
edit the preferences file. see http://abzilla.mozdev.org
Status: NEW → RESOLVED
Last Resolved: 15 years ago
Resolution: --- → FIXED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.