That's brilliant, thank you! (I'm already done the updates so it's too late for me, but now I have somewhere to direct others.)

May I make this video available to my users, either by linking to it or by hosting it on our organization's support site?

LDP - sure, go for it.

Linking might work better to get most up to date info as we are looking to post updated videos for v2 version of the tool and then I plan to comment the post to include links to that.

These walkthroughs are extremely helpful. Thank you very much.

Where can I get the MsExTmz.exe referenced? I can only find MsExTmz.msi linked off the site which does not include MsExTmzcfg.msi. I am following the link from http://support.microsoft.com/?kbid=930879 which takes me to http://www.microsoft.com/downloads/details.aspx?FamilyId=A9336886-4B28-4010-9416-36D38429438D&displaylang=en.

I see the Exchange tool V2 has been posted, but I didnt see any update on what has changed. Anyone know what changed or where the info is available

The MSEXTMZ 2.0 tool has indeed been released. The KB article (930879) has been updated, unfortunately, it is missing a very important piece! It reads:

"If you are using direct booking or the Auto Accept Agent, follow these steps to update the resource mailboxes."

There are no steps listed after this section, it jumps right to Public Folders. Can someone alert the KB article writers, and have them update that section? We are rolling out the updates this weekend. This section is very important as we have numerous resources using AutoAccept.

Rob D and MikeD,

What has been posted is the Exchange tool v2, yes. However, this is not what will help with resource mailboxes and is NOT the tool that will help with the resource mailboxes. the Exchange tool brings a bit more robustness in UI, logging etc - pretty much all of which you can see if you run the tool. No more need for server LegacyExchangeDN for example or Outlook registry path.

The updated Outlook tool is scheduled to come out next week, and that will provide additional relief for PF based calendars and recource mailboxes.

Thanks for that information. We have scheduled this Sunday for our update. Is there any chance that the updated tool will be released before then?

The original webcast mentioned that the server you run the Exchange Calendar Update Tool has to be in the time zone in which you are performing updates for.  So, we would have to parse out the users in different time zones.

The tool seems to address multiple time zones for mailboxes on the same server (ie. a server in PA that has users in NY, PA, MN, etc.).

Is this correct?

Rob D,

The chance of this coming this week is very small, I would not count on it.

agrajag42 - the new version of the Exchange tool - yes that is one of things that are improved in it.

This new version of the Exchange tool ensur that single instance items created after the date on which the operating system time zone updates were applied are not rebased?

Marius,

No - the new tool can not ensure that... the reason for the inability to solve that is because even the newly created appointments, created after OS was patched (unless tehy were created using Outlook 2007 client) do not have the timezone information embedded in them, so they will get moved by default. However if you run the Outlook tool, you will have the choice not to move those.

Thanks for that information.

I have been unable to install the new Exchange tool.  It insists I still have the previous version installed, which I don't.  I even tried the Installer Cleanup tool, but no dice.  I didn't see anything in the registry, but I suspect I'm looking at the wrong place.  Any ideas on how to get the v2 tool to install?

PingBack from http://news.architel.com/2007/02/22/microsoft-dst-errors/

Do you have an idea on when version 2 of the VM will be released for download? We plan to start testing this weekend, with rollout/patching next weekend.

We currently are unable to install v2 of the exchange tool, it complains about v1 still being installed. Any help on that in the meantime before v2 of the VM is released so that we can continue with testing using v2 this weekend?

Tim and Spider,

When I moved from version 1 to version 2 of the Exchange tool, I had to uninstall both MSEXTMZ and MSEXTMZCFG separately. And another issue, the CFG tool needs to be uninstalled using the same account that was used to install it, as it appears to install per-user, not per-machine. It won't appear in add/remove programs for any other account. Version 2 uses a single installer to install both tools, thankfully.

The DST 2007 and Exchange product group have released an updated version of the Exchange Calendar Update

Is it normal for Version 2 of the tool not to open Outlook each time?  I just want to make sure that is correct because I am not sure it is working.

Also.. what does it mean when it says, "No log file written for user"?

Jason, yes - that is expected.

The tool looked like it was running fine and then every mailbox started to get the following error:

No Event log records written - Treated as failure.
HrProcessMailbox:Unable to process mailbox

If we decide to rebook the appointment manually, we don't have to run the tool again next year for recurring meeting, as long as we patched Exchange servers, WS, right?

I start having the same problem as Jason.
I have not got it working yet.
I noticed the utility is adding a bunch of outlook profiles.

I know you're saying you can can't update single instance appointments because of not having the Time Zone stamp, but why not by creation, accepted, or sent date instead?  If we know or were able to check on the local machine when the patch was applied, then only adjust for those appointments that were created/accepted/sent before the installation date?

Is there an estimate as to 'when' the new Outlook tool will be coming out?  We ran the updates this weekend, and are having NO luck getting resource accounts or Public Folders to update.  I've run the grant permissions script against all resource accounts, but cannot get those to update.  Every public folder I run the Outlook tool against tells me there are no items to be updated.

Let's just say my boss is unhappy with the results thus far...

I used the demo and that was very helpful and we got the Exchange tool both V1 and V2 to run ok. But even though it ran it did not fix the calendar appointments as anticipated. It only provided one log file for a user instead of the 11 expected and said it fixed one appt. so we then logged back in under the user and the time did not change.  We tested the manual tzmove.exe outlook tool and that did show that it would fix the appts that the exchange tool missed but with several hundred users this is not the preferred method. Will there be any updates to the exchange tool? Any suggestions we can test in our lab to get the current exchange tool v1 or v2 to fix the appts.

I am trying to update my Exchange server using the Exchange Update Tool but when I enter in the LegacyExchangeDN is gives me the following error message:

"Invalid Server. Please make sure you have enetered valid server name"

This is the following Server Name I am entering (edited of course):

ServerDN=/o=DOMAINNAME/ou=First Administrative Group/cn=Configuration/cn=Servers/cn=EXCHANGESRVRNAME

I am also selecting the Outlook Profile name from the drop down menu, and selecting "Extract Recurring Meeting Time Zones"

Am I doing something wrong?

Greg,

Try downloading the V2 of Exchange tool, it does not require Legacy Exchange DN anymore...

Thanks Exchange. That was it. I am now running MsExTmzCfg.exe and it goes through all the mailboxes and I get the following on almost all of them (I think):

HrProcessMailboxTable:Unable find mailbox timezone:Error 0x80004005.

Any suggestions?

I have a question?  When I run the Exchange Update Tool I get to a screen called Map Time Zones:

My organization is only in 2 Time Zones. (Atlantic and Newfoundland)-

In the Map Time Zone Dialog box I see 3 time zones.
--------------------------------------------------
Atlantic Time (Canada)
GMT -4 (Standard)/GMT -300 (Daylight)
Central Time
Newfoundland
--------------------------
Fore the GMT -4 (Standard)/GMT -300 (Daylight) - "Someone may have made this custom zone and I think I can map it to Atlantic Time Canada since it is the same offset from GMT.

For the one that says central time I can use the correct central time zone.

When I move to the next screen called Calender update Configuration under Select Time Zones that need to be updated I only see one time zone listed (Atlantic Time - Canada).  Should I see multiple time zones?  Also do I have to somehow seperate out my users to update by thier time zones?

Greg,

"Unable find mailbox timezone:Error 0x800004005" during time zone extraction process is not a big deal, you do not have to worry about this much.

Simply add those users into mailboxes_1.txt, tab separated, in the format of "user <tab> server <tab> timezone". You can use Excel to make this easy (Excel is on the virtual machine that you can download from us with tools), hopefully most of your users are in the same timezone - then it becomes REALLY easy.

What if your users are spread across the globe, and 50% don't return a value?  What would you recommend in this case?  If I assume based on which mail server they're attached to (we have one in most timezones), what if I get some wrong?  Will all these people's appointments show up off?

I am still confused after reading all the documentation about whether meeting notices will be updated correctly when running the exchange tool.  Our DST patch has been applied to all user workstations.  Meetings scheduled prior to the patch are off by one hour.  I understand these will be corrected.  Will meetings that are NOT off by one hour also be affected when running the exchange tool?  Can the exchange tool be run for just select users?

Ben, you can select which users the exchange tool runs against, by editing the .txt files that list your exchange mailboxes.

Ben,

Meetings that are NOT wrong WILL also get moved... unless they were created using Outlook 2007. That is because only Outlook 2007 embeds the timezone info into the meeting request, other clients do not.

That is why you see it written that patching and rebasing should be done in rapid succession, so the amount of newly created appointments once the OS patches are applied is as low as possible.

Yes you can run the tool only for some users. Just edit the files that the Exchange tool gives you as a result of a run, before you run the batch file. Take the mailboxes you do not want to run on out.

Since the Exchange tool uses its own version of tzmove.exe -  will it still require the updated Outlook Tool (v.2)  ?

President Carter,

From what we have learned, there seems to be no issue with "assigning" a time zone to a bunch of clients. If you are not sure where some of the clinet s are, assign them a timezone based on your best guess and run the tool. What happens (in our lab testing) is that Outlook actually displays things correctly once the client has logged on. Note that this is coming from what we have seen in support cases. I would suggest you test this for few test mailboxes and assign them a "wrong" timezone to make sure that nothing out of ordinary happens. Create a "complex" mailbox meaning if there are 3rd party mobile devices, OWA access etc, make sure this mailbox does it.

I have an issue, I ran the update on a PC that had not gotten the DST update, so all the appointments in the March 10 to April 1st range were moved one hour ahead. What's the easiest route to fix those appointments? I am in Eastern Standard and my file is set to Eastern Time. I was thinking of updating the mailboxes_1 file with Central so it would force the changes to those dates or is there a better way??

The hotfix for the Outlook tool is now available. Please see the following KB article:

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

Please note that the original Outlook tool has to be installed before the hotfix is applied. The article contains information about new switches available in the tool. This IS what has been called a "V2" of Outlook tool, but it is not a new standalone version but is rather a hotfix for the original tool.

So since the old tool updated everything to the DST Updated time, all appointments in the 3 week period are one hour forward. What is the easiest way to correct them all? I see in the new tool there are more options, would those help?

I was successful with running the batch file. I did run into a few users who
errored out. What do you think of the error codes?

0x8004011C and 0x80070002

Interestingly.. it appears that even though the patch wasn't applied, the first time through it really didn't run against anything (no files were created for each user) However what I find interesting is there are certain recurring appts that DID change to their correct time, and then we have others that did not on the same day. Any clues as to why or perhaps how to check to make sure they are all correct?

Just an FYI.

The error I was receiving:
"No Event log records written - Treated as failure.
HrProcessMailbox:Unable to process mailbox"  

This was due to my application log in my event viewer was filling up.  I was keeping 7 days of events so I changed it to overwrite as needed.

Thank you so much for this BLOG and the videos. It has been VERY helpful.

Russ

I have the V2 for the Exchange Calendaring tool and it still comes up with the legacydn for Exchange and I cut and paste it from adsieditbut it still says invalid server. What am I doing wrong.

Anyone know what the following error messages mean?

0x8004011C and 0x80070002

Thanks.

The netbios name worked for me

We "successfully" used the Exchange V2 tool this weekend to update about 5k mailboxes.  We seemed to have some problems with exceptions to recurring meetings...  the original date and time seemed to come back in addition to the rescheduled meeting.

The video on this site was very helpful as was the virtual machine that was provided.  We ran one virtual machine for each mailbox being updated.  A summary of notes that may help others:

The V1 uninstall was not complete, so the v2 install complained.  I deleted some installation things from the registry to get the install to work (and installed to a new c:\DSTV2 directory), but since then I have read that both the MSEXTMZ and MSEXTMZCFG tools need to be uninstalled from the original account that installed them.

We set up a new domain account to run this with "Exchange Calendar Update Tool" as its display name so that the meeting notices are sent as "Exchange Calendar Update Tool on behalf of ..."  This account was added to an Exchange Recovery Administrator group that we already had that has Receive As permission on each mail store.  No first step with running MSEXTMZ and the grant mailbox permission script.

The V2 MSEXTMZCFG tool was improved to allow the simple server name to be entered, but that had the effect of giving an error if you followed the old instructions for entering the legacy DN, including the same message as if you had typed the DN wrong.   It might have been nice to accept either one,  especially after struggling to get it right with v1, but no harm as long as you know.

The last thing was that we haven't rolled out Outlook 2007 or Exchange 2007, so about half of the mailboxes ended up in NonExistent.txt.  Added the time zone and ran them back through for a second run of MSEXTMZCFG.

The MS directions are getting updated daily it seems, I ran into big problems with the calendarupdate tool I kept getting the error

"HrProcessMailbox:Unable to process mailbox" and "HrProcessInputFile:Error Processing Mailbox".

I worked with MS support and resolved it. The steps I took are outlined here;  http://www.arconi.com/DST_Update.html

I'm gonna make another run with the new version. I report my new findings at the address above as well.

[Today's post comes to us courtesy of Chris Puckett] Extended Daylight Saving Time, SBS 2003, and You

Q: Regarding the Exchange tool: I have my desktop team deploying the DST patch now and I'm going to have

Q: If the rebasing tool is run from the server side, will it update resource calendars, such as conference

So I ran the exchange update tool but appointments that are set to all day, are now spanning two days?  Anyone have the same experience?

Yes Michael S. I have the same thing happening. But it is random not on everyones calendar in my test group. I wonder if when we get into March (after the 11th) will this fix itself? I dont really see how. I think another rush to get the update out may have left us with more bugs.

Fantastic video, it was a great help in making this change for my company. Thanks for taking the time to put it together!

I'm trying to run this thing and I get the following errors:


HrProcessMailboxTable:Please log on to a profile with administrator privileges.

My account is in the Domain Admins group.

HrProcessMailboxTable:Processing mailbox mailbox /O=BLAH/OU=BLAH/CN=RECIPIENTS/CN=DANNYJ.
HrProcessMailboxTable:Unable find mailbox timezone:Error 0x80004005.
HrProcessMailboxTable:Processing mailbox /O=BLAH/OU=BLAH/CN=RECIPIENTS/CN=ADVOL.
HrProcessMailboxTable:Unable find mailbox timezone:Error 0x80004005.
HrProcessMailboxTable:Processing mailbox /O=BLAH/OU=BLAH/CN=RECIPIENTS/CN=DAVEP.

At that point, it blows up and asks about sending an error report to Microsoft.

Any suggestions?

Hello,

There are lots of calendars in our public folders. We have to run Outlook DST tool to update each of them. Is there any way to extract calendar path from PF automatically so that we can run the tool in silent mode?

Thanks

For people who have random results with TZMove, we ran into the same issue at our company, where all OS patches are applied but when the TZMove tool is run, some people see the proper time and some show a difference of an hour. We finally found the reason why for this. Even though all OS patches are applied and registry settings show the right settings, the OS doesn't seem to take the changes properly. If you manually change the clock to 1:59am and wait for the change, you will see that the clock will change to 2:00am instead of 3:00am. You have to force the refreshTZinfo.vbs script detailed in KB914387 to enable the changes on the PC or manually change the time zone to something else and change it back. This may be a serious bug with the patch that microsoft released. Many systems at our company is affected until we found out why this morning.

Harry, please see this post:

http://msexchangeteam.com/archive/2007/02/16/435378.aspx

Excellent blog, Thank you

Possible bug? Here is a situation that creates a problem:

1. On unpatched for dst XP create a meeting on march 13th for 10am, subject: 10am test
2. Patch the XP for DST and reboot
3. Create a second meeting on March 13th at 2pm (2pmtest in subject). At this point the first meeting should be off by an hour.
4. Run the exchange mailbox update tool.

Result: It fixes the first meeting and moves the second off by one hour.

Gantcho,
That's why you want to run the Exchange Mailbox Update as close as possible to the patching of Windows.  The v2 of the Outlook Tool has a new setting to look at the date when the desktop was patched, but it seems like that would only be useful for a user's calendar that is only updated from one desktop.

Thanks for the reply Rod,

With many small companies that do not have established patch management policies and users update their own computers, that can cause irritations.
Also although I cannot say that I've read all the articles that cover the problem, I did an extensive research and didn't find information on this possible scenario.

Hello Exchange,

Thank you for your info. I got list of calendars in PF. the command line I have to use is

tzmove.exe -QUIET \\Public Folders\All Public Folders\Folder1\Sub Folder\Calendar

How can I create a batch file to run the command with multiple public folders?
any one has example?

will this work?

tzmove.exe -QUIET \\Public Folders\All Public Folders\Folder1\Sub Folder\Calendar1
tzmove.exe -QUIET \\Public Folders\All Public Folders\Folder1\Sub Folder\Calendar2

in one batch file?

Thanks again

I ran the GrantMailboxPermission.vbs and have not gotten the error output log or the regular log yet.  How long should this take to complete running before the log files are returned?

Thanks

JasonG you were spot on!  How you went from your error message to event viewer boggles my mind.  We checked errors, but it never dawned on us that it was full!

And to the rest - Thanks for the info. We finished the conversion without loosing a single engineer. :)

Harry, I tried to script it that way, but was unsuccessful, and thus spent half my day yesterday manually clicking, etc.

JasonG I don't know how you figured that one out but Microsoft needs to know about it!

Thanks for the kudos guys.  Tell my boss about it... hahaha.

I have already let Microsoft know that that was an issue and I also posted it during the chat.

Can we get these Videos for the version 2 of the tool?

Nima,

We are working on another video, should not be too long before it's ready.

In this video, we are demonstrating how to use the updated Outlook Time Zone Tool to update a resource...

As promised:

http://msexchangeteam.com/archive/2007/03/01/436164.aspx

Is there any update for PF in quiet mode? It seems to me it doesn't work? can we run Batch file?

I run tzmove -quiet \\public folder\...\ and got the folowing error:
The Time Zone Data Update tool for Microsoft Office Outlook encountered the error: The operation failed. Additional error information: 8004010F (, , 00000000, 00000000). from application log. I really want to make it work. I am owner of all public folders. I can run it interactive mode with no iisue. just have too many calendars in PF to go.Thanks.

During the manual timezone mapping I have the following question:

If the user time zone = Pacific what is the equilivant Windows Time Zone?  Tijuana/Baja California or Pacific Time (US & Canada)?

President Carter,

I have called PSS and work with the guy all day and  withWe just figure out. here is the command for a batch file:

tzmove.exe -Q \\Public Folders\All Public Folders\Folder1\Sub Folder\Calendar1\

tzmove.exe -Q \\Public Folders\All Public Folders\Folder1\Sub Folder\Calendar2\
....
....

note:
1. replace -QUITE with -Q
2. Each command line end with "\"

one line space between each command line.

I test it in LAB. it works fine. BTW, I used pfadmin to extract the path of calendar. I found out, it removed \All Public Folders after \\Public Folders.

Harry

Thanks Harry! In the comments of my post on how to extract the folder paths, I posted a Powershell one-liner that will take the PFDAVAdmin output and put it into the format you specified. You'll find it here: http://msexchangeteam.com/archive/2007/02/16/435378.aspx

Is there a way to get this tool to run WITHOUT sending appointment updates? We are a large law firm and flodding our secretaries and attorneys inboxes with new appointment times is something we'd really like to avoid.

Kodi M,

Please see: http://support.microsoft.com/kb/933146 then "Scenario 2: Force rebase calendar items and suppress the calendar updates that result from the time zone rebasing"

Harry, did you happen to get the switches and pathing for what it would be to update a users secondary calendar from a command line? I have a lot of users who have additional calendars and it says in the article 933146 that the command could be:
tzmove.exe -Q \\Mailbox - User\Second Calendar
But it is not working. Thoughts?

Thanks, Exchange.

However, after some testing, it appears that the tool correctly updates our recurring appointments using the /FORCEREBASESUPPRESSALLUPDATES switch, but screws up our non recurring, all day appointments.

Is there a work around for this?

CORRECTION:

I'm sorry, my last post is incorrect. Using the /FORCEREBASESUPPRESSALLUPDATES switch fixes our all day appointments that do not have the "All day" box checked, but breaks all day appointments that DO have the box check. These new span two days.

Any work around?

I have reviewed your video, and as Eric pointed before, I am unable to find theMsExTmz.exe Can someone please clarify if this is needed with Version 2 of the released MsExTmz.msi?

Thanks,
JP

I've been working with the Exchange update tool on a test system and have come up with a few questions to kind of help my understanding of the workings of the tool itself.  For example, what exactly is the Time Zone Extraction process doing?  At first, I thought it was extracting the DN's of mailboxes that require updating (i.e. they have calendar events that are incorrect) but I've since come to suspect that it isn't that smart and that all it's doing is creating a list of ALL the recipient DN's on the exchange server, and while it's at it, it tries to provide time zone information for each user...IF it can find it.  That sound about right?

When I run the extraction against our server that has roughly 2500 mail boxes, it comes back with 93 in the Output file.  None of which are heavy calendar users.  All the rest are in the Error file saying it couldn't find any time zone info.  If my suspiciouns are correct, that's really no big deal as I can just dump all the DN's from both files into Excel and create a tab delimited file with server and time zone information for each DN.  Lucky for me, we're all in the same Time zone.

My other question is about re-sending of meeting requests.  What triggers this?  I've run the tool a few times in my test environment, against meetings that have attendees, but never saw any extra meeting requests.  I admit, though, that I *could* have missed them or thought they were the original meeting request.  Still, it would be good to know how this is triggered so we can know how best to forewarn our users.

Another quick question to add on to my previous post.  How does the extraction tool extract time zone information anyway?  I find it curious that with all the users we have, it was only able to find time zone information for 93 of them.

JP:  Run the MSI.  It will extract the files you are looking for.

AaronS - The tool extracts the DN of all users on the server.  It then tries to locate the time zone by looking at 3 properties on the mailbox.  If the user has a blackberry or other mobile device it will find that time zone.  Next is if the user has logged in with OWA, and last if the user is using Outlook 2007, the outlook time zone property will be populated.  If you choose to extract information based on recurring meeting information then that is a 4th option but it does take longer.

Since you are all in the same time zone you should just be able to put that in the file for your imports.  No big deal and may I add Lucky You.

If a meeting has multiple attendees the tzmove program will send updates.  You have to have send as rights on all mailboxes for this to happen.  The updated store fix included in the time zone hotfix for Exchange changed the behavior of Send As.  Please see the link in the Exchange DST KB article referencing send as permissions.

JeffBe: Ah.  Ok.  All of our outlook users use 2003 so no timezone info there.  No one uses mobile devices so no timezone info there.  However, all of our students use OWA and all of our Macintosh users use Entourage (which interfaces via OWA) so therefore all of those folks SHOULD have timezone info in their mailboxes correct?  OR  do they have to not only log in via OWA, but actually USE the calendar portion?  I wouldn't be too surprised to learn that none of the OWA users or Entourage users use the Calendar portion of Exchange.

You do have to set your time zone information manually in OWA.  If you haven't set it, you will see a popup at the top that says to use the options page to set your time zone information.  

It's so hard to get all of the details in a small sound bite. ;) I had the pleasure last week to speak

I was on a call with Microsoft support regarding this procedure, however they did not say anything regarding patch KB926666, which looks like it tneeds to be installed AFTER running successfully the Exchange Calendar Update tool; Does anyone know what is this used for and if it is indeed needed after the Exchange tool?

Thanks,

JP

I looked closer at the log file and see that what was happening is the first 93 users it processed had an error of "Unable find mailbox timezone".  Yet, it put those users in the output.txt and most of them had a timezone listed for them.  After the first 93 users, though, all of the users had the error of "Unable log onto user mailbox".  This was all done with version 1 of the tool as I was running it from the MS supplied virtual machine.  I've since created my own virtual machine with version 2 of the tool.  So far the extraction is showing the "Unable find mailbox timezone" error for each user (including those that exclusively use OWA).  I am seeing the occasional "unable log on to user" but it doesn't appear to be as much as before.
  The problem I'm having with THIS install though, is that if I try to apply the hotfix from last weekend (KB933146) it fails.  No error or reason, just "The update failed".  Is this update Outlook 2007 specific because this machine has Outlook 2003 installed on it.  We don't have 2007 here...

When you get the no log file was written; does this mean it didn't do any update for that particular user?

This a question regarding what Ben and Exchange talked about above.  Meetings that are correct will also be moved? We did our OS patches in Dec via wsus....and then our Exchange servers were patched in Feb.  so there is quite a bit of time in between.  And now we are planning to run the rebasing tool tonite.  We are only going to do recurring meetings.  And i was under the impression that the rebasing tool will fix meetings prior to the OS patch.  but Exchange mentioned above that it will also change meetings that are correct... So do i need to worry that recurring meetings made after the OS patch will be changed as well?  this could be a huge monkey wrench in our plans tonite.

PingBack from http://msexchangeteam.com/archive/2007/03/06/436731.aspx