Stories
Slash Boxes
Comments

News for nerds, stuff that matters

Slashdot Log In

Log In

Create Account  |  Retrieve Password

Microsoft Charging Businesses $4K for DST Fix

Posted by Zonk on Sat Mar 03, 2007 03:22 PM
from the pricey-way-to-tell-time dept.
eldavojohn writes "Microsoft has slashed the price it's going to charge users on the daylight saving time fixes. As you know, the federal law that moves the date for DST goes into effect this month. Although the price of $4000 is 1/10 of the original estimate Microsoft made, it seems a bit pricey for a patch to a product you've already paid for. From the article: 'Among the titles in that extended support category are Windows 2000, Exchange Server 2000 and Outlook 2000, the e-mail and calendar client included with Office 2000. For users running that software, Microsoft charges $4,000 per product for DST fixes. For that amount, customers can apply the patches to all systems in their organizations, including branch offices and affiliate.' The only thing they can't do, said a Microsoft rep, is redistribute them."
+ -
story

Related Stories

[+] Linux: Linux Systems and the New DST 304 comments
An anonymous reader writes "The recent changes in the Daylight Saving Time will affect virtually all computer systems in the US one week from now. Microsoft has been busy preparing Windows users for 'Y2DST,' and all the major Linux distributions have also issued patches. How can you be sure your Linux systems are ready, and what can you do to get them ready if they're not? This how-to article at Linux-Watch answers both questions in simple language and with easy-to-follow instructions."
This discussion has been archived. No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More
Loading... please wait.
  • Screw 'em (Score:5, Insightful)

    by chill (34294) on Saturday March 03 2007, @03:24PM (#18220018) Homepage Journal
    Manually adjust the clock. Just write a small script to take care of it for logins or as a scheduled task for servers.
    • Re:Screw 'em (Score:5, Informative)

      by iPaul (559200) on Saturday March 03 2007, @03:29PM (#18220116) Homepage
      Kerberos auth has problems if the clocks are > 300 sec out of sync. It's not that you couldn't do it manually, you just run the risk of a "hickup", like no one in the domain is allowed to log in.
      • Hickup? (Score:3, Funny)

        by Anonymous Coward
        Is that the sound of a Southerner making a mistake?
    • Re:Screw 'em (Score:5, Informative)

      by Anml4ixoye (264762) on Saturday March 03 2007, @03:31PM (#18220132) Homepage
      Hahaha.

      As an engineer who is right in the middle of helping our customers make the changes necessary for the DST fix, it is much more complicated than that.

      First, you have all of the servers and clients which rely on one another. The biggest effect is on mail - Exchange/Outlook/OWA.

      Second, you have to do it in the right order, at about the same time. If you update the server, then clients who schedule appointments will be off until they update.

      Third, you've got software which calculates various things based on that date. Think financial transactions, etc.

      I've blogged about the tool [cornetdesign.com] we have to help customers figure out what has to be done.

      I wish it was as easy as just updating a script, but when you have to coordinate that change across 10s or 100s of thousands of servers, clients, etc, it's not an easy task.

      And let's not forget Microsoft isn't the only one having to make changes. Lotus Notes, Groupwise, Blackberries - they all have changes that have to be made. I'll personally be glad when this is all done. Ugh.
      • Re:Screw 'em (Score:4, Interesting)

        by cheater512 (783349) <nick@nickstallman.net> on Saturday March 03 2007, @04:27PM (#18220504) Homepage
        But all Linux had to do was update its zone info stuff.

        Why is Windows so much harder? Didnt they do it properly?
        • Re:Screw 'em (Score:5, Informative)

          by IWannaBeAnAC (653701) on Saturday March 03 2007, @04:39PM (#18220618)
          Its basically a Microsoft WTF. While every sane operating system keeps the hardware clock on universal time (UTC/GMT), Windows keeps the hardware clock on local time. This affects things like the date format stored on disk in the filesystem.
          • Re:Screw 'em (Score:4, Insightful)

            by dotfile (536191) on Saturday March 03 2007, @05:09PM (#18220858)

            Umm, that's not really the problem. It doesn't matter what the hardware clock is set for, UTC or local time. In any sane installation you're only going to use the hardware clock until you sync with the NTP servers anyway. The local time is still going to change on a different date than the OS is configured for. If you have Linux or UNIX boxes and keep the hardware clock set for UTC, you're STILL going to need to fix the time zone setings for the correct DST changeover dates, otherwise all local times will be off by an hour between the new changeover date and the old one. It's not a clock thing, it a time zone thing. We're having to apply patches to every single box in our infrastructure -- that's around 15,000 systems, not including desktops. Those add another 100K or more. We've had to patch Slowaris, Linux, HPUX, AIX, and a few flavors of Windoze, and that's just the servers. Then there are patches required for Java and a host of other crap, don't ask me why they don't just use the damn system clock.

            The issue here is not the DST patch, it's the fact that Micro$loth was charging $40K for the Windoze 2000 patch. They justified it because W2K is officially out of support for patches - it's EOL or EOSL, I don't remember which becuase I pay very little attention to Windoze server issues.

            • Re: (Score:3, Interesting)

              Any *application* that needs updating because of this is just plain broken. UTC is the only safe way to represent time... as has been proven over and over again. When will they learn?

              Updating the timezone files on a Unix OS is trivially easy and can be scripted over ssh normally.

              With Windows it's a *lot* harder because it really doesn't want to use UTC.. it always tries to start from local time and convert to it, and it does in fact get it wrong for about 6 months of the year (known bug, been there since
            • Re: (Score:3, Insightful)

              it's EOL or EOSL, I don't remember which becuase I pay very little attention to Windoze server issues.

              Nah. It's SOL.

              I love Microsoft. First Vista, now this. They're making Sony look skilled at navigating the shoals of corporate error. Of course, it is important to remember who really fucked up: Congress, with this whole idiotic idea.

            • Re: (Score:3, Informative)

              That's the way its done. It's a holdover from the old DOS days, back then DOS computers generally weren't networked, and thus setting them to local time made sense.
        • by twitter (104583) on Saturday March 03 2007, @04:45PM (#18220696) Homepage Journal

          all Linux had to do was update its zone info stuff. Why is Windows so much harder? Didnt they do it properly?

          As an end user, it was even easier. All I did was apt-get update/upgrade.

          The difference between the free and non free worlds is never more glaring than when you "upgrade". Because non free companies don't trust each other or their users, they can't really co-operate. When they have to co-operate, things get sticky. Mechanisms, like the Windows registry, are so bad that it's easier to wipe and reload than it is to actually update software. What's a pain for individual users is multiplied by thousands for businesses and then compounded by the number of applications updated. A whole industry exists to help banks and other businesses do trivial things like change out versions of text editors and mail clients on ordinary workstations. It's a process that's excruciatingly manual, bandwith intensive and slow, with each person able to do less than ten machines a night. Add some smoke an mirrors timing "security"* into the mix and you have something even worse.

          *-there is no security on a platform with a one in four botnet ownership. The pain and expense are all for nothing.

            • Old troll Bungi doubts me:

              "It's a process that's excruciatingly manual ... with each person able to do less than ten machines a night "
              Bullshit. Do you even *believe* this crap you write? You've never had a job in a real company with more than 100 machines, so do us all a favor and just don't share your opinion on things like these. OK? Thanks.

              Yes, Bungi, I've actually been on a Windoze upgrade slave gang for a fortune 100 bank and what I describe is how I remember it. They had some of the automated

        • Re: (Score:3, Interesting)

          You did know that not only did you have to update the zone stuff in Linux, but reboot as well, or at least restart all applications that make use of it (including syslog, apache, etc.)? Some vendors seem to have forgotten that bit of info in their instructions. We did some independent research to find out that updating the zoneinfo files alone wasn't enough - and then we started to see updated instructions from at least one vendor, where they tacked on the need to reboot...
            • Re:Screw 'em (Score:4, Insightful)

              by VertigoAce (257771) on Saturday March 03 2007, @11:20PM (#18223368)
              I should have been more clear. The problem is that people don't schedule appointments in UTC. I don't send a meeting request for March 20th at 15:00 UTC. I want my meeting to happen at a particular local time. If the definition of local time (including DST dates) changes between when I set the meeting and when it actually happens, the UTC time for that meeting also needs to change.

              To add to the problems, different computers and programs have been patched at different times. What if someone with a patched computer sent out a meeting request that had the UTC time and I received it on a computer without it? My computer shows the meeting an hour off from the sender's computer. When I now patch my computer, I don't know whether to adjust the meeting time or not (assuming I didn't know the patch status of the sender's computer). There's not much you can do to avoid these issues, so people are trying to get the word out that you should confirm times for the next few weeks instead of assuming the program is displaying the intended time.
  • Go Linux! (Score:4, Insightful)

    by Just Some Guy (3352) <kirk+slashdot@strauser.com> on Saturday March 03 2007, @03:26PM (#18220060) Homepage Journal

    It's hard to say this without sounding like a zealot, but these kinds of things are nothing but good for Free Software. This patch should be nothing more than an edit to a single configuration file (and if it's not, then that's another problem), but you can't download that change freely or give it to your friends? I can understand - even if I disagree - with not giving away your applications. I cannot be made to understand, though, not giving away trivial bugfixes.

    • Re:Go Linux! (Score:4, Insightful)

      by InsaneGeek (175763) <slashdot.insanegeeks@com> on Saturday March 03 2007, @04:01PM (#18220334) Homepage
      Is there actually a patch from Redhat/Suse/etc for systems that are as old as Win2k available? This really is about getting one from the original vendor, there are a number of different free ones available for Win2k but they don't come from MS which tends to be the kicker for some highly touchy organizations (ones that tend to be audited quite often, etc). Regarding Linux, it's basically in the exact same position; only I don't believe that can get a fix for Redhat 7.2 from the vendor, I could download/write my own which would be the equivalent of installing one of the non-MS provided Win2k DST fixes.
  • by ceresur (945388) on Saturday March 03 2007, @03:27PM (#18220076)
    We are using this patch at my organization for all our Win2k and Win2k Server boxes out there (running legacy apps that we don't need to upgrade). http://www.intelliadmin.com/blog/2007/01/unofficia l-windows-2000-daylight.html [intelliadmin.com]
  • by pythas (75383) on Saturday March 03 2007, @03:27PM (#18220086)
    It's not $4000 per product, it's $4000 for ALL the products

    They also provide a variety of workarounds (registry files you can apply, and scripts to apply to a large number of machines remotely) for Windows 2000. If you don't like that, there's unofficial patches as well (http://www.intelliadmin.com/blog/2007/01/unoffici al-windows-2000-daylight.html)

    Yay for overblown stories!
      • by TheAwfulTruth (325623) on Saturday March 03 2007, @05:30PM (#18221026) Homepage
        Where is the free patch for Apple's OLDER OSes?

        MS has free patches for all current OSes as well.

        MS wins this round.

        And "System Clock"? You mean the thing on the motherboard that ususally knows knows NOTHING about times zones or DST? And if it does then ALSO requires a patch to work right now? How will that help in any way? :(
  • $4000 for a patch that modifies one line in the registry? That's gotta be the slickest scam ever, especially since there are a ton of manual fixes out there on the innurnet if you care to google a bit. People who are worried can always hire a computer professional to do it for a tenth of the price, I'm sure.
  • innovation (Score:5, Funny)

    by Epiphenomenon (977580) on Saturday March 03 2007, @03:38PM (#18220182)
    I for one think that $4000 for innovation like this is a small price to pay.
  • by astrosmash (3561) on Saturday March 03 2007, @03:38PM (#18220184) Journal
    That was one expensive piece of pointless legislation.

    I've always felt that if we could harness all of the time and energy software developers and IT departments have spent over the years working on DST-related issues in software and apply it to some other purpose of good, we'd all be driving around in flying cars and taking vacations on the moon by now. It is 2007, after all. You know, the future?

    That's right. I'm blaming the state of the world on DST.
    • Re:Down with DST! (Score:4, Interesting)

      by theCoder (23772) on Saturday March 03 2007, @05:25PM (#18220992) Homepage Journal
      Do what I do -- protest DST. I grew up in Indiana where they didn't participate in the DST silliness (Indiana recently caved to the peer pressure and now does do the switch). I've since moved to another state that does practice DST. For a few years, I went along with it, but last summer I decided to try not switching. I just got up earlier and mentally subtracted an hour from other people's times. It's a little confusing at times (especially when others send meeting notices that clearly say standard time but they mean daylight time), but otherwise it works very well. At work, I set my TZ variable correctly, and 90% of all the times I see on clocks are as I expect them. I plan on doing the same with this year's summer time.

      The thing I learned most from my experiment, however, is that it takes a lot of will power to get up earlier. Most people simply do not have the will power to get up and be in bed an hour earlier. And sadly, that's the reason we spend so much time, money, and effort on DST. Just to trick lazy people into getting out of bed an hour earlier. It's also the reason why a permanent year round DST (which I've seen some people advocate) is doomed to fail. People would just adjust and do everything an hour later (and then we'd need a 2 hour DST). Only the constant switching keeps them in line.

      So, while I personally despise DST as a ridiculous concept, it does have its uses.

      • Re: (Score:3, Informative)

        ntp doesn't help here. ntp only fixes time skew from utc. Your OS is responsible for determining local time and presentation to the user according to their prefs.
  • by jjeffries (17675) on Saturday March 03 2007, @03:43PM (#18220220)
    There's a free patcher here [intelliadmin.com] that I've used on a few 2k machines and one NT4 machine and nothing has blown up thus far.

    First link under "freeware downloads".
  • by RightSaidFred99 (874576) on Saturday March 03 2007, @03:47PM (#18220258)
    This just in - company charges money to do work for companies who are using an unsupported suite of products! Film at 11!

    I know in Soviet Russia that work was done for free for the betterment of ones comrades, but this isn't Soviet Russia quite yet. Companies charge you when they provide a service for you.

  • by Windcatcher (566458) on Saturday March 03 2007, @03:54PM (#18220296)
    I understand that they're charging $4000 for all of the patches, and on all of an enterprise's machines. I also understand that they're choosing to not offer the patch to private users for a nominal fee, nor are they offering the option to buy just this one patch for a lesser price. My response is that this is what you get when you have a monopoly: they can offer whatever they wish -- or, to not put too fine a point on it, choose to NOT offer whatever they wish -- and charge however many limbs they want for it. It's disgusting, and to me particularly offensive. I'm sure there will be rants about the evils of capitalism and such here -- this IS Slashdot, after all -- and I can't really disagree here. I'm about as far to the right as they come and as rabid a capitalist as you'll ever see but this just makes us look bad. Capitalism REQUIRES adequate levels of competition to function properly and what you're seeing here is what happens when that competition is absent.
  • TZEdit (Score:4, Informative)

    by HeyBob! (111243) on Saturday March 03 2007, @03:55PM (#18220306)
    I've been using tzedit.exe (http://support.microsoft.com/kb/914387 [microsoft.com]) for manually updating a few old pc's
  • by Christopher_G_Lewis (260977) on Saturday March 03 2007, @04:21PM (#18220462) Homepage
    This fee is all inclusive. That means any product in extended support, and any DST related patch.

    So that includes:
        Windows 2000 Server straight DST patch
        Windows 2000 CRT DST patch (Never heard of that one? See here: http://support.microsoft.com/kb/932955/en-us/ [microsoft.com] and here: http://support.microsoft.com/kb/932590/en-us/ [microsoft.com]
        Exchange running on W2K
        Visual Studio 6.0 patches (I believe...)

    So $4000 to cover *all* unsupported systems, and to have a human to call and say "Your patch screwed up my server" and have them fix it, is to be cliche, Priceless
       
  • ..or just DIY (Score:4, Informative)

    by ph43thon (619990) on Saturday March 03 2007, @04:27PM (#18220510) Journal
    This is absurd. Just go here [microsoft.com] and follow the instructions.

    Three steps.

    1. Create .reg file by copy/pasting from that page.
    2. Create .vbs file by copy/pasting from that page.
    3a. Create GPO to import reg key and run VBScript on Win2k machines at Startup.
    or
    3b. In absence of AD, modify script to copy itself and .reg file to all Win2k machines and apply fix.

    If you're such a small organization that you don't have an I.T. group.. then.. it's probably simple to use TZEdit to update your piddly network.

    For fun, you can trick out the script to make sure it only runs once.
  • Not so Crazy... (Score:3, Informative)

    by Jah-Wren Ryel (80510) on Saturday March 03 2007, @04:53PM (#18220754)
    Remember the batch of F-22 stealth fighters the lost everything but their flight-control computers when they crossed over the international dateline earlier this month? [slashdot.org]

    Well, that's certainly not the first time F-22's have flown across the pacific, and they never had that problem before. It was because of the DST patch to their systems, the engineers skipped the regression tests that involved the dateline because it was just a patch for the US timezones. Look what happened.

    So, while it may seem simple enough to change the DST handling in MS Windows, don't count on it.
    Whenever you mess around with time, it is easy to create unexpected results. (cue time-travel jokes)
  • FREE Update (Score:3, Informative)

    by BanjoBob (686644) on Saturday March 03 2007, @05:27PM (#18221006) Homepage Journal
    You know that M$ is totally ripping you off when you can go to www.IntelliAdmin.com [intelliadmin.com] and get a FREE patch. I've used their patches in the past and often times they are a LOT cleaner and easier to use than those from the GREEDY M$.

    Always worth a try!

    • Put on your tinfoil hat. The more sane explanation is that Bush needed a way to say "he is saving the environment" without appropriating any money, and certainly not taking money away from an Iraq occupation. However, if you insist on brining Microsoft into every conspiracy, go ahead. But can I ask you give me the lithium you aren't taking? I can sell it for a few bucks.
    • by kripkenstein (913150) on Saturday March 03 2007, @03:59PM (#18220330) Homepage
      That congress-Microsoft DST conspiracy theory seems a tad... overboard, to me at least. They do plenty of corrupt things we know about, theorizing about something as odd as this is unnecessary.

      As for the summary saying "it seems a bit pricey for a patch to a product you've already paid for." - well, no, that isn't true. Customers paid for a product and for support for it; the support for Windows 2000 is over, as per the original agreements. They got what they paid for. This is the same issue with any proprietary, closed-source software - the client is left to depend on a single vendor for patches once the official support is over, and can effectively be taken hostage (I wouldn't trust patches from anyone who doesn't have access to all the source code). Microsoft isn't doing anything 'special' here beyond typical closed-source tactics. But those are enough to show the importance of using FOSS.
      • I agree wholeheartedly, blaming MS is pure idiocy. Here in Australia we had DST well before we had computers plugged into everything. Didin't stop the bullshit though, the main complaints were...

        1. Dairy cows will require milking at the "wrong time" and will suffer from overfull udders.

        2. Drapes will fade quicker due to the "extra" UV light.

        BTW: This DST "calamity" is not restricted to MS software, I mean how the hell does someone with a traditional diary get around the problem, I have never seen a
    • Re: (Score:3, Interesting)

      I would be willing to bet big money that if MS did anything it lobbied against this change. It is a Really Big Deal, and not something that is easy to just modify.

      Also, by the US doing this it created more time zones. How? Mexico is choosing not to go along with the DST updates, therefore anywhere in Mexico using PST effectively isn't anymore.
      • by Dutch Gun (899105) on Saturday March 03 2007, @03:51PM (#18220286)
        It's a little different. You're comparing a fix for a defective product to a patch to change behavior to fit an unforseeable change in timekeeping logic. And, please note that these products aren't even officially being supported anymore (thus, the service charge).

        I'm not trying to defend MS, but there's no need to make dodgy comparisons... One can surmise that open-source users will likely have an easier time making this change, seeing as they don't have to rely on a corporation to update their binaries.
        • Re: (Score:3, Interesting)

          And, please note that these products aren't even officially being supported anymore

          Allow me to dance upon the grave of this particular party line here and now -- bullshit [theregister.co.uk], MS is still actively selling this operating system if you happen to be the right customer.

          My gripe isn't that they want to charge for an update to a (now) 2-gen-old version of a product. My gripe is what they want to charge, even the new bargain-basement price. I could see a "nominal charge" up to the original sticker price, but I just can't swallow that a relatively simple change to the OS incurs a 40x higher cost t

    • Re:Bastages. (Score:4, Informative)

      by TheSHAD0W (258774) on Saturday March 03 2007, @03:28PM (#18220102) Homepage
      This is just for Windows 2000 and products from that same era. XP and stuff for it shouldn't be a problem.
      • Exactly (Score:5, Insightful)

        by Philip K Dickhead (906971) <folderol@fancypants.org> on Saturday March 03 2007, @04:05PM (#18220352) Journal
        This is for OS that are out of support.

        If you bought an extended support contract, at the time of expiration, you get this for free.

        If you thought "I won't have any W2K in 6 months, so why bother" and 24 months later, the DST issue caught you - well, pay up.

        Or what value did those who paid for extended support get?
          • Re:Exactly (Score:4, Insightful)

            by Wakko Warner (324) * on Saturday March 03 2007, @10:01PM (#18222750) Homepage Journal
            Oh, for fuck's sake. They're charging $4000 for an update to two registry values. I'm all for charging to support end-of-life products, but only a complete retard would be able to justify what Microsoft's doing here.
        • Re: (Score:3, Informative)

          XP was released about the same time they considerd changing DST im not sure if XP (orignal unpatched version) was DST compliant, however by the time SP1 was released, they had already decided to change DST in 2007, so many companies have had tons of time to prepair, and now that its upon up, people are just NOW rushing to patch (which could have been done YEARS ago) and making a scene about not being able to get patches, products prior to XP are out of the "primary support" cycle from Microsoft, and as such
          • Re:Bastages. (Score:5, Informative)

            by OmnipotentEntity (702752) on Sunday March 04 2007, @01:00AM (#18224046) Homepage
            $4K? How about this?

            Open up regedit and go to the following location:
            HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Contro l\TimeZoneInformation

            Change DaylightStart to the following
            00 00 03 00 02 00 02 00 00 00 00 00 00 00
            (Simply we're changing 04 to 03 and 01 to 02)

            Change StandardStart to the following
            00 00 0b 00 01 00 02 00 00 00 00 00 00 00
            (Simply we're changing 0a to 0b and 05 to 01)

            Why those changes?

            DaylightStart rules:
            04 becomes 03 because we're going from "April" (04) to "March" (03). 01 becomes 02 because we're going from the 1st Sunday (in April) to the 2nd Sunday (in March).

            StandardStart rules:
            0a becomes 0b because we're going from "October" (0a) to "November" (0b). 05 becomes 01 because we're going from the Last Sunday (in October) to the 1st Sunday (in November).

            Consider that one on the house. It works for Windows 2000 at least.