The IT folks in most of Indiana have had to deal with this for two years now. Last year, "our man Mitch" decided that we should follow the rest of the lemmings off the cliff and adopt DST when he knew full well that we'd all have to change all of our systems to the new 2007 DST rules the following year. We've spent big bucks on this for two years, erasing any possible energy savings that might have been realized.
Some application software does DST on its own, not using the system time as a reliable source. Sun's Java Run-Time Environment is in this category, as are some HR software, Time Entry Systems, reporting systems, etc., anything that might need to deal with a start time and end time that is off by an hour due to DST.
The biggest problem has been that the IT world has been very slow to recognize this, unlike Y2K where people were getting systems analyzed and upgraded years before the fact. Congress passed this law and the media ignored it due to other more pressing issues like the Middle East and various starlets' eating disorders... The result? I don't think most people are even aware that DST starts the 2nd Sunday of March.
Why Canada decided to join us in this lunacy is beyond me, as I have come to regard the Canadians I know as very intelligent people. Needless to say, I don't know any Canadian politicians! Mexico said, "No" to the change, but they're closer to the equator, so the seasonal change in sunrise/sunset isn't as extreme for them.
So, has anybody looked at meetings scheduled in Outlook for those three weeks in March? You may find that they're off an hour unless the meeting owner updated the event after fixing their PC and your PC has the new rules, otherwise you'll see it an hour too early. Wee!!!