Slashdot Mirror


Stories of Open Source Failures?

ahodgkinson asks: "We often hear about companies, government agencies, schools and other organizations that migrate from Microsoft to open source based systems. We sometimes hear about organizations that evaluate Open Source and then elect to remain with their existing proprietary system. Both of these events represent represent a 'non-failure' for the open source movement. I'm interested in knowing more about the Open Source 'failure' events, namely when organizations move away from open source to a proprietary solution. Does anyone know of organizations that have moved from an Open Source based IT solution (back) to a proprietary system? Or where such a move was contemplated but not made? I'm specifically interested in larger organizations that have 'undone' a strategic move to Open Source, and their reasons why. Given your examples, is there anything we can learn from them?"

99 comments

  1. obligitory.... by Anonymous Coward · · Score: 4, Funny

    those receiving (and believing) threats from SCO for using Linux....

  2. There are two by ArmorFiend · · Score: 3, Funny
    • VA Software
    • SCO
    Oh, and one more thing Balmer: we're not fooled by your clever pseudonym, we know its you.
  3. Epic Games by Joe+Tennies · · Score: 2, Informative

    Epic Games open sourced the UT engine in hopes of getting big sales on Linux and other non-Windows OSs. They eventually pulled back out of it. Basically it took too much time and resources with too little gain.

    1. Re:Epic Games by Ann+Coulter · · Score: 2, Informative

      They open sourced the game logic code, not the graphics rendering engine. Keep in mind that Epic is selling licenses to the Unreal engine for $350000.

    2. Re:Epic Games by jeffy124 · · Score: 1

      but that was about selling games for Linux, which might in fact be tough thing to do for non-Windows OSs. I think the poster was asking about organizations choosing to build their datacenters and applications on Linux, doing so or significantly attempting to do so, and then switching to Windows for whatever reason.

      --
      The One Rule Of Chess You'll Ever Need: Don't play someone who carries a kit in their bookbag.
    3. Re:Epic Games by saden1 · · Score: 1

      I truly believe that Sony is the only company that can make Linux gaming a successes. I don't see why they aren't motivated to do so wen you consider that PS2 is based on Linux and the fact that M$ as stepped on its turf.

      Heck they can even include a Live ISO in their game CD so user won't have to install Linux.

      Come on Sony put your back into it!

      --

      -----
      One is born into aristocracy, but mediocrity can only be achieved through hard work.
    4. Re:Epic Games by damiam · · Score: 1

      The PS2 is not based on Linux. It can run Linux (as can the Xbox and Dreamcast), but it has nothing to do with Linux unless you buy the Linux kit.

      --
      It's hard to be religious when certain people are never incinerated by bolts of lightning.
    5. Re:Epic Games by TC+(WC) · · Score: 2, Funny

      but that was about selling games for Linux, which might in fact be tough thing to do for non-Windows OSs.

      It's probalby even harder to sell games for linux on the Windows OS!

      [RIMSHOT!]

    6. Re:Epic Games by TC+(WC) · · Score: 1

      probalby :(

  4. Here's mine by PD · · Score: 4, Funny

    This one time I started writing a program. I built my makefile, put COPYING into the directory, and even made a test program that printed out hello world. Then I got tired of it. I lost the source code a couple years ago. I think it was on a disk that I mistakenly threw away.

    It was an open source failure.

    1. Re:Here's mine by Anonymous Coward · · Score: 0
      "hello world"?

      I think I shot that with a missile in a game the other day...

    2. Re:Here's mine by Anonymous Coward · · Score: 0

      If you'd put your hello world on sourceforge like everyone else, you wouldn't have to worry about throwing away the disk...

  5. This is a hard statistic to gather... by greck · · Score: 3, Insightful

    ...because I'd wager that in most cases, people choosing to deploy open source solutions are driven, and do not accept failure. There have been plenty of times where I could have allowed an open source solution to fail, but persevered and eventually made it work the way I wanted. So while I've had plenty of setbacks, I've had precious few actual failures, if any.

    1. Re: This is a hard statistic to gather... by Black+Parrot · · Score: 1


      > ...because I'd wager that in most cases, people choosing to deploy open source solutions are driven, and do not accept failure. There have been plenty of times where I could have allowed an open source solution to fail, but persevered and eventually made it work the way I wanted. So while I've had plenty of setbacks, I've had precious few actual failures, if any.

      OTOH, in my experience, techies who have a vested interest in the status quo have amazing abilities to "discover" that something new doesn't work right, and to go running to the boss to tell all about it.

      I suspect that some of the 10,000-seat switchovers are going to encounter substantial resistance.

      --
      Sheesh, evil *and* a jerk. -- Jade
    2. Re: This is a hard statistic to gather... by Anonymous Coward · · Score: 0

      Techies and lots of regular users. People hate change and will work against it.

      Which is why it's important the project is "solutions-driven" and not the banal form of advocacy ideology that one sees on slashdot. Toss around things like "Windows doesen't [sic] scale and your project is going to be a loser.

    3. Re: This is a hard statistic to gather... by greck · · Score: 2, Insightful

      Good point... usually, I end up with tasks that sound like "hey, when you get a minute, I've got this Red Sea here that needs parting before the CoB". So I've been "lucky", in the sense that when people's toes are on fire, they aren't as focused on the way they USED to have the fire put out, as they are how fast I can do it this time.

      And you know, to further complicate things, sometime the status quo is the right solution, and the shiny new features (with small, breakable parts not suitable for toddlers or the sales department) just aren't necessary. Being asked to implement obviously broken software, or decent software in an obviously broken way, is one of the most frustrating parts of working in IT.

      I try to practice and preach technology agnosticism: define the problem, and then make an educated decision as to the tool to solve it. There are good reasons that the place I work has a harmonious hodgepodge of commercial and open source software running on a variety of platforms.

  6. Still rather early. by FreeLinux · · Score: 4, Insightful

    It's still rather early in the game for there to be many failures. Though the momentum is growing, there are still very few businesses that have made the jump to Open Source. With only few businesses trying it there are only few chances for failures.

    I'm sure that there will be failures. There are always failures, even in proprietary software shops. There are many major IT projects that have been based on well known and respected proprietary applications like SAP or CA Unicenter an a slew of others that have failed miserably.

    The failures will be due to many factors, poor planning, poor implementation, poor software or who knows what else. There will always be failures and as Open Source spreads into enterprises around the world there will be IT projects based on Open Source that will be abysmal failures.

    But, the fact that there will be failures doesn't mean that the concept is a failure or even that the software is a failure. As I said there have been many multi-million dollar failures with the likes of SAP and CA but, I don't think that anyone would classify either of these companies or their products as failures.

    One last note: If you are looking for failure, you will surely find it. Why are you looking for failure?

    1. Re:Still rather early. by linuxwrangler · · Score: 4, Informative
      One last note: If you are looking for failure, you will surely find it. Why are you looking for failure?


      We learn from failure and ignore it at our peril. Read some books like "To Engineer is Human" and "Why Buildings Fall Down" to see how much more we learn from failure than from just keeping on doing things the old way.

      --

      ~~~~~~~
      "You are not remembered for doing what is expected of you." - Atul Chitnis
    2. Re:Still rather early. by XO · · Score: 1

      Or, "if you do what you did, then you get what you got." If you got failure, then you want to know what you did so you don't do it again.

      --
      "Champagne for my real friends - and real pain for my sham friends!" http://ericblade.postalboard.com/
    3. Re:Still rather early. by andy@petdance.com · · Score: 3, Interesting
      We learn from failure and ignore it at our peril. Read some books like "To Engineer is Human" and "Why Buildings Fall Down" to see how much more we learn from failure than from just keeping on doing things the old way.

      "Every building code is written in blood."

    4. Re:Still rather early. by Nynaeve · · Score: 1

      Microsoft needs to find examples of open-source failures for future PR material. What better source of expertise is there than Slashdot? :)

      Seriously, though, it is likely the question's author is asking because his company's (SoftXS) clients are asking the same question. Alan uses open-source tools widely in his business, so an awareness of what can go wrong (especially from a political standpoint) and how to prevent it are of critical importance. Indeed, it is important for everyone in the business of providing open-source solutions.

  7. Hotmail by linuxwrangler · · Score: 2, Insightful

    Well, there's Microsoft switching from FreeBSD to Windows. But does that really count as a failure of open source? After all, other than during the many failed attempts at transitioning to Windows, Hotmail ran extremely well. And the cost factor is rather skewed when you get as many copies of Windows as you need for free. And it was corporate pride/image, not technology, that drove the change. Still, they did finally change. ('course then they blew up their DNS and ended up outsourcing to someone running it on *nix so I guess there is balance in the universe.)

    --

    ~~~~~~~
    "You are not remembered for doing what is expected of you." - Atul Chitnis
    1. Re:Hotmail by Anonymous Coward · · Score: 0

      Isn't it still a FreeBSD backend? I heard they just changed the webservers.

    2. Re:Hotmail by amorsen · · Score: 1

      It is impossible to tell for sure (there seems to be no audit clause in the FreeBSD license...) However, the general consensus seems to be that Hotmail is purely Windows-based these days.

      --
      Finally! A year of moderation! Ready for 2019?
    3. Re:Hotmail by Anonymous Coward · · Score: 1, Informative

      No. That rumor has been floating around forever and finally needs to be laid to rest.

      The inital transition attempt to NT4 failed for various reasons and required Microsoft to maintain the *nix backend while transitioning the web frontends to NT. I'm uncertain if it was FreeBSD on the backend though - I was under the impression that FreeBSD was used for the web server frontends and Solaris with some sort of custom data store was used for the backend. Technically, I don't know why they weren't able to transition the backend stuff to NT4. Perhaps it had something to do with the problem of replacing the uber boxen Sun hardware with less powerful clusters of Intel machines and the various issues that invariably arise when clustering/load balancing.

      Microsoft finally succeeded in transitioning Hotmail to an all Windows 2000 environment back in 2000 or 2001. I forget the exact date but Microsoft has a whitepaper on the subject if you really want to bother searching for it.

    4. Re:Hotmail by shaitand · · Score: 1

      The problem is quite simple, windows does not scale to the volume hotmail has, aside from that there is a microsoft document in the halloween papers that indicates that windows simply didn't have enough flexibility in terms of scripting and task scheduling... as a result they took the bsd tcp/ip stack and released their gpl'd unix utils for windows package that is basically a bunch of gnu command line utils so they could manage the scripting. Windows was lacking in numerous ways.

    5. Re:Hotmail by zulux · · Score: 2, Interesting

      Microsoft finally succeeded in transitioning Hotmail to an all Windows 2000 environment back in 2000 or 2001. I forget the exact date but Microsoft has a whitepaper on the subject if you really want to bother searching for it.

      Which goes to show that Windows doesen't scale, isen't robust and isen't easy to use.

      If it took Microsoft themselved over 3 years to migrate off of FreeBSD to Windows - JUST FOR A SILLY WEBMAIL SYSTEM - imagine the pain of migrating somthing complex.

      Windows is an ok server for new useres for small offices - it's GUI interface can make it easier for new computer users to deploy - but by just this example alone, you can clearly see that Microsoft isen't ready for the server room.

      --

      Moneyed corporations, non-working 'poor' and criminal prisoners are turning productive citizens into tax-slaves.

    6. Re:Hotmail by Anonymous Coward · · Score: 0

      I'd say that points to deficiencies in NT4 - which was Microsoft's first attempt at building a scalable OS. I think part of the problem was taking something that worked perfectly on *nix and trying to port it straight over to NT - which is a big no-no as NT is a very different OS with roots more akin to VMS than *nix.

      Since Microsoft did manage to finally get Hotmail transitioned as a whole. I wouldn't try to generalize about the scalability of Windows 2000 Server/AS/DS editions or the upcoming Windows 2k3.

    7. Re:Hotmail by Anonymous Coward · · Score: 0

      I believe the NT4 tcp/ip stack still had remnants of BSD's stack in it. It was completely re-written for 2000 though.

      The toolkit you speak of has been available for NT for a number of years - it's nothing new. Anyway, Microsoft's big deal was showing the world how "easy" (lol) it was to migrate existing applications from *nix to NT. I think it backfired.

    8. Re:Hotmail by shaitand · · Score: 1

      ummm you have it backwards, the bsd stack was moved in as of 2000, it wasn't there at all prior to that. It's still in, it's the current stack in use in xp.

    9. Re:Hotmail by cookd · · Score: 1

      As far as I know (and I have some good sources), the grandparent post is correct: NT4 likely had some BSD code in the TCP/IP stack (since the reference implementation came from Berkely), and they completely rewrote the stack for 2000.

      Where did you get the information to the contrary?

      --
      Time flies like an arrow. Fruit flies like a banana.
    10. Re:Hotmail by Mr.+Piddle · · Score: 3, Funny

      I'd say that points to deficiencies in NT4 - which was Microsoft's first attempt at building a scalable OS.

      Windows NT 3.X was the first attempt. NT 4 was just the one that failed so visibly that most people think it was the first.

      Since Microsoft did manage to finally get Hotmail transitioned as a whole.

      Maybe all that Hotmail spam is really Windows kernel source code mailing itself to the world...

      --
      Vote in November. You won't regret it.
    11. Re:Hotmail by Anonymous Coward · · Score: 0

      Here's what I heard: The first attempt was motivated by putting a "Powered By Exchange" tag on the site. This would have been in the Ex 5.0 or 5.5 era.

      At the time Exchange was a total hunk of crap with a 16GB limit - no way it could replace a Solaris/Oracle? backend.

      Then the thing got put on hold pending Exchange 6. Which ended up being 2 years late. After a while, they gave up and just move the front-end over to Windows/IIS and kept the same backend.

    12. Re:Hotmail by Anonymous Coward · · Score: 0

      Total BS because even NT4 had a 'multithreaded' stack - something BSD still doesn't have.

    13. Re:Hotmail by lewp · · Score: 1

      Silly webmail system? Come on. I hate Microsoft as much as the next guy, but Hotmail is fucking huge.

      --
      Game... blouses.
    14. Re:Hotmail by The+Bungi · · Score: 1
      JUST FOR A SILLY WEBMAIL SYSTEM

      Would you like to share with us why you consider Hotmail a "silly little system"? Do you perchance run something bigger at home, maybe? At work? Maybe it's just perception but it seems to me that Hotmail is down right massive.

      It may be a piece of shit service (IMO), but ~100 million people who use it every day and the folks that actually run it would disagree on the "silly little" part, I think.

      Unless you're just calling it "silly" because it's owned by Microsoft. That I would understand to a certain extent. But it doesn't quite make it "silly", you know?

      Microsoft isen't ready for the server room

      Your insistence on spelling "isn't" incorrectly aside, I have to take issue here. Have you ever worked for a company that runs a large Windows 2000-based network? Maybe you're harking back to the days of Windows 3.1, when networking under Windows really, really sucked. It's gotten better in the past ten years, trust me.

    15. Re:Hotmail by zulux · · Score: 1

      Would you like to share with us why you consider Hotmail a "silly little system"?

      Hotmail is a toy compaired to just about anything. If Windows can cut it with a webmail - why would I use it for anything important like, say, financial transations?

      Pair.com services their 100,000 customers (each with several email addresses) with webmail without breaking a sweat using FreeBSD and Squirrelmail. No downtime, not hacks, no nothing. It just works.

      Have you ever worked for a company that runs a large Windows 2000-based network?

      Guess what Microsoft uses for their financial records (at least of lask year): AS/400.

      --

      Moneyed corporations, non-working 'poor' and criminal prisoners are turning productive citizens into tax-slaves.

    16. Re:Hotmail by Anonymous Coward · · Score: 0

      that's quite a stretch comparing Pair with Hotmail. I wonder if you're going to continue sticking your foot in your mouth and getting modded up like there's no tomorrow,

    17. Re:Hotmail by zulux · · Score: 1

      that's quite a stretch comparing Pair with Hotmail.

      Yeah, I know. Pair is much larger than Hotmail.

      They host 80,000 domains - fully backed up, with databases, with client compiled software, with security, with barly any down time.

      Hotmail can barly stay online for more than a week.

      --

      Moneyed corporations, non-working 'poor' and criminal prisoners are turning productive citizens into tax-slaves.

    18. Re:Hotmail by The+Bungi · · Score: 2, Insightful
      why would I use it for anything important like, say, financial transations?

      Perhaps you're confused. Let me guess - you subscribe to that myth that goes "OMFG M$ IS RUNNING HOTMAIL ON BSD!!!"?

      Pair.com

      I don't quite see the relationship here. Do you know how many active users Hotmail has? "Several email addresses"? Is that a joke?

      Guess what Microsoft uses for their financial records

      So? Do you know what they run on those AS/400 boxes? I know companies that are all-Microsoft shops and still keep HP-UX and Minis around because they have applications they don't want to port. Sourceforge uses DB2. I'm sure there are many examples of that out in the real world.

      BTW, off the top of my head, the Phillips-Conoco data center in Houston serves 120,000 transactions a day on six clustered Windows 2000 AS boxes. So spare me the "nobody runs Windows for important stuff like financial transactions" party line, mmkay? In any case, real shit like the Amex worldwide processing center in Phoenix uses mainframes anyway. Nothing else, not even your beloved Linux can cut it in those scenarios. Just thought you'd want a reality check there.

    19. Re:Hotmail by zulux · · Score: 1

      "OMFG M$ IS RUNNING HOTMAIL ON BSD!!!"?

      No it not on FreeBSD anymore - Hotmail use to be relaible and fast. It crashes and has security problems - so I grather they did migrate to over to Windows.

      BTW, off the top of my head, the Phillips-Conoco data center in Houston serves 120,000 transactions a day on six clustered Windows 2000 AS boxes.

      120,000 transactions? - I'm *not* impressed - that's barely a transaction a second. Shit, I have a $2,000,000 manufacuter that does more transaction from the factory floor per day on a SINGLE 486 OS/2 box. If it takes a cluster fuck of Windows boxes to fo 120,000 transactions - that sad.

      Nothing else, not even your beloved Linux can cut it in those scenarios.

      Ahem - I don't deploy Linux for servers. But if I was forced to - I'd deploy Linix over Windows under most circumstaces.

      That's the problem with Windows - it doesen't scale. With most Unix varients you have clear upgrade path.

      (No Windows clusters don't count - their a toy, apenetly it takes 6 of them to do 120,000 transactions)

      --

      Moneyed corporations, non-working 'poor' and criminal prisoners are turning productive citizens into tax-slaves.

    20. Re:Hotmail by Anonymous Coward · · Score: 0
      There are about 90,000 seconds in a day. So 120,000 transactions per day on 6 machines works out at around a transaction every 4 to 5 seconds.

      Hospital and manufacturing workfloor apps' typically run at those rate's on a single old AS/400's or even a BSDi 486 or early pentium. And with that scale (for redundant oparations) to around 1-3 seconds per transaction before it makes sense to upgrade. For non redundant systems; rougly triple the rate; as you do not need as much inter-communicatons which is particularly killing on those old systems (and hence the reason why those AS/400 works so surprizingly well with modest CPU).

      Also - it is kind of scary that it takes nearly three years to migrate a rather simple web-app doing a simple thing like individual mail (not even group ware) accounts across.

      Pv.

    21. Re:Hotmail by willis · · Score: 1
      I'd guess that those statistics work well if you're doing an equal number of transactions throughout the day... I know for my job (investment bank), we do millions of transactions, but only during market hours... (so we'd have 3 times the load you suggest during those 8 or so hours, and relatively less off hours).

      --

      there is no thing
      what else could you want?
    22. Re:Hotmail by The+Bungi · · Score: 1
      I'm *not* impressed

      Hardly trying to "impress" you, because...

      SINGLE 486 OS/2 box.

      ... you are obviously too 1337 to be impressed.

      That's the problem with Windows - it doesen't scale

      That's a nice, sweeping statement with no factual backup whatsoever. Companies like EBay and Dell would disagree with you. But what do they know, right?

      You're oversimplifying the type of rig required to run a service like Hotmail. I can ascribe that to either naivete or just plain hostility towards Microsoft, I guess.

      With most Unix varients you have clear upgrade path.

      What?

      their a toy, apenetly it takes 6 of them to do 120,000 transactions

      *chuckle* Those six boxes do much more than run the two applications that handle those external transactions from service stations out in the field. Much, much more.

  8. SCO is a proprietary failure too by Anonymous Coward · · Score: 0

    it clearly has nothing to do with open source.

    1. Re:SCO is a proprietary failure too by Anonymous Coward · · Score: 0

      Sure it does. SCO stole our open source code and folded it into SCO and still couldn't make it sell.

      You don't really think any hacker with worth would look at SCO products and say to himself "Gee, I wish I could figure out how they were so successful, I'll just steal their code" do you? :)

  9. Re:I believe by Anonymous Coward · · Score: 0

    Actaully, if you look at this, he's half right http://uptime.netcraft.com/up/graph/?host=goatse.c x

  10. When is a failure not really a failure? by stanwirth · · Score: 2, Insightful

    On one project, we used PostGreSQL's GIS extensions, PostGIS under SuSE for the prototype, as the prior GIS DP methodology was to do all the GIS processing by hand on a windows desktop--which read and wrote .shp files. Gross! After developing a prototype DP stream in PostGIS, which is OGC compliant, it was fairly simple to migrate the DP methods (all SQL with OGC-compliant GIS data formats and stored procedures) to DB2 Spatial for the bulk processing, which could handle even larger data volumes, and much, much faster. By about an order of magnitude. Hours instead of days. Is it an "open source failure" to prototype a process using an open source tool, then migrate it to a proprietary product that's actually better? Both still ran under SuSE. It demonstrated the utility of doing the GIS processing required with a spatial database rather than a silly little pointy-clicky windows app. Without the OGC standard that both PostGIS and DB2 Spatial adhered to, however, it would have been a real nightmare.

    1. Re:When is a failure not really a failure? by duffbeer703 · · Score: 4, Funny

      I have no idea what you just said, but it sounds absolutely brilliant.

      --
      Conformity is the jailer of freedom and enemy of growth. -JFK
    2. Re:When is a failure not really a failure? by Mr.+Piddle · · Score: 5, Interesting

      Is it an "open source failure" to prototype a process using an open source tool, then migrate it to a proprietary product that's actually better?

      Absolutely not. You used an Open Source tool to minimize the costs associated with prototyping, learned a lot during the process, and deferred the tremendous cost of DB2 until absolutely necessary. Also, there was some chance that PostgreSQL would have been totally sufficient, and the prototype would have become the production system.

      I say it was the most prudent path you could have taken.

      --
      Vote in November. You won't regret it.
    3. Re:When is a failure not really a failure? by Anonymous Coward · · Score: 1, Informative

      GIS = Geographical Information Systems, see www.gis.com for some details

      (guess where I work? :-)

  11. Based on that definition of "failure"... by Anonymous Coward · · Score: 5, Interesting
    I could cite one example. A company I know of ([having worked] or [working] there), had their mailservers running on a dual processor linux box, using qmail and ezmlm. Due to the age of the machine, the scant resources thrown its way, and what appeared to be a general on-going cleansing of Unix-knowledgeable people from the IT staff, the machine started having problems. None of these were linux's or qmail's fault, considering how it was running mostly unattended and was holding up remarkably well under the swelling load as the staff kept growing.

    What killed it was a combination of
    1. managers thinking a 300 meg inbox, accessed over IMAP, was "too slow" (not to mention ate a lot of disk space)
    2. expecting the machine to handle internal people mailing 10 meg+ attachments to 900 people at once and not buckle under the load
    3. a rather apparent focus of the director-turned-VP of IT on only hiring people with MCSEs
    4. refusal to invest any time in upgrading the machine to something that would even be considered a low-end *desktop* by the standards of the day
    5. Microsoft's Exchange marketing spiel (shared folders! forms! scheduling!)


    Now, they're running their mail system using around 10 (!!) high-end servers running Exchange. It sounds like every week, at least one of the servers is brought down for "maintenance" to keep it running (read: rebooted). I'm positive that the only reason POP and IMAP were left enabled was because the bread-and-butter engineers would have likely either quit or ignored email completely if they'd been forced into using Outlook.

    A failure? Yeah, probably. For whom? I can't really be sure...
    1. Re:Based on that definition of "failure"... by Anonymous Coward · · Score: 0

      Sounds alot like the massive northeastern state government that is creating a 250,000 user exchange email system. At last count they had reached 250 servers, and still functioning poorly in testing!

    2. Re:Based on that definition of "failure"... by Mr.+Piddle · · Score: 3, Funny

      Now, they're running their mail system using around 10 (!!) high-end servers running Exchange. It sounds like every week, at least one of the servers is brought down for "maintenance" to keep it running (read: rebooted).

      I think this is pretty typical of Exchange. Remove the one or two UNIX servers doing temendous work for their size and replace them with two to five times as many Windows servers, which prove to be less reliable.

      These are the primary advantages of Windows and Exhange:

      1) Bigger budget requirements make the senior staff feel important.

      2) Constantly running around to attend to Windows makes the junior staff feel important.

      It's win-win ;)

      I feel sorry for those lone UNIX admins who manage whole server rooms. They must envy those MCSEs so hard it hurts.

      --
      Vote in November. You won't regret it.
    3. Re:Based on that definition of "failure"... by Anonymous Coward · · Score: 0

      expecting the machine to handle internal people mailing 10 meg+ attachments to 900 people at once and not buckle under the load

      Under no rational condition should this cause 900 copies of the attachment to be made. If any open source mail server does not "fail" to handle this, please post.

    4. Re:Based on that definition of "failure"... by dago · · Score: 1

      Well, if they are some commercial unix solution, remember that there isn't any open source solution (yet) which does what exchange+outlook does (e.g. shared calendaring, ...)

      --
      #include "coucou.h"
    5. Re:Based on that definition of "failure"... by fuzzybunny · · Score: 1


      Untrue. PHProjekt and PHPGroupware both fill that function nicely, and they do it through a browser at a tiny fraction of the client CPU/memory overhead of Lookout!

      Ximian also has a few nice products in that area.

      I am a big fan of web-based solutions anyway--they're easier to run and maintain, you have control of the presentation, and in a company using Windows clients, where the browser is such an integral, inseparable, vital part of the OS , users should be perfectly happy reading their IMAP mail with Outcrook, and clicking on links in their mail.

      The only thing nobody has "solved" to my satisfaction yet, and this is probably more of a user education issue than anything else, is being able to open attachments from a mail, edit them, and have the attachment in the stored mail automagically updated with your changes. This is, as far as I'm concerned, a non-issue, but it's the kind of detail that management care about (that's some free advice for you evangelists out there).

      --
      Cole's Law: Thinly sliced cabbage
    6. Re:Based on that definition of "failure"... by sql*kitten · · Score: 3, Insightful

      expecting the machine to handle internal people mailing 10 meg+ attachments to 900 people at once and not buckle under the load

      Incidentally, Exchange handles this easily - it'll store one copy of the attachment and just put a reference to it in 900 mailboxes.

      Microsoft's Exchange marketing spiel (shared folders! forms! scheduling!

      If you need these things, you'll need Exchange or Notes. Open source simply doesn't have those features. Sure, you could probably implement them using Open Source (i.e. writing Perl CGI scripts) but why would you?

    7. Re:Based on that definition of "failure"... by VisorGuy · · Score: 1

      Apparently you've never heard of Bynari InsightServer...

      ** DISCLAIMER: I don't work for them; I just heard some guys talking about their experiences with it on my LUG's mailing list.

      About InsightServer

      InsightServer is a Linux based email server utilizing open source components to provide a highly reliable, scalable, and cost effective email solution for customers of all sizes.

      We built InsightServer to facilitate complete messaging and collaboration capabilities within the company. InsightServer supports all the standard protocols. It provides unusually robust features and functions like backup and recovery tools, server redundancy, migration tools, and resource management.

      Bynari's Intel Platform edition of InsightServer runs on a variety of support platforms including IBM xSeries, Dell PowerEdge, Compaq Proliants, HP Netservers, Gateway Workgroup Servers and numerous products from "Whitebox" manufacturers.


      What is InsightServer

      * Messaging, Collaboration, and Web Server
      * Directory Services, Calendaring, Collaboration
      * Linux distribution agnostic
      * Runs on IBM eServer platforms: xSeries, iSeries, & zSeries
      * Internet Mail Server (SMTP, IMAP, POP3) & MAPI
      * Internet Mail Spec Compliant
      * Interoperable with all versions of Microsoft Outlook(97-2002), Netscape, Unix and other leading Linux mail clients
      * Based on Enterprise model architecture
      --
      This user account is inactive account replaced by the PDA
    8. Re:Based on that definition of "failure"... by Anonymous Coward · · Score: 0

      For the record, IMAP has always done shared folders. Cyrus's user newsgroups are implemented as IMAP shared folders.

      Dead on about forms and scheduling, though scheduling, at least, is in the works from many different groups.

  12. I have had several "Open Source failures"... by leonbrooks · · Score: 4, Insightful

    Which were not failures of the FOSS per se, but represented usually the success of an incumbent with a strong preference for Windows winning a political victory, and in a few cases the FOSS exposing existing problems and being blamed for those problems.

    For an example of the former, consider a client that owed me AUD$3000.00 when they went bankrupt from accumulated incompetence. They had a Linux system replacing a Novell box (and incidentally taking a load off several Windows boxes) at a site with a variety of Windows (3.1, 3.11, 95, 95C, 98, NT4) with a 13GB x 2 RAID1 array and a UPS - and random networking issues which appeared to be in the wires since we replaced everything else and it still went funny every so often.

    Aaaanyway, an incumbent manager had achieved "golden boy" status by signing up a contract on the other side of Australia which was a complete shoe-in (my cat could have done it, just tuck agreement and pen under collar, put in pet crate, address and ship) and really liked Windows.

    He ran their time clock on his own Win98 machine and refused to acknowledge that this was an idiotic thing to do, even after many times losing most or all of a morning's time records because the machine had crashed before or during the arrival of their workers. He eventually would up shutting the machine down at night and having the BIOS wake it up at 4:30AM, thus cutting his data losses down to oince amonth or so... I'm sure you get the idea.

    Mr Golden Boy had arranged to get me kicked out of the place, bills unpaid, on a Monday and that Thursday they had a power failure. Shortly afterwards, one of their staff walked past the server room and noticed a buzzer sounding and a light, so being the helpful little sod that they were, they switched off the offending device - the server's UPS.

    When the power came back but not network services, somebody else figured out what had happened, and switched the UPS back on. After ten minutes, still no joy, so they called me in. Not Mr Golden Boy, not the uberManager, they got one of the few remaining staff with a clue, one of three in the place that I cared about, and got her to ring and plead for them. Scum!

    I drove half an hour to get to the place, looked at the server and it was mid-fsck (13GB software RAID one, old machine, you get the picture). As I left the server room I met Mr uberManager, who asked what was going on. I told him that the machine had been repairing itself after being interrupted and that it was taking a long time because of the large hard disk capacity, probably twenty minutes to go and it would fix itself. Mr uberManager nodded, turned away, and I turned around - to find Mr Golden Boy looking like Zeus on a bad day, red-angry and fit to apoplexy because their company's server and all of its data were going to be OK! What chance did I or FOSS stand in the face of an attitude like that? Hint: it comes between "9/(" and "-/_" on your keyboard.

    For an example of the latter, consider the first round of StarOffice Wars some years ago, where they lawyers in question had sucky/random document structure and had to pay the ferryman anyway when their old Kyocera printer died and the new one had slightly different layout.

    In summary, you will get different answers depending on how people percieve your question. I predict that there will be many political failures, and a very few FOSS failures reported.

    --
    Got time? Spend some of it coding or testing
    1. Re:I have had several "Open Source failures"... by Mr.+Piddle · · Score: 1

      I predict that there will be many political failures, and a very few FOSS failures reported.

      Politics sucks.

      --
      Vote in November. You won't regret it.
    2. Re:I have had several "Open Source failures"... by mtvsucks · · Score: 1

      i aknowlege you had a bigger problem. but i used to werk with a guy who mailed or deployed public and private keys to an ipsec mailing list.

      you don't really have to know much about ipsec to realize that yeah the public keys are okay to mail out, but not the private keys.

      do you think there is a reason i don't werk there anymore?

      --
      1337
    3. Re:I have had several "Open Source failures"... by lewp · · Score: 1

      Because of your complete inability to spell "work?"

      --
      Game... blouses.
  13. Re:Hotmail - still not all windows by Splork · · Score: 0

    if they're running all windows why is one of my old coworkers still working for them managing their solaris systems as they try and convert them to windows?

  14. Honeypot by Anonymous Coward · · Score: 3, Funny

    At work we were running a honeypot for about 6 months to collect some data for an upcoming security conference. It was a debian linux machine with ssh, httpd, bind, and nfs running on it. Unfortunately no new exploits were showing up on bugtraq at the time and all the scans we were logging with snort were for windows vulnerabilities. So we switched over to Win2K/SP3 and IIS and within 2 weeks the box was busted in half and we got the data we needed for our case study.

    1. Re:Honeypot by zero_offset · · Score: 1

      Of course. Nobody stores anything interesting on Linux boxes...

      --

      Slashdot quality declines as the number of hot grits posts decreases. - Provolt's Law, Apr-09-2005

  15. I don't know about organizations... by Anonymous Coward · · Score: 0

    But I personally try Linux every few months. Haven't been able to stay without switching back yet.

    1. Re:I don't know about organizations... by mrjb · · Score: 1

      Keep up the good work then! I've seen myself in a similar situation, feeling linux wasn't ready for my needs yet. However, with me changing to a job as Linux techie and definitely also because of recent developments, I found myself using my former OS less and less-- recently I completely got rid of it cause I don't need anything else anymore. Good luck!

      --
      Visit http://ringbreak.dnd.utwente.nl/~mrjb/growingbettersoftware to download your free copy of the book
  16. Mod me down, self-inflicted troll by HotNeedleOfInquiry · · Score: 2, Insightful

    Slashcode?

    --
    "Eve of Destruction", it's not just for old hippies anymore...
  17. Mozilla by Anonymous Coward · · Score: 0

    I can't believe no one has mentioned Mozilla yet. Even Apple decided KHTML was better than Gecko.
    *posting with Phoenix 0.5*

    1. Re:Mozilla by imperator_mundi · · Score: 2, Informative

      AFAIK KHTML isn't a proprietary solution

  18. Simple by sigwinch · · Score: 1

    Search SourceForge for "IRC".

    --

    --
    Kuro5hin.org: where the good times never end. ;-)

    1. Re:Simple by CristianoMonteiro · · Score: 1

      Kvirc is your friend...

      --
      -------------------------------------------- Se você consegue ler aqui então fala português. Óbvio
  19. Sorta by MeanMF · · Score: 1

    We were considering moving an application from HP/UX to Linux, but decided not to. The problem was not strictly an OSS one though - it turns out that Sybase running on Linux is kinda crappy, and the software we are running only works with Sybase.

    1. Re:Sorta by Anonymous Coward · · Score: 0

      I've had recent similar experiences with Oracle 9 RAC on a pair of Linux machines. It was so flaky I gave up and spent $$$ on a pair on Sun 280s. Bad news all round.

  20. As The Man Asimov said... by Nice2Cats · · Score: 1

    "In a good cause, there are no failures"

  21. Mozilla failure by Anonymous Coward · · Score: 4, Interesting

    I convinced a small office of around 10 computers to switch to Mozilla for mail and browsing. It was a disaster.

    It ran slow on their machines (some 200mhz, some 1ghz+ which ran fine). Sometimes wierd behaviour would start to occur. My solution was to get them to change the theme from modern to classic, or classic to modern, and that would solve their problems 95% of the time. It didn't handle attachments well all the time. Sometimes dates on e-mails were wierd. Occasionally contact lists would disappear.

    In short, no-one liked it. When they returned to Outlook (Express) they were happy again. Despite it's propensity towards viruses, etc, it looked nice, worked well and fast, and did the job. Really disheartening for me, being unable to find a suitable replacement.

    On the upside, Firebird looks promising and I hope the new mozilla mail clients actually work properly. Though for this particular place it will probably be a while before they consider open source email clients again. Firebird should be easy to roll out though. A few of them, after realising IE wasn't the only browser, switched to Opera instead of Mozilla - so that's a positive sign.

    1. Re:Mozilla failure by Anonymous Coward · · Score: 0

      I have no clue why they went to enormous effort to rewrite the mailer. Unlike the browser, Netscape 4.7 Messanger was top notch, and still is shitloads more robust than the new version. All they needed was Gecko HTML Mail support.

  22. Actually by The+Bungi · · Score: 2, Insightful
    We often hear about companies, government agencies, schools and other organizations that migrate from Microsoft to open source based systems

    We do, don't we? I'd actually like to hear some follow ups on these stories that are always promptly reported as a victory of sorts.

    For example, how long it took to actually migrate x,000 of servers and workstations after the [government | company | school] decided to "give M$ the shaft". How much money for re-training users? How much lost (or gained) productivity? How much churn on the HR side because admins|programmers could not cope with the platform change? How much cost for replacing or rewriting business applications? Buying new ones? And so on.

    I've always thought in looking at those "success stories" that they were rather long on hype and short on substance. I personally know of a few successful moves to things like OpenOffice or different mail servers and databases, but never a wholesale large scale Windows->Linux migration that in the end actually worked to everyone's satisfaction and ended up being cheaper than it was before.

    1. Re:Actually by Phantasmo · · Score: 2, Interesting

      You have to look beyond the fact that "money is being spent". You have to look at where it's going.

      If you stick with Windows, it's all going to Bill Gates' pocket. If you move to GNU/Linux or *BSD you spend the money that you save in licensing on training users and perhaps hiring support staff. The difference is that the money is going to many people in your community rather than one rich jerk on the other side of the continent who'll never let it go.

      You'll never save money on a large-scale deployment of Free software, but you'll create employment and help real people.

      --

      The US Army: promoting democracy through unquestioned obedience
  23. Client Moved Back To Win2k by fuzzybunny · · Score: 3, Insightful


    I set up a network for a previous client, a large private middle school, based around FreeBSD/Apache/MySQL/BIND. It was a nice implementation; very secure, utterly reliable and as much open source as I could get in there (I was not able to move some servers because of Windows apps the previous guy had installed on a few boxes that they just *had* to have.

    Our initial plan for this client was to move everything to Linux-based Xterminals (after all, what do they do? Edit some word docs, look at web pages, send mail) but management decided that the time wasted by some clueless idiot coming in after we'd left who didn't know what he was doing would outweigh the cost savings.

    So, I snuck FreeBSD in as their monitoring, web, DNS, and firewall server, not to mention software repository, UPS controller, and groupware server, along with a host of other functions.

    I still check up on their infrastructure occasoinally, and have noticed that the guy who took over their support after we'd left has been steadily moving everything back to Windows 2000 as fast as he can; he runs a small IT "consultancy" and just can't be bothered to learn how to use something that doesn't require point-and-click.

    Regardless, I consider it a minor victory that some of the services I set up (firewall, monitoring, etc.) have withstood any attempts to downgrade them to M$ brokenware--if only because nobody could figure out a way to do it better and easier....

    Sigh. Oh well, they paid their invoices on time.

    --
    Cole's Law: Thinly sliced cabbage
    1. Re:Client Moved Back To Win2k by SuiteSisterMary · · Score: 2, Insightful

      So, in other words, you completely ignored their needs, current infrastructure, and future usage requirements, installed something that they neither needed, wanted, nor could admin themselves, and they're now forced to move it all back?

      I'm not trying to be harsh or antagonistic here, but that's how it winds up reading to me; especially since it seems you knew that the actual maintenance/day to day running of the network would go to somebody else....

      --
      Vintage computer games and RPG books available. Email me if you're interested.
    2. Re:Client Moved Back To Win2k by Nynaeve · · Score: 2, Insightful

      I didn't read it that way at all. Apparently they needed and wanted the function that the software provided, or they'd not have paid him so easily for his services. He left it to the company to hire an appropriate admin for the system, which they did not do. IMHO, it is the company's fault for not finding an approprate admin, as well as the admin's fault for not telling them he wasn't experienced enough (and didn't care to learn) to support their system! However, it's the company's money, so if they want to spend it fixing something that isn't broke, that's their perogative (as ridiculous as it may seem).

    3. Re:Client Moved Back To Win2k by SuiteSisterMary · · Score: 1

      Many is the time that I've seen contractors come in, do something that has nothing to do with what the company needs, and get paid, quite cheerfully; after all, the company doesn't quite know *what* it needs, hence it brings in contractors.

      --
      Vintage computer games and RPG books available. Email me if you're interested.
  24. A Recent Failure... by PapaSMURFFS · · Score: 3, Interesting
    I can think of one failure I had recently trying to get the evangelical work done for OSS.

    At my work we are currently running a Win2k network. A piece of software we have to run over the network is this thing called âoeThe Agency Managerâ which is a closed-source buggy-assed piece of software. We toyed around with the idea of switching to a Linux (my bossâ(TM) suggestion) or BSD (my suggestion) network, but our use of T.A.M. wouldnâ(TM)t allow us. We also fooled around with WINE for a bit, and another agency which uses the same software has already done that and found that it still provides performance benefits. Unfortunately we were informed by the makers of T.A.M. that they only offer support for Win2k or WinNT networks, not *nix nor Novell. Because the software was so buggy we had no choice but to continue with Win2k.

    I know that at this point some of you are doubtlessly thinking âoeWhy the hell didnâ(TM)t you just find/make an Open Source alternative to T.A.M.â and I can tell you the answer is the other big failure in the Open Source model. T.A.M. is the paramount software piece for the insurance industry; however, it is not glamorous in the least. Iâ(TM)ve found that most Open Source developers would rather program a new web browser, or tool around with encryption, that make a bloated database front-end/accounting software and conversion tools from T.A.M.â(TM)s obscure data format (a db3 variant). As Open Source developers we would rather do something interesting then something needed because we are doing the work for free. This is probably (IMO) the biggest failure with the Open Source model.

    1. Re:A Recent Failure... by Anonymous Coward · · Score: 1, Insightful

      This really isn't a failure of opensource. It is a failure of the insurance industry, and specifically your company to come up to the plate and take care of the situation. Open source is not your free software repository which you can take from without giving back. Hire a competent coder to look into doing an opensource of TAM.
      Not only does the general economy improve by having an employee that has ability to spend money, but you can sleep well at night knowing that you have also given something back to the opensource community and the insurance industry.
      Just because opensource coders who are doing this on their own time are working on what they consider to be cool things, doens't mean that it is opensources fault that you don't take the initiative to correct the problem. Hence the term community.

    2. Re:A Recent Failure... by Anonymous Coward · · Score: 0

      As Open Source developers we would rather do something interesting then something needed .. This is probably (IMO) the biggest failure with the Open Source model.

      So what you're saying is that the biggest failure of open source is that you're too lazy?

      I'm sorry, but I can't wrap my head around your logic.

  25. Red Escolar (School Network) by hummassa · · Score: 1

    It seems that this school-network-linux initiative in Mexico failed.

    --
    It's better to be the foot on the boot than the face on the pavement. ~~ tkx Kadin2048
  26. Sourceforge.net by Horny+Smurf · · Score: 2, Informative
    Sourceforge was originally GPL open source, but they did a proprietary fork and abandoned the GPL version (they had copyright on the code, and rewrite the parts they didn't).


    Late last year, they switched from mysql to db2.

  27. But... by tsa · · Score: 1

    I'm confused. Open source failures? That sounds like a contradictio in termina (or however you want to spell that)... Now excuse me, gotta go see my shrink.

    --

    -- Cheers!

  28. Exchange-like Features on Open Source by billstewart · · Score: 1
    There are several calendaring systems in the open-source world, either as open source applications or as commercially supported products that work well along-side open-source mail systems. Calendar features don't have to be directly integrated into a mail server or mail client to be useful, especially if the mail client can hand URLs to a web browser by clicking on them (which almost anything more GUI than pine can do.)

    As far as "why you'd implement them using open source", the answers include "one size doesn't fit all" and "so you're not stuck with the annoying limitations of Outlook" or "so you can customize behaviour or fix things". Those are all reasons for using standards-based applications instead of proprietary.

    My experience with the MS Outlook calendar functions are that they're *much* more useful for people who only use always-connected desktop computers than for laptop users who might or might not be connected to a work or home network and might be carrying the machine around. Outlook is a lot more reliable than it was a couple of years ago, but it's still not totally happy with that environment. It's what I use at work, but otherwise I'd simply use my Palm's calendaring.

    Shared Folders are mostly a hack to make groupware fit into an email-like environment. If I wanted a hack like that (:-) I'd use IMAP, and some open-source IMAP server to do that. Otherwise, I'd use Web-based discussion boards - there are a wide range of them, open-source and commercial. Or you could even use Usenet technology, and you'll find that Netscape and Mozilla are friendly clients that look much like their email interfaces, plus there are others that are more customized for usenetting.

    --

    Bill Stewart
    New Fast-Compression-only CPR http://preview.tinyurl.com/dy575ks
    1. Re:Exchange-like Features on Open Source by Telastyn · · Score: 1

      Unfortunately, clicking on a URL is far too much work for the majority of people who "need" calendaring. The calendaring server can be independant from the mail server, but for most practical purposes, business users require that the email client have them integrated.

    2. Re:Exchange-like Features on Open Source by billstewart · · Score: 1

      The level of integration in Outlook still has you click on a box to accept/tentative/decline a meeting announcement. That works just as well whether it's in your message as URLs or at the top in the munged-header section.

      --

      Bill Stewart
      New Fast-Compression-only CPR http://preview.tinyurl.com/dy575ks
    3. Re:Exchange-like Features on Open Source by Telastyn · · Score: 1

      Ah, sorry; I was [mistakenly] under the assumption that it would be a url which was launched rather than embedded. Yegods, an actual not totally offensive use of html in email?

  29. Ouch, it's funny because it's true. (NT) by Anonymous Coward · · Score: 0

    nt