I'm not sure if this would be better placed in a development zone, but I'm willing to try here first. At the current time, I've got one reported issue of problems with tracking information in Outlook 2003 when meeting invitation responses are received. In certain cases, only some of the attendees responses on the tracking tab actually update. In one of the latest examples, a meeting request was sent out to 10 users. 3 of the users were in our company, 2 in a different company, and 5 in yet another company. All 10 users replied with various accept or declined responses. On the tracking tab, the three users in our company had their statuses updated to Accepted. The other users (even though they had responded) had their statuses kept at None.
Now, that being said. I've verified several other things in Outlook
1. Under Tracking Options, both "Process requests and responses on arrival" and "Process receipts on arrival" are currently checked
2. This behavior happens when either Outlook is Cached or Uncached
3. Free/Busy is set to update every 15 minutes.
Once the responses had arrived, the ones from people within our company has updated under Tracking very quickly. The others, even after hours, never did update (I can manually change the status if required). I was under the impression that a small piece of Code in Outlook looks for these responses when the Outlook isn't busy performing a process, and updates Tracking once it has been found but in this situation that doesn't necessarily appear to be the case.
As an interesting side note, I decided to run MFCMAPI to look at the properties of an Accepted response messages from one of our users that updated successfully on the Tracking tab as well as one from outside of our company that did not update. I wanted to look through the Property Names and see what was the same and what was wholly different. I found an interesting Property Name called PR_RESPONSE_REQUESTED that by definition from the site below is stated as performing:
"This property is used for meeting requests. The receiving client application should prompt the user to accept or decline the request and then send this response back to the sender."
On the responses where it was updated successfully on the Tracking tab, I noticed that the value of this property was set to True. On the responses where the response did not update at all, the value was set to False. What could determine the value of this property in one company as True but False in another?
Would love an answer to this to even see if I'm in the ballpark in understanding how this is supposed to work. Please feel free to write back if more information is needed!