OUTBOX: How to tell if the DST Rebasing Tool has been run on a mailbox?

re: OUTBOX: How to tell if the DST Rebasing Tool has been run on a mailbox?

Matt Stehle - MSFT — Mon, 12 Mar 2007 18:26:00 GMT

The hotfix mentioned in KB 932962 is not available for download from this article. As the it says, "...contact Microsoft Customer Support Services to obtain the hotfix...". You will not be charged for this incident if all you want is to get the hotfix and you don't have to be a Premier customer.

As far as the problems with J-Integra creating appointments that are 5 and 6 hours off, I would recommend that you follow up with the vendor. Unless you can create a simple CDO 1.21 script that creates appointments to reproduce the behavior.

re: OUTBOX: How to tell if the DST Rebasing Tool has been run on a mailbox?

Jeff — Mon, 12 Mar 2007 17:59:07 GMT

mstehle,

Thanks for help.

But I have couple questions. In my problem, the DST appointments are 5 hours off and non-DST appointments are 6 hours. It does not seems to be DST problem. correct?

Also, I have not figure out how to dowload the hotfix from http://support.microsoft.com/default.aspx?scid=kb;EN-US;932962. Does I need a support contract with MS to do this?

Thanks again.

re: CDO appointments do not show time correctly

Matt Stehle - MSFT — Sat, 10 Mar 2007 00:13:13 GMT

From what I read it sounds like your Java applicaiton calls into J-Integra which then calls into CDO (I assume CDO 1.21). You are correct that CDO 1.21 does maintain its own timezone information so you will need to patch CDO.dll.

If you have Exchange 2003 Server or Exchange 2003 System Manager installed on your application server to get CDO then you will need to install the Exchange 2003 update...

http://support.microsoft.com/kb/926666

If you have Outlook 2003 installed on your application server then you will need to install the Outlook 2003 update...

http://support.microsoft.com/default.aspx?scid=kb;EN-US;932962

CDO appointments do not show time correctly

Jeff — Fri, 09 Mar 2007 23:52:28 GMT

I have heard your name from Yaxiong Lin and he said you might help me for the following problem since you have had similar problem before.

We have a Java application that uses an API called J-Integra to send appointments to users’ mailboxes in Exchange servers. The J-Integra API talk a component of Outlook called CDO and the CDO actually push the appointment to the Exchange servers. We have completed coding the application and here is what we found from testing it:

The same application ran correctly in the lab environment.

In the production environment, all non-Daylight Saving Time appointment are scheduled 6 hours earlier and all Daylight Saving Time appointment are 5 hours earlier.

We currently use another API called Compoze to do same thing and it does not have this problem. Also our organization has applied all the DST patches.

Since I am in the central time zone and the time is 6 hours behind the UTC time, it seems that the appointment time stamps are stored to Exchange server.

From all these facts, it does not seem likely the problem is from Exchange server, Outlook or Operating system. It seams it is a problem from CDO setting. Also, it does not look like the DST problem, I would think that is time zone setting problem. It says the CDO keeps its own time zone, but I have not figure out how to view and set it.

Thanks for help

re: OUTBOX: How to tell if the DST Rebasing Tool has been run on a mailbox?

Matt Stehle - MSFT — Tue, 06 Mar 2007 22:55:19 GMT

Doug,

There is no way to identify which appointments have a "bad" bias. Outlook versions pre-Outlook 2007 don't put these time zone properties on an appointemnt. If this property is not available on an appointment it doesn't mean that the appointment needs to be rebased.

-Matt

Weekend reading

subject: exchange — Fri, 02 Mar 2007 20:44:38 GMT

Microsoft Exchange PHP WebDAV Examples How to analyze Exchange Server SMTP log files in Microsoft Excel

re: OUTBOX: How to tell if the DST Rebasing Tool has been run on a mailbox?

Doug — Thu, 01 Mar 2007 07:49:27 GMT

What I need is an end user based method that displays all appointments that have the old TZ bias that the requesting user created. The use case is, user goes to web page, clicks a link which brings them to a page that shows them their bad appointments. From there they can either click the link to open the appt or go directly into Outlook 2003 and correct.

We aren't using the rebasing tool but making users responsible. Giving them verification that they fixed it is very helpful.

Thanks!