Slashdot Mirror


More on KDE Groupware

e8johan writes "The KDE PIM Team will integrate all their applications into one common interface and create an Outlook-like application.This is being done in the Kroupware project commissioned by the German government. There is a prototype of KOrganizer with KMain embedded into it (shots 1, 2), and another prototype with KMain running as a KPart in Kaplan (shot 1, 2, 3). This looks hopeful and if they manage to build the application as flexible and modular as other KDE projects this will hopefully mature into something great." Kroupware is a catchy name, but I wonder if the KDE team is aware of the English word croup.

111 of 303 comments (clear)

  1. This is huge by ViceClown · · Score: 5, Interesting

    This is exactly what KDE needs. Best of luck to the PIM teams because this is the final piece of the KDE on the desktop puzzle that businesses need to supplant outlook/exchange. If it hooks into a nice backend as easily as Outlook does to exchange then we're looking at a contendor.

    --
    Have a Happy.
    1. Re:This is huge by Teun · · Score: 2
      exchange then we're looking at a contendor

      You mean Kontender....

      --
      "The likes of Facebook and WhatsApp are free to those whose privacy is of zero value."
  2. evolution by asv108 · · Score: 2, Insightful

    I'm a kde user but I also use evolution. Why would I want to switch to Kroupware when evolution already does this and has the ability to connect to exchange servers? Aren't KDE and Gnome already redundant enough?

    1. Re:evolution by cxreg · · Score: 5, Informative

      A large part of this project is the server-side, grouping together existing applications (cyrus IMAP, OpenLDAP, etc) to provide a "Groupware server".

      You should be able to use Evolution with all of those parts anyway (and actually, currently I don't think Evo supports stuff like LDAP and shared calendering, a project like this might influence support for such things).

    2. Re:evolution by edrugtrader · · Score: 5, Funny

      if you feel you can be a respectable KDE user while using software that doesn't start with "K", then go ahead...

      --
      MARIJUANA, SHROOMS, X: ONLINE?! - E
    3. Re:evolution by rocjoe71 · · Score: 5, Insightful
      Actually, when it comes to KDE and GNOME, you can't get redundant _enough_!

      If we all stopped at the point where somebody says "It's been done before" we wouldn't have Linux, KDE or GNOME and I'd be posting to /. in IE.

      Why not compete? I bet with a little pride on the line, Kroupware and Ximian could take turns leap-frogging each other, possibly resulting in having TWO products that outstrip Outlook!

      --
      Height: 38U, Weight: 0 Newtons, Eyes: #0000FF, OS: Gray Matter 1.0 (Alpha)
    4. Re:evolution by KeyserDK · · Score: 3, Informative

      i know evolution does support LDAP.

      dunno about the shared calender stuff =)

      --
      still reading?
    5. Re:evolution by tempest303 · · Score: 2

      Connector only applies to hooking into *Exchange*. It won't apply to Kroupware.

    6. Re:evolution by danimal · · Score: 2
      If we all stopped at the point where somebody says "It's been done before" we wouldn't have Linux, KDE or GNOME and I'd be posting to /. in IE.
      no, you'd be posting it under the NCSA Mosaic browser.
    7. Re:evolution by rseuhs · · Score: 2
      I'm a kde user but I also use evolution. Why would I want to switch to Kroupware when evolution already does this and has the ability to connect to exchange servers? Aren't KDE and Gnome already redundant enough?

      Well, the whole point is to replace the MS Exchange server. Those MS-server licenses are not really cheap, especially if you take the CALs into account.

    8. Re:evolution by GOD_ALMIGHTY · · Score: 4, Informative

      From the design documents listed on their site, this doesn't look like much on the server side. They're going to 'jerry-rig' the asynchronous shared calendaring hack that Bynari uses. This is still not the shared calendaring that exchange provides.

      These guys should be supporting and helping http://www.opencap.org, which is implementing the IETF draft for real-time shared calendaring. What they are doing is pushing static free-busy files to an FTP server then using a Calendar folder in the IMAP server for storage.

      This does not enable real-time calendaring. From what I can tell, they aren't writing anything for the server-side, just configuring known packages. I can understand that their goals and time restrictions may mean that the methodology they are using for calendaring is the best they can do right now. In fact I believe this is the case, since you would pretty much have had to come across the CAP protocols doing the research that would lead you to the solution they've chosen.

      I think this is a great project, and I hope they write some nice server admin tools, but this is not the 'Exchange Killer' that everyone seems to be touting it as. It is a nice start.

      If you want an 'Exchange Killer', help out http://www.opencap.org. This guy has the right design (LDAP and SASL support) that will allow it to integrate with Cyrus IMAP and OpenLDAP. Since most of the OpenSource calendaring client projects (Evolution, Mozilla, etc) use libical, it should be relatively small amounts of work to make sure they work with OpenCAP, once it's ready.

      BTW, Evolutions history with LDAP support has completely sucked. I noticed the last release had some work done on LDAP, but it had a ways to go last time I tried it. I want the ability to add addresses to the LDAP address book from Evolution (assuming the LDAP server has the correct ACL's).

      --
      Arrogance is Confidence which lacks integrity. -- me
    9. Re:evolution by bhsx · · Score: 2

      It looks like that's what they're using. The binary hack is only for Outlook clients, for which they are using proftpd and calling it "Legacy Support." The FTP is not used by default. They're also using OpenLDAP for access control lists and storing all user data including passwords. Cyrius IMAP is also being used as you mention. Basically it looks like they're doing what you suggest, and they're writing a PHP web-based configuration utility for it all. Read about it before you blast it.

      --
      put the what in the where?
    10. Re:evolution by optikSmoke · · Score: 2

      Hate to feed trolls, but a simple google search of KDE Exchange will tell you what I've known for quite a while. There already is a KOrganizer Exchange plugin, already in KDE CVS, also available here.

    11. Re:evolution by tempest303 · · Score: 2

      Where does it say that KDE will even work with Exchange?? I thought the idea was getting *rid* of it, so there's no need to build in support for it.

    12. Re:evolution by optikSmoke · · Score: 2

      Exchange in particular is not mentioned in this article, however KOrganizer now supports it via this plugin, which is also in KDE CVS. Therefore, the integrated suite Kaplan (not Kroupware, the other suite the article discusses) will automatically support Exchange as well. This is because Kaplan essentially uses KParts from the other applications instead of re-writing everything.

      Anyway, Exchange support is needed, as has been pointed out by many others, because the only way to (easily) get companies to switch to a linux desktop is to be able to say "Look, you can browse the Internet, check email, open word documents, and use Exchange". That's why Ximian has gotten some corporate contracts. Once KDE can compete for those contracts as well, the more the merrier :).

    13. Re:evolution by GOD_ALMIGHTY · · Score: 2

      I have read about it, twice. I've also read about a lot of other systems, this particular subject has been a bit of a passion for me.
      The non-legacy support is via WebDav... essentially the same thing as FTP just over HTTP. They are not using CAP anywhere.

      They are not using LDAP everywhere, either. They are storing the free/busy lists on the filesystem via WebDav or FTP, not that this info should be stored in LDAP. They are storing the user account info and the address book info in LDAP, which is as it should be. OpenCAP is storing the calendar data in a db format (looks like berkley db currently) with LDAP support for users.

      You've missed the point of my post. It's soley about the calendaring. I think you'll find that I agree very much with their choice of Cyrus and OpenLDAP. I also find the reason for their choices for a "quick and dirty, works with today's client's" acceptable for the interim. As I said, "It's a nice start.".

      What it is not, is an "Exchange Killer", nor will it be till it supports CAP with a design like that of OpenCAP. Essentially you need to integrate:

      an MTA: preferably Sendmail, due to extensive LDAP and TLS support
      Cyrus IMAP: for POP3/IMAP/NNTP gateway, cyrus uses SASL and LDAP allowing integration
      OpenLDAP: user accounts, address book, sendmail routing info, alias lists, etc.
      OpenCAP: real-time shared calendaring
      Apache + WebDav + IMAP gateway: shared web folders.

      You could use subversion with IMAP gateway capabilities to provide a common storage.

      I would also like to see an indexing engine like Lucene which can be extended to index multiple sources and types.

      Now throw a web front end for user and a single way to configure all the integrated components and you can replace Exchange and/or Notes.

      I'd personally like to see the admin and user frontends done in J2EE on JBoss so that you would have a sort of development platform (like Outlook + Exchange is) that businesses would be really keen to jump on. If you know anything about JBoss, think of MBean's providing gateway services from the backend servers and then providing abstracted and federated API level access to them via CORBA, SOAP , RMI, JMS, etc.

      If OpenCAP is as good as Sendmail, JBoss, OpenLDAP and Cyrus, then my proposal should be scalable enough for the largest enterprise. It would also have the integration, security, developement and integration potential to attract the largest of corporate messaging users. The users who didn't need these, high-end features would just get a great messaging system that would grow with their organization.

      --
      Arrogance is Confidence which lacks integrity. -- me
    14. Re:evolution by bhsx · · Score: 2

      I wrote an Ask Slashdot not long ago here, and have been quite anxious about the subject myself. Now I understand what your point was, and you're obviously knowledgeable. The JBoss idea is intriguing to me. I don't think that this is what you're looking for... I don't think it's really what anyone is looking for ;) but certain pieces might be worth looking at(if they ever present files). Have you experimented at all with Bynary's solution? I heard the IMAP implementation of directories for Outlook is a hack at best. Please, if you have any mroe info, I'd be very interested in seeing it. I need this, as I assume you do.

      --
      put the what in the where?
    15. Re:evolution by GOD_ALMIGHTY · · Score: 2

      There's other features that this type of collection of software would lack compared to MS Exchange. There's things like the addressing support -- Exchange isn't limited to SMTP addressing, as it can handle groupwise addressing, ccmail addressing, X400 addressing (which it uses natively), or virtually any other addressing format with an appropriate plugin. While this isn't critical for single site installations, it makes multisite installations easier because SMTP addressing isn't tied to DNS. There are ways to do this with straight SMTP, but they are fairly complex.

      You can do this with Sendmail. That's one of the reasons I still support Sendmail rather than some of the 'easier to maintain' MTA's. Sendmail is very versital WRT handling non-SMTP systems. But personally I can't think of any mail non-SMTP mail systems that don't include an SMTP gateway still.

      Directory replication/address book: Exchange makes a copy of the directory of any connected "sites". This means they're always available in the global address list, and trying to send mail to a non-existant account instantly returns an error, even if the remote 'site' server is down.

      OpenLDAP has slurpd which is an LDAP standard method of replicating directories. This feature achieves the same functionality.

      "Single Instance Store": If you send a 3MB attachment to 100 people on an Exchange server, you don't consume 300MB, you consume little more than 3MB. Most MTAs can't handle multidelivery like this, and instead send an individual copy to each recipient. With ACLs and hard links, and a yet another mailbox format (separating headers and message body), you might be able to do it strictly with the file system. Lacking all of those options, the only other real alternative is to do it in a database like Exchange.

      Cyrus IMAP does this. It's a function of the MDA, not the MTA.

      Plugins, etc: With Exchange, you can write plug-ins and addons that interoperate with all parts of the Exchange system. Using all these separate packages, each with a different configuration and method of doing things may mean you have to make several different plugins each with a different API and language preference. If I want to plug in a foreign mail system, things get much worse. Now, I have to write some kind of gateway, and try to encapsulate the foreign addressing system into SMTP addresses and convert the messages to MIME (which would have to be done anyway). Then, I've got to write some kind of gateway for LDAP, so the foreign users show up in the directory, and read the directory, and do the reverse for the foreign system. Now, before you try to tell me that no one uses these types of systems anymore, keep in mind that a foreign system could be a fax system, X.400, voicemail or virtually anything else.

      The only place I think you have a point here is the configuration mechanisms. I've long though that most of the server daemons should provide a CORBA interface to server configs, so that you could manage them on the fly and do so through a more common API. Sendmail has the interface for the foriegn system conversions, and Cyrus has an interface as well, it all depends on where the interface with the foriegn system. Quite frankly though, I'm not interested in supporting systems that don't conform to IETF standards. That's how the internet works and has created the innovations we've seen thus far. Proprietary standards for network traffic have lost. I feel perfectly comfortable telling people to go get standards compliant if they want to talk to me over the Internet. I doubt Exchange will continue to add support for weird legacy systems it doesn't support already. Most of the legacy support you mention was added when Exchange was new and had to compete and integrate with these systems. I do however think it is important to write conversion tools that allow for easy migration from non-standards compliant systems.

      Now, there are quite a few things that would be nice about what they've already decided on doing. For example, there's no single database to get corrupted in their system. And seeing how I've had to deal with a corrupted Exchange database twice in the three years we've been running Exchange, and both times it was PAINFUL to recover. A single corrupt page in an Exchange database makes it impossible to back up the database, and if the corruption is in the wrong place, the repair utilities can make things worse. So, storing stuff in the file system directly is basically a good thing, although it has drawbacks, as I mentioned above.

      Cyrus and OpenCap both use Berkley DB4, which has proven itself time and again. I feel comfortable sleeping at night knowing my data is in that format and I have good backups. That's the beauty of this system. It's a number of different projects, yet they all talk together using IETF standards. They reuse common pieces to achieve their specific needs and this makes it easier to understand all of the apps invloved once you understand one of them.

      Since none of the legacy systems you mentioned are entrenched like say SMB is in file and print services, I don't see any reason to waste time supporting them. The system I outlined would use the following Open Standards:

      SMTP
      IMAP/POP3
      SIEVE (server side email filtering: IETF)
      SASL (authentication and authorization: IETF)
      LDAP
      LMTP (local mail transport protocol: IETF)
      NNTP
      CORBA (OMG)
      SOAP (W3C?)
      WEBDAV (W3C)
      CAP/iCal/iMip/iTip (IETF Calendaring protocols)
      SIP (instant messaging/voice over ip/voicemail: IETF)

      This could be provided using the Vocal project and Jabber projects.

      The difference would be that this project would require people to conform to Open Standards, which is why we have the Internet today. There is no compelling reason for widely used messaging systems to invent their own protocols at the expense of becoming and island. Those who invested in proprietary messaging systems will be forced to upgrade at some point anyway to continue talking to the rest of the world.

      Remember, on the Internet the IETF is the law.

      --
      Arrogance is Confidence which lacks integrity. -- me
  3. Time wasted by darthaya · · Score: 2, Insightful

    So much precious OOS developer time wasted on reinventing the wheel.

    Imagine if we have a KDE compatible/look like evolution, we can save so much time in redoing just another outlook client - kaplan, which is basically the same thing as evolution.

    I dont ever need to use two PIM client (outlook clone) that has identical functionality but with two different set of configuration files and stores my information differently.

    1. Re:Time wasted by IIRCAFAIKIANAL · · Score: 3, Insightful

      What makes you think that twice as many developers on one app will make that app come out twice as fast or twice as good?

      And what if all the developers work on one app and it sucks? The net result is we will be even further behind Outlook. If we have two or more projects in development at least if one sucks, others will come out on top.

      We have that much over Microsoft - if they fuck up, they're fucked. Look at .NET - they are putting *everything* behind it - if they drop the ball with it, it isn't going to work. If we fuck up (*cough cough* united linux *cough*) at least we have other distros/apps/forks/etc to fall back on.

      --
      Robots are everywhere, and they eat old people's medicine for fuel.
    2. Re:Time wasted by IIRCAFAIKIANAL · · Score: 3, Insightful

      I dont ever need to use two PIM client (outlook clone) that has identical functionality but with two different set of configuration files and stores my information differently.

      Oops. I forgot to comment on this. I agree with you here - we need a standard format (open good, standard better). Different apps, same storage format. Ain't gonna happen but it would be nice.

      --
      Robots are everywhere, and they eat old people's medicine for fuel.
    3. Re:Time wasted by JabberWokky · · Score: 2
      The Kroupware project (that is *not* the name of the software, which will be decided later), uses only open standards; that is the entire point of the software. It's both client and server side - all of the server side is done using FS and OS software. This is not reinventing the wheel, this is taking four wheels, attaching them to a frame, and making a comfortable chair and steering wheel.

      --
      Evan (mo reference)

      --
      "$30 for the One True Ring. $10 each additional ring!" -- JRR "Bob" Tolkien
    4. Re:Time wasted by rseuhs · · Score: 2
      First, this is hardly reimplementing the whole thing. The parts are taken from KMail, KNode, the calendar, knotes - Kaplan is merely a container for those components.

      But more importantly, it's about the SERVER which will be the FIRST free MS Exchange replacement. (Yes, this means Outlook-compatibility, too.)

    5. Re:Time wasted by mbourgon · · Score: 2

      What exactly is Kaplan, and where's its web site? Every link I find is of Judge Kaplan.

      --
      "Sometimes a woman is a kind of religion, she can save your soul & set you free from all your sins" - Bad Examples
  4. Ugh... by intermodal · · Score: 2, Troll

    why would anyone want anything along the lines of outlook? If I want mail, I'll use a mail program. If I wan't a calendar or planner, i'll use a program that does those things. Having a giant program that sucks and does a billion things you probably don't want or need isn't the answer...just because people are used to it doesnt make it a good program or idea.

    --
    In SOVIET RUSSIA... erm...NSA AMERICA, the Internet logs onto YOU!
    1. Re:Ugh... by Rude+Turnip · · Score: 2, Insightful

      So don't use it. That's why I just install the browser component of Mozilla and use Pine for my personal email. For work purposes (at least mine and many others), an integrated groupware suite is the best way to go.

      In an office environment, especially one that's all about communicating ideas amongst coworkers and clients, you'd be running all those separate programs at the same time anyway. You might as well have all that stuff (mail, shared calendar, contacts, appointments, meetings) stuck in one window.

      Another advantage of an integrated suite like Outlook or Evolution is that you can have a single homepage-type screen that neatly summarizes any new mail messages, tasks or meetings for the day or next few days outwards.

    2. Re:Ugh... by swb · · Score: 2

      I agree generally, but in a setting where you have collaborative calendaring how am I supposed to invite you to a meeting? Write an email and have you stick it on your calendar program seperately? Or use the unified application to check my calendar, schedule the meeting and send a notice to each person, who can then accept/reject and have it put on their calendars automatically?

      There's also the notion that internally these programs and their servers work by passing messages; in many ways its already email internally.

    3. Re:Ugh... by gi-tux · · Score: 4, Interesting

      As a geek, I would agree with you. As a past sys admin for email and scheduling, I would have to disagree with you. I managed email and scheduling for a 4500 employee business and we used separate email and scheduling systems (based on Linux/Unix servers). The biggest complaint that I got was that the users had to keep two applications opened to do the job. Another was that it was hard to get reminders emailed to you or meeting invitations emailed properly. The administration liked the fact that we didn't have outlook/exchange and thus avoided many problems (virus problems, etc.), but the users complained all the time.

      Also remember that a big part of this is getting something that works client/server. This is one of my personal complaints. I would love to have a scheduling server at home for the family. We have a busy family life and keeping up with everyones schedules would be so much easier if it were in a centralized place. I used to use Star Office as it included email and scheduling, yes I actually bought it for the scheduling server. I didn't really like the one big application, but it had what I needed and thus was my choice. But Sun dropped the email client and the scheduling stuff and that leaves me out of luck.

      --
      I have no sig, does anyone have one to spare?
    4. Re:Ugh... by liquidsin · · Score: 2

      Linux is about choice. If you don't want it, don't use it. If you want it, it's available. If it's not available, as is the case here, somebody can make it -- maybe even you! Mozilla comes with a browser, mail app, irc, and who the hell knows what else. I only install the browser. If other people want the IRC client, they install it. If you want to use pine for your mail, go for it. But this is exactly what some people want, and if it means they'll use linux if they can get it, then code away.

      --
      do not read this line twice.
    5. Re:Ugh... by bwalling · · Score: 2

      I would love to have a scheduling server at home for the family. We have a busy family life and keeping up with everyones schedules would be so much easier if it were in a centralized place.

      Have you looked at Open Web Mail? I've used it for myself, and it is easy to set up and use. It has calendaring features and offers web based email access as well.

    6. Re:Ugh... by rseuhs · · Score: 3, Informative
      Kaplan is merely a container of those programs.

      The components (KMail, KOrganizer, KNode and knotes) will continue to be available seperately

      So everybody should be happy, right? - Wrong, some people will always whine, no matter what.

    7. Re:Ugh... by pacc · · Score: 2

      Also remember that a big part of this is getting something that works client/server.
      I would love to have a scheduling server at home for the family.
      Mozilla Calendar recently got the ability to read calendars on the net and there's work started on a real calendar server implementation.
      But your first point is right, you have to begin with treating every file as a server to make a descent user-interface, then supporting local and distant calendars is merely a question of fileformats. That said, I still have to see a calendar that separates appointments and public holiday information in a structured way.

    8. Re:Ugh... by redcliffe · · Score: 2

      There's no reason why those applications can't communicate, even if they aren't all in the same window.

    9. Re:Ugh... by redcliffe · · Score: 2

      Will they be able to communicate even when separate? For instance an invitation in KMail, will connect to Korganizer and put it in there? DCOP should allow that to happen.

    10. Re:Ugh... by swb · · Score: 2

      I guess they could, but then you're presuming that there's a standard of interoperability even among a single vendor for application interaction (and an OS model that's stable they can follow!).

      I guess this has been looked at by every major software vendor that's done it and they all have chosen to solve the problem by intergrating the functionality of calendaring and messaging. It's one program to install and support and a lot of shared stuff (directory access, etc etc).

      Given the level of object-orientation and dynamic libraries, I'd speculate that in most gropupware apps the calendar aspects of the application and the messaging aspects are probably close to a seperate applications anwyay (probably missing some wrapper code to make them truly standalone).

  5. Not the last step by mgkimsal2 · · Score: 3, Insightful

    I've been seeing people say 'this is the last step' or similar things, about some type of 'outlook killer' app for Linux. It won't be the last step. By the time there is something that is workable/usable for the majority of companies, there will be some other roadblock/obstacle which people start saying 'we have to have or we can't switch'. I'm not saying I necessarily even know what that is at this point, but it'll happen.

    First it was web browsers.
    Then an office suite.
    Now an 'outlook' killer.
    What next? `

    Personal security/prefs setting ala 'passport'? Though that hasn't seemed to have taken off as pervasively (or publicly) as might have been. Honestly I can't think of what it might be, but there'll no doubt be some other area of corporate culture MS gets embedded into quickly, which will take years to wean people away from (if in fact they want to get weaned away - if it works for them, just let it be).

    1. Re:Not the last step by tempest303 · · Score: 2

      I've been seeing people say 'this is the last step' or similar things, about some type of 'outlook killer' app for Linux. It won't be the last step.

      You're right, it won't be. It's all a matter of covering certain pieces of the market. Getting a usable desktop with a nice office suite, including the big 3, a word processor, spreadsheet, and integrated email/PIM, was the first step. GNOME 2 with Evolution + OpenOffice does this.* This gets us a sizable chunk of users right there. Then we get, say, a native port of Photoshop. There's another huge chunk of people whose needs are now met, etc, etc. For every new clone app or ported app (or every new thing that Crossover Office supports!), we get another chunk of users. Slowly, we chip and grind away at the Windows userbase. It's all a matter of going in steps - no one app will gather up all users.

      * One could say there are various KDE solutions that do this, too, but I think GNOME 2's usability is superior, but I'm also more familiar with it - I'm not going to comment on KDE programs much because I don't know them well.

    2. Re:Not the last step by smiff · · Score: 2
      I'm not saying I necessarily even know what that is at this point, but it'll happen.

      Linux needs enterprise management software (accounting, payroll, taxes, inventory). GnuEnterprise strives to fill this hole, but it has a long way to go.

      Also, I don't think OpenOffice and KOffice are ready to replace MS Office.

      Once open source provides quality replacements for all proprietary software, companies will be reluctant to switch because they will have to rewrite their expensive, custom software.

    3. Re:Not the last step by tzanger · · Score: 2

      First it was web browsers.
      Then an office suite.
      Now an 'outlook' killer.
      What next?

      Well, for us at least, it's something that can compete with AutoDesk Inventor and AutoCAD Mechanical Desktop. Then it's something that can compete with OrCAD (no, Eagle doesn't cut it). After that, it's getting Microchip's IDE to work. No, it won't talk to the ICE2000 over the parallel port in WINE.

      After all that, it's a decent inventory management/accounting package, perhaps some decent MRP/ERP functionality. And finally after that, it's something that can compete with MacroMedia DreamWeaver -- quanta is for those who know HTML.

      So yeah you're right, we've got a long way to go before it can replace everything. But for most office types, what we have is pretty damned good.

      But you're right, we need some way to spread viruses around via email quickly. I don't know how business ever survived without that. :-)

    4. Re:Not the last step by Oestergaard · · Score: 2

      I think you're wrong. Mostly.

      A web browser has become a fairly important part of an office workstation, and granted it was a problem when the browsers sucked.

      What more does almost every person need - well a calendar, some contacts, and of course e-mail, are all pretty basic needs as well. I used ical once, it was "good enough". I use mutt for my personal e-mail, it "sucks less" that the other MUAs. Contacts? I haven't needed anything except for the aliases file for mutt, for my personal needs. At work I use Evolution, because it very conveniently integragtes these three functionalities - calendar, contacts and e-mail.

      And that's it. I'm a developer, I don't need a friggin office suite - documentation is written in stable file formats (that still work even a year after they were written (.text or .tex)), code is written in C++.

      If I was a beancounter I'd want a spreadsheet. If I was a marketing person I'd want a presentation program. As I'm a developer I need a compiler, an editor, and some tools to go with that.

      I can't see that there's any "next new thing" in the near future. I bet it's another 10 years until we see some new technology that becomes ubiquitous like the browser did. Browsers came up in the mid/early '90s, as the newest technology by far. Outlook/Evolution - well the part that people need is just calendar, contacts and e-mail, and we've had that kind of software for decades. Outlook and Evolution just wrap the functionality in a pretty and easy to use interface. It's not new technology.

      What I'm trying to get at is, that there are some "fundamental" needs - web, e-mail, calendar, contacts. Which we have covered more or less. Then there's "specific" needs, which depend on what your job is. A part of an office suite, for example, is a tool for a specific need. There's not going to be one killer "specific" application, since there's no killer job out there that 90% of us are going to occupy in a few years from now.

      Specific stays specific. Fundamental got one small addition almost ten years ago, and that's it.

    5. Re:Not the last step by Uggy · · Score: 5, Insightful

      Man oh, man, if I hear another person say OpenOffice isn't ready for prime time, I swear I'm gonna yank out their odbc and hit them over the head with it.

      In my experience joe-generic office drone, when faced with OpenOffice or MS Office, is gonna make all the same mistakes independent of brand.

      Try MS Word/Writer:

      He's going to double carriage return to put spaces between paragraphs. He's going to indent with spaces. He's going to to use the B I U and font settings to change heading's characteristics (which are double carriage returned as well). He's going to freak out if you mention ODBC and mail merge. He's going to tediously type out envelopes and form letters ("testing" them in the printer to align them correctly). After you teach him how to mail merge off of a DB, or that documents are easier to update when you define styles etc., he will thank you. When you return a few weeks later, he will be back to his same tried and true plodding slow-wittedness.

      Powerpoint/Presenter

      He's going to make a presentation by first deciding on a background and header style. Then he's going to mess with borders for 30 minutes. Then he's going to play around with slide transitions. Then he's going to import some useless graphics. Eventually he will think about content. Once there, he will repeat steps used to make MS Word document.

      Excel/Calc:

      Will pour over columns of numbers for hours, hand editing and typing values. He will alt-tab between his spreadsheet and his calculator program to add numbers. He will select some columns and make a chart, spending 15 minutes to find the pie/scatter/bar configuration that looks prettiest, and then proceed to misname the dependent and independent axises. Then he will select fonts, backgrounds, borders... and then spend no less then three hours trying to get his 40x129 monstrosity to fit on ONE page. He will waste no less then 40 sheets of paper to accomplish this. Upon success he will make 56 copies for distribution.

      Did I miss anything? I'd say both products let people do their work as they normally do. I've observed for some time and both products give you equal levels of functionality.

      This has been my experience for 95% of all office workers, and I also find that their adamance towards MS is inversely proportional to their competence with it.

      --
      Toddlers are the stormtroopers of the Lord of Entropy.
    6. Re:Not the last step by Micah · · Score: 2

      After all that, it's a decent inventory management/accounting package, perhaps some decent MRP/ERP functionality.

      GNU Enterprise and NOLA are going to hopefully get there at some point in the future.

      GNUe is porting NOLA to its platform, and should be pretty slick. (I've been working on that some, but not much recently..... need to get back to it!)

    7. Re:Not the last step by Mr_Silver · · Score: 2
      Man oh, man, if I hear another person say OpenOffice isn't ready for prime time, I swear I'm gonna yank out their odbc and hit them over the head with it.

      The acid test:

      You are in the final round for a job at a company you really really really really want to work for. In fact, it is your life dream, the work is what you can do, it is right up your street, it is everything you ever wanted.

      They ask you to prepare and send a document to them by Friday. It is your final chance to impress having passed along with 10 other people. This document is make or break. They specifically request it to be submitted in Word 2000 format. If it unopenable or corrupted or badly formatted (consider it a document to go to a client) then they'll reject you on the spot.

      Question is: Do you use OpenOffice or not?

      If you answer yes - then OpenOffice is ready for prime time.

      If you answer no - then it is not.

      --
      Avantslash - View Slashdot cleanly on your mobile phone.
    8. Re:Not the last step by Mr_Silver · · Score: 2
      Oh come on - you think that they are really going to put this kind of a barrier down that will potentially exclude the best candidate for the job, maybe the perfect person?

      You're totally missing the point.

      It's not whether or not that it would happen in real life, it wouldn't.

      It's not whether or not the recruitment process is rubbish or not.

      It's whether or not you would use OpenOffice and be 110% confident that it would look good on someone elses copy of Word.

      Now go back and try the question again ...

      --
      Avantslash - View Slashdot cleanly on your mobile phone.
  6. }:-O Hey!!!! by Soko · · Score: 5, Funny

    Kroupware is a catchy name, but I wonder if the KDE team is aware of the English word croup.

    Hmmmmm.....

    A viral disease, often caused by..

    Well, it _is_ supposed to be an Outlook replacement, isn't it? ;-)

    Soko

    --
    "Depression is merely anger without enthusiasm." - Anonymous
    1. Re:}:-O Hey!!!! by JabberWokky · · Score: 2
      Kroupware is the name of the project, not the name of the software. One proposed name on the Dot that has caught quite a bit of popularity is Foresight.

      --
      Evan (no reference)

      --
      "$30 for the One True Ring. $10 each additional ring!" -- JRR "Bob" Tolkien
    2. Re:}:-O Hey!!!! by micromoog · · Score: 2
      One proposed name on the Dot that has caught quite a bit of popularity is Foresight.

      A direct ripoff of Outlook. How clever.

    3. Re:}:-O Hey!!!! by JabberWokky · · Score: 2
      It could be a direct ripoff of Project, or Plan or Planner, all software projects from major companies at one point or another. Sure it's thematically similar - the software does the same thing. Is OO's Writer a direct ripoff of Word or Write, or is it just a similar word sue to a similar conceptual domain?

      Personally, I like it better than Hola, Komoused, and other proposed names. Especially the latter, which has a forced 'K'. KMail, kvim, kpaint, etc, I can see having the K-prefix, as these are KDE GUIzed versions of standard applications (kmail vs. the *nix standard mail, kvim vs. vim, and kpaint vs. xpaint). Konqueror is an extension of the Navigator and Explorer naming theme, and Konsole was cute when it came out with a K. Since then, it's gotten quite old, and although some new applications are coming out with a K name (Kopete), for awhile now many major and/or core application have dropped the K prefix (Noatun, Brahams, Cervisia, PixiePlus, Quanta). The prefixing on a normal word still makes sense to me to generate a recognizable namespace - KWord, KSpread, KChart, KFormula, KThesarus, KDevelop - but the cutsie 'use a K instead of a different letter' is, imo, dumb.

      --
      Evan (no references)

      --
      "$30 for the One True Ring. $10 each additional ring!" -- JRR "Bob" Tolkien
    4. Re:}:-O Hey!!!! by Anonymous+DWord · · Score: 2

      How about Kooltuo? That would fit in nicely.

      --
      "If he thinks he can hide and run from the United States and our allies, he's sorely mistaken." Bush on bin Laden
  7. 'Croup' Has Another Meaning... by John+Hasler · · Score: 4, Funny

    ...It refers to a portion of the back end of a horse. This makes it quite appropriate for an all-in-one "Outlook-like" application.

    --
    Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
    1. Re:'Croup' Has Another Meaning... by hndrcks · · Score: 2

      Personally, when I saw 'Kroupware' all I could think of was that hand towel I threw over my shoulder when burping the baby...

      --
      Everyone will start to cheer when you put on your sailin' shoes.
  8. This is so great! by wulfhere · · Score: 2

    This is so freakin' cool. Kmail has been my email client of choice for two years now, and I would love to use both kmail and korganizer without switching from window to window.

    The fact that all this is going to tie into a non-proprietary groupware backend is icing on the cake for me. The company I work for has been interested in groupware for some time, and I can finally stop fending off the requests for MS Exchange from our Sales dept.

    --Wulfhere

    --
    -- Sent from a computer.
    1. Re:This is so great! by JabberWokky · · Score: 2
      If you just want KMail and KOrganizer bound together, there is Kaplan ( kaplan1, kaplan2, kaplan3 ). The Kroupware project also includes a serverside specification (make up of open services like IMAP, LDAP, etc). Kaplan is just a framework (a la Konqueror) for a couple of KParts, notably KMail, KOrganizer, KAddressbook, KNotes and KNode (email, calendaring, contacts, usenet and notes).

      --
      Evan (no references)

      --
      "$30 for the One True Ring. $10 each additional ring!" -- JRR "Bob" Tolkien
  9. Temporary name by Otter · · Score: 4, Informative
    Kroupware is a catchy name, but I wonder if the KDE team is aware of the English word croup.

    It's been pointed out to them and they've explained that it's a working name, not a final decision.

    Meanwhile, I've tried to suggest that the developers of the Perl/QT user interface compiler choose a less disgusting name than "puic" ...

    1. Re:Temporary name by SteelX · · Score: 2

      Meanwhile, I've tried to suggest that the developers of the Perl/QT user interface compiler choose a less disgusting name than "puic" ...

      Ugh! I would say, keep pressing on. Having a name like "puic" is like asking to be ridiculed into oblivion!

  10. Mmmm by falameufilho · · Score: 4, Funny

    KDE development is bound to hit a brickwall in a couple of years, as they're only so many nouns in english that begin with "K".

    --
    -- por uma vida + open source
    1. Re:Mmmm by liquidsin · · Score: 3, Insightful

      Nonsense! They've already invented words like 'kmail', 'killustrator', and now 'kroupware'. They've just begun!

      --
      do not read this line twice.
  11. So, which standards / protocols does it use? by lightspawn · · Score: 2

    A project like this may be nice for all-linux companies, but it's ultimately meaningless in the big picture unless it implements standard protocols (or, in case there aren't any, microsoft protocols).

  12. Sounds awesome but... by sawilson · · Score: 2, Insightful

    The thing that bothers me about
    applications/desktops/wm's/etc
    that are made to look exactly like
    microsoft applications is that it
    only fuels the argument that no
    actual innovation is happening.
    There seems to be too much
    emphasis on making things as
    pretty and familiar as possible
    for the annoyed windows user looking
    to migrate, and less emphasis on
    making something unique and earth
    shatteringly ground breaking. I'd
    think it would be more important to
    make something that is so much
    better that it's forgone conclusion
    as to whether or not you want to bother
    playing with it.

    1. Re:Sounds awesome but... by spitzak · · Score: 2
      You want to know why there is no "innovation?" It's because of comments like these that happen when anybody tries the tiniest "innovation" of the user interface. This is a literal reply to one of my posts to slashdot where I made a tiny suggestion on how to improve pop-up menus:

      Sure, you couldn't do any of those things, but why would you want to? There are indeed ways to get the mouse pointer to pre-point at the default choices: you install a program on the computer. Logitech's MouseWorks does this, IIRC. You, on the other hand, advocate ONE application to behave inconsistently with every other. That's not innovation. That is pissing off me, the user. If I want the button to do that I'll install the software that will facilitate it system-wide,damnit. I don't want one single application to think it's cool.

      Furthermore, this does not hinder interface innovation. The innovations will come in future OS revisions, which is when users expect that things will be different. You don't go changing the way Windows works until the next version of Windows comes out.

      I know I sound bitchy and cranky, but this is how I get when people try to be Jakob Neilsen [uesit.com] when they obviously aren't. A general rule about interfaces: if you don't know what your talking about, don't mess with them.

      And there you have it. We are not allowed to "innovate", that is actually something that only "experts" (paid professionals?) are allowed to do. As long as this mentality remains, there will be no innovation no matter how much the programmers want to do it.

  13. Re:Is this supposed to be good? by Fugly · · Score: 3, Insightful

    Is it the governments job to take tax-money payed by all of us and put them into projects that competes (unfairly) with the products we make?

    Is the government supposed to squander our tax money on over-priced software produced by a company constantly in court due to anticompetitive business practices and abuse of its monopoly? I see where you're coming from but it's not that simple. Frankly I'd rather compete against open source apps in a truly open market than compete with microsoft.

  14. FYI by |DeN|niS · · Score: 3, Insightful

    The different "modules", i.e. the mailer part, the calendering part, etc, are implemented as KParts. This means that you will be able to specify which KPart you want to embed for what functions (similar to how you can choose which text editing widget you want to use, KVim as Konqueror's textarea anyone?).

    It also means it is mostly "just" a shell around existing components, not another re-invented wheel. Not more bloated than running the components seperately (probably less overhead even, because you only need one KApplication instance).

    In a sense it is tying existing technologies together (think back-end here too, using Open Source tech) into a slick package.

    You don't *have* to use it, but corporate settings will probably like it.

    As for your tax money (you live in Germany?) paying for the development, would you rather see the money go to Microsoft and get a product in return which will need upgrading eventually? Oh, and *you* personally don't get anything out of it, whereas now you get to use this development to your heart's content. And even if you don't like to use it personally, you'll be able to deploy it for your clients so they can at least use open technology).

    To loosely quote Miguel de Icaza: it's not about making money, it's about *solving the problem*.

    Personally, I'd happily pay 1% extra taxes to Germany (and I don't even live there!) to be used on similar projects because they benefit *everyone* (read below before you say "except software companies").

    You see, times change. It used to be good business selling boxed software, but it's becoming less and less so. The trick now lies in providing a *service*. There will always be a need for skilled IT people, but to provide services, not simply products. I.e. a company specifies what their infrastructure needs to do, what requirements there are, etc, and you implement it using open source technology. There are no purchase or license fees (apart from specialised high-end software) and the value is in how well you set things up. It works for me :)

  15. WAKE UP! by brunes69 · · Score: 5, Informative

    You said to wake you up...

    From the link in the article...Kolab is the name of the server component.

    Archetecture Paper

    Once again a /. comment that goes off ranting without folowing any of the links in the story...

    1. Re:WAKE UP! by Anonymous Coward · · Score: 2, Funny

      Once again a /. comment that goes off ranting without folowing any of the links in the story...

      he said he can't be bothered to learn to program,
      so why should he bother to click the link and read?

      it's a lot easier to sit an screach and squawk and
      feel all important and smart.

    2. Re:WAKE UP! by vluther · · Score: 2

      some of your own medicine.. i never said I can't be bothered, I said i can't learn to program and be able to contribute by weeks end. There is a big difference, I know my abilities and I know my limitations. I will not be able to contribute good or effective code with just 1 weeks experience. ..you claim to have read the article and my comment.. and you still can't get the facts right.. and you're trying to put me down ?...

    3. Re:WAKE UP! by fusiongyro · · Score: 3, Informative

      How do you take a screenshot of a server?

      BTW: if you read about the server components, you should have noticed that most of these things exist already (postfix, cyrus, apache, inetd, proftpd, openldap2). Kolab is just going to tie them together and slap a pretty administative UI on top.

      --
      Daniel

    4. Re:WAKE UP! by vluther · · Score: 2

      i know about what the server will consist of. I'm asking for screenshots/existance of this Magical GUI tool to configure everything..

  16. Its a shame by ACK!! · · Score: 2

    Aethera is out there and I barely understand why the KDE folks don't put their full effort behind it instead of rolling their own.

    I barely understand this because it is not officially a KDE program but a QT program. Still, how many times does that darn wheel need re-inventing?

    If the source is available shouldn't there be a way to get the program to tie into KDE better as opposed to figuring out a whole new approach?

    Does anyone know the reasoning behind this?

    ________________________________________________ _

    --
    ACK /ak/ interj. 2. [from the comic strip "Bloom County"] An exclamation of surprised disgust, esp. i
    1. Re:Its a shame by LinuxGeek8 · · Score: 2

      "AbiWord? Nah, we're not going to make KDE bindings for it, no matter how modular it is! We're going to start from scratch".

      Nice flame.
      Afaik Koffice and Kword are older then Abiword. In June 1999 it did come with Suse 6.1 for kde1. I'm not sure how old the project was then.
      I just checked an Abiword mirror, where the 0.7 release is from December 2000. There weren't earlier versions on the mirror, but it seems to me that Abiword was started after Koffice, or at least around the same time.

      --
      Well, don't worry about that. We can get you back before you leave. (Dr. Who)
    2. Re:Its a shame by |DeN|niS · · Score: 5, Insightful
      Seriously.. KDE has the worst case of NIH I've ever seen. The Gnome project has no problem adopting existing technology and projects. Galeon, the Gnome browser, uses Mozilla, they turned AbiWord into a Gnome app (it didn't start out as a Gnome app).. but KDE has to reinvent the wheel. "AbiWord? Nah, we're not going to make KDE bindings for it, no matter how modular it is! We're going to start from scratch".

      While you definately have a point, it's also the developer's choice. Most KDE development is in framework, i.e. you can embed the Kmail component into Kaplan. The requirement for this is that the component was designed with this framework in mind, or is ported to do so.

      Application development with KDE is fast, because you get to build on a great framework with many components to choose from.

      There is very little duplicate code in KDE, although much of the KDE code does the same as similar code in other projects. What you have to remember is that this KDE code can be plugged into any other KDE program, and KMail for example is a shell for the (now) KMail component which is built on SMTP, POP, IMAP, etc kio-slaves.

      KDE's architecture is very advanced, and very well planned. To make full use of it, it needs to be considered from the start. Hence re-doing something for KDE as opposed to slapping KDE menu's on an existing program.

      The reason KMail is part of KDE is that any KDE app can embed and control KMail components and vice versa. If you need IMAP in your application, it's trivial to add it.

      The reason Xchat is part of Gnome is that it uses Gtk and some other Gnome libs. If you want to include IRC in your Gnome app (along with all Xchat functionality), is it also trivial?

      There's a difference. And no this does not say anything about wether Gnome or KDE is better, bless both projects. I'm just pointing out there *are* others reasons than NIH.

    3. Re:Its a shame by mi · · Score: 2

      Aethera is only available for Linux/i386 -- it is not an open source project. Yes, you can get most of the source, but there is a a library required to build it, which is only available for Linux/i386. Try it...

      --
      In Soviet Washington the swamp drains you.
    4. Re:Its a shame by jbolden · · Score: 2

      KDE bases their work around QT as a framework. Which means they get the advantages of a high level framework and ability to alter things usign high power tools. Consistency of design is a feature.

  17. How about by sulli · · Score: 2

    Kroupier? they could use cool casino graphics.

    --

    sulli
    RTFJ.
  18. Re:I suspect the "K"-naming was the by markhb · · Score: 2
    Just how you know everything that starts with x is an X11 app, you know everything that starts with a K was designed with KDE in mind as the desktop environment.
    So where does that leave K-meleon?
    --
    (Note: the rest of my .sig reads, "be the majority of voters.")
    --
    Save Maine's economy: write stuff down. All comments are exclusively my own, not my employer.
  19. Re:Server ? by CondeZer0 · · Score: 2

    I hope you aren't insinuating that they should develop something similar to the
    Exchange configuration... As much as I hate sendmail(I prefer qmail's
    minimalism) and sendmail.cf Turing-complete rule system; I'll take it any day
    over the nightmare that is configuring Exchange.

    If you can't remember what each file is for, and you are unable to use vi to
    edit the configuration files, then you shouldn't be allowed to touch them any
    way.

    Email server, calendar server, etc. should be administrated by *professional*
    system administrators that are supposed to know their stuff, there are few
    things more dangerous than a incompetent/ignorant MCSE sysadmin that the only
    thing he knows is how to follow wizards and reset the computer when it crashes.

    If you can't edit a damn text file, you can't administer any production grade
    box.

    I'm all for simplicity of configuration systems, but that means text files with
    sane, consistent, flexible *and* powerful syntax.

    And no, I don't mean XML.

    Best wishes

    \\Uriel

    --
    "When in doubt, use brute force." Ken Thompson
  20. Re:phoenetics by prockcore · · Score: 2

    "Here in Canada, when we want to imply that society is racist/fascist (KKK like) we spell it Kanada."

    This is true, but the KDE people don't seem to accept that. Bill Klinton, Amerika, etc, changing a C into a K gives it a racist/fascist overtone.

  21. Competition vs. redundancy by GroundBounce · · Score: 2

    There is a subtle difference between competition and pure redundancy. Competition is good because it "raises the bar" of some quantity such as quality, price, value, features, etc. But for two things to be competing, they must be different in some fundamental way.

    Two pieces of software that are virtually identical except for their GUI toolkit are not competitive, they are redundant.

    Now, we don't know exactly how this Kroupware will come out, so we really don't know yet whether it will be competitive or redundant. If it's basically just Evolution written to the QT toolkit and KDE libs, then it will be redundant; if it (hopefully) offers something distinctive and raises the bar for Linux groupware, then it will be competitive.

    1. Re:Competition vs. redundancy by rocjoe71 · · Score: 2
      Exactly! That's why with a little "pride on the line" my hope is to see these development teams strive to go well beyond maintaining the status quo (i.e. Exchange interoperation and Outlook GUI)-- perhaps a new way to collaborate, some sexy new widgets, who's to say for sure!

      But it's likelier to happen when there's *at least* two products have the same objectives to measure up each other, side-by-side.

      --
      Height: 38U, Weight: 0 Newtons, Eyes: #0000FF, OS: Gray Matter 1.0 (Alpha)
  22. Re:Yes, we expect ADMINS to edit config files. by micromoog · · Score: 2
    Another point of view is that the developer is lazy, and has no regard for the end-user who actually has to spend a few hours per week administering the product.

    After all, it is a lot harder to build a GUI interface that does syntax/sanity checking, etc. than to call the user lazy/stupid/trained monkey.

  23. Re:Server ? by smiff · · Score: 2
    how would I administer the calendaring portion of the server ?

    I skimmed through the architechture paper, and I didn't see much about calendaring on the server. From the specs:

    The logic behind the calendar events and their handling is entirely done by the client applications. The server mainly acts as a network storage device in this regard.

    An exception to this rule is the dealing with automatic shared ressources (rooms, technical equipement, cars, etc.).

  24. Re:as long as I have the option of not installing by FreeLinux · · Score: 4, Interesting

    or other imporant Linux functions started relying on Gnome or KDE, it would be the beginning of the end for Linux--because it would then really start being just like Windows.

    And why would this be the end of Linux? It might be the end of egotistical elitest Linux hippie types, as any and everyone would be able to use it rather than just the 1337 few but, it wouldn't be the end of Linux. In fact, if Linux were exactly like Windows, do you think that anyone would ever again PAY for Windows? This is exactly what Microsoft fears the most from Linux. If it does get to be the same as Windows, no one will shell out US$300 for a copy of Windows XP whatever when they can down load the "same thing"(Linux) for free.

    Indeed, if Linux were to become the same as Windows, it would be a crushing blow to Microsoft, not Linux. BillG can't sell his product against the same thing for free. If Linux were being made by a company and sold for even only US$5 a pop, Microsoft wouldn't be worried. In that case they could afford to give Windows away, just long enought to put that company out of business and then Microsoft could return to charging thier usual prices. But, Linux is totally free. Forever! Microsoft can't compete against that and BillG knows it. So, he must instead make Windows better and point out the shortcomings of Linux to make people want to spend big bucks on his overpriced OS.

    The fact is however, that Linux is not becoming the same as Windows. Linux is very different from Windows and that is part of the reason that so many people presently fear using it. But, the KDE and Gnome interfaces to Linux are becoming more Windows like everyday. This is a good thing as it will hide the differences and complexities of Linux from people who do not know, care or want to think about what's underneath. Instead, it will present them with an interface that 99% of the computer using population is already familiar and comfortable with. They will be far less fearful and far more likely to give Linux a try. Then they will think, "I can spend US$300 for MS Windows or I can have the "same thing" for free?!?!?!?!? Hmmmm....."

  25. Re:Server ? by micromoog · · Score: 2

    If you're a developer and are not interested in the needs of your end users . . . well, let's just say you better work for a company with good management.

  26. Re:AS ong as it stays modular. by rseuhs · · Score: 2
    Everything is done as KParts, that means you can use your KMail and your KNode as standalone applications or you can use them in Kaplan. - All with the same folders, settings and preferences of course.

    But what's even better is that Kroupware will offer an Outlook-compatible alternative for MS Exchange. Many companies already running Linux on servers will use it - and will also make desktop-Linux possible in their organization.

    In countries where users are not scared away by RedHat/Gnome, Linux is already making inroads on the desktop (for example non-technical German usegroups already have a 5 - 15% share of Linux-posters. Of course those are not representative for all computer users, but it shows that Linux is already used by A LOT of people on the desktop.), this will fuel the adaption even more.

    I think it's pretty realistic that Microsoft will lose their domination outside of USA within the next 3 years. (Of course the majority will still run Windows, but Linux will no longer be neglectible - which means game companies will have to offer games, business companies will port their apps - no more MS domination. I'd say about 25 to 30% Linux marketshare is needed to break this domination.)

  27. Re:Killer application. by Angry+White+Guy · · Score: 2

    The biggest problem with this is RPC over TCP-IP. Someone figures that out, then we can interface with anything from M$.
    Or did you mean the functionality of Outlook and Project?

    --
    You think that I'm crazy, you should see this guy!
  28. Once you have used Exchange, you'll understand. by FreeLinux · · Score: 4, Informative

    Exchange goes far beyond what you describe. First by centralizing these functions it makes it easier to manage the single application, rather than several different ones. Backups are a breeze.

    The calendaring goes beyond what you describe. Not only can you receive a meeting invitation, you can also share calendars or entire mail boxes. This is a common practice, where managers will share their calendar or mailbox with a secretary so that the secretary can perform various functions, like setting appointments, for the manager while they are out of the office. If you call and would like an appointment with the manager, you will more likely get his secretary who, if they are using Exchange, can look at his calendar and tell you when he would be available for such an appointment. Then the secretary can register the appointment in the manager's Outlook calendar. Beyond that still, even if you do not care to share a calendar with anyone, people who wish to schedule meetings with you can immediately see if any and all of the meeting participants are available at that particular time. They cannot see what is on the calendar but, they can see that you have something scheduled and are unavailable at the time they are trying to schedule the meeting for. This makes meeting scheduling much faster than the older method of offering several different times to various participants and hoping that they will respond and that their responses do not conflict with other meeting participants.

    Then there is the additional feature of Exchange called public folders. Here you can store publicly available discussion forums, rather like USENET. Also, you can store forms, bulletin boards and any other public information that you like. You can also restrict access to these "public" areas to certain people.

    Exchange 2000 also has a NNTP server built in so you can host USENET news or your own NNTP news groups.

    Then there is the BIG difference. Exchange is extensible meaning that other applications can be layered on top of or integrated into Exchange. These third party applications include things like document management, voice mail, Faxing and much much more.

    Don't forget, Outlook is not the same as Outlook Express and that Outlook is simply a client application. It is the Exchange server at the back end that really provides the great services that people want. Many of these service are mission critical to a LOT of businesses. Also, don't forget that although you claim not to like Outlook, the VAST majority of users like it very much. They like having everything right there in a single convenient location and for them, it just works!

    1. Re:Once you have used Exchange, you'll understand. by Kunta+Kinte · · Score: 3, Interesting

      Exchange is just a simply IMAP4/LDAP3/NNTP/POP/SMTP + Calender server. I say 'just' because all of these services except calendar are already available as open source already.

      The functionality you speak about parts of the individual ietf standards and not invented by microsoft. It's now a matter of configuring them to play nice with each other, which is what the kroupware people are doing with kolab. eg make the NNTP server look to LDAP for accounts ( already been done I'm sure), make the calender store appointments in the a user's IMAP folder ( trival, really it is ) etc.

      Exchange goes far beyond what you describe. First by centralizing these functions it makes it easier to manage the single application, rather than several different ones. Backups are a breeze.

      point all youre data directories to somewhere in /var. backup /var. I don't see it getting any easier then this.

      The calendaring goes beyond what you describe. Not only can you receive a meeting invitation, you can also share calendars or entire mail boxes....

      IMAP4 standard supports shared folders. You can share a folder to a group of other IMAP users, to everybody, etc. It's a lot like standard filesystem permissions but on folders in your IMAP inbox and managed by the IMAP4 server through the IMAP protocol. This is all support in Cyrus IMAP server already.

      What MS probably did was to take the calender info and store it in a special "calendar" folder which is special to exchange. Being a IMAP folder , permissions could be set as needed and subfolders can be created to manage calender between groups. Nobody is going to win a noble prize for this.

      Then there is the additional feature of Exchange called public folders.

      Same as above. Nice racket MS has running there.

      Exchange 2000 also has a NNTP server built in so you can host USENET news or your own NNTP news groups.

      INN from ISC works great.

      The biggest part of the puzzle missing is Outlook integration, and there are DLLs out there for that. Bynari has one, wish there was a GPL version though. It's amazing that MS builds a service on standards and still manages to make it incompartible with others using those exact same protocols.

      --
      Based on upvotes, Ageism is the only "-ism" Slashdotters care about and think isn't SJW
  29. Re:as long as I have the option of not installing by nagora · · Score: 2
    if Linux were exactly like Windows, do you think that anyone would ever again PAY for Windows?

    Of course they would, since it would still be included in the proce of the computer. If Linux==Windows there really is no reason to switch for the vast numbers of people that think Windows comes free because they don't get an itemised bill.

    Instead, it will present them with an interface that 99% of the computer using population is already familiar and comfortable with.

    Yes, a shit one. You remind me of the stories of car manufacturers that spent time trying to duplicate reins instead of going over to steering wheels.

    Basically what you are saying boils down to "we fear and hate change". Well, that's your problem and I don't care if you think I'm being "egotistical", "elitest" or even "1337" because I don't want you to hold me back.

    TWW

    --
    "Encyclopedia" is to "Wikipedia" what "Library" is to "Some people at a bus stop"
  30. Re:Yes, we expect ADMINS to edit config files. by Jason+Earl · · Score: 2

    The problem with that assumption is that many admins, after having mastered the initial shock of dealing with text files, find that they actually prefer them. Now, don't get me wrong, sometimes GUIs can be handy, but text files are easily version controlled, easily commented, and they make remote administration a heck of a lot easier. Not too mention that with text files you can simply copy and paste to configure new systems, and you can script changes with your favorite text-based tools.

    When I first started using Linux, I used the GUIs for everything, but now I never bother with GUIs, and I know that I am not the only admin that feels that way.

  31. Meeting Planner by rossz · · Score: 4, Insightful

    As much as I hate Microsoft and dislike Outlook, I must admit that the meeting planner in Outlook is a "must have" application in business.

    The one serious flaw in the planner is the human factor. All too often people wouldn't keep their calendar up to date or wouldn't bother to reply to a meeting notice.

    --
    -- Will program for bandwidth
  32. Re:Actually this is pet peeve of mine by Bingo+Foo · · Score: 3, Funny

    Just run Solaris, and you'll already have CDE.

    --
    taken! (by Davidleeroth) Thanks Bingo Foo!
  33. Re:as long as I have the option of not installing by FreeLinux · · Score: 2

    Of course they would, since it would still be included in the proce of the computer. If Linux==Windows there really is no reason to switch for the vast numbers of people that think Windows comes free because they don't get an itemised bill.

    Wrong again. The user may not see the cost on their itemized bill but, Dell and HP and Gateway definitely do. If the could provide the same thing on their PCs without it costing them they could increase their profit. Or they could reduce the cost of their PC to the consumer and increase their sales.

    Furthermore, what about upgrades. Case in point, my father-in-law. The other day he says, "I went into your favorite retail store the other day to see about getting a new copy of Windows. I fugured that the price must have gone down in the last cuple of years but, I was amazed to see that it costs US$199 now! Needless to say, I didn't get it."

    Basically what you are saying boils down to "we fear and hate change". Well, that's your problem and I don't care if you think I'm being "egotistical", "elitest" or even "1337" because I don't want you to hold me back.

    You may well be right. Perhaps 90% of the computer users out there DO fear change. After all it's human nature. But, no one is holding you back.

    That's the beauty of KDE and GNome. They are totally configuarble. You can do whatever you want with them and they won't hold you back. But, by having the default install look like Windows, that 90% of the computer using population don't immediately slam their minds shut when they first see it. It is a win-win situation for everyone. Unless you're Microsoft, that is....

  34. NO! Not Outlook! by GrouchoMarx · · Score: 2

    But what if *gasp!* I don't LIKE the Outlook philosophy. Right now, the nicest thing about KMail for me is that it is much closer to Netscape or Mozilla's mail clients, an interface that I prefer by far. I have never liked Outlooks way of doing things. Just because it's from Microsoft doesn't mean you have to mimic it. You've already got something better, don't mess with it just to make it more Microsoft-esque!

    --

    --GrouchoMarx
    Card-carrying member of the EFF, FSF, and ACLU. Are you?

  35. Re:as long as I have the option of not installing by nagora · · Score: 2
    That's the beauty of KDE and GNome. They are totally configuarble.

    Even better than that: you don't need to use them at all! WindowMaker keeps me happy.

    I think that your father-in-law is slightly unusual. None of the Windows users I've known in the last nearly 10 years has ever bought an upgrade, they just get a new machine or make do with the version they had. And, of course, the new machines had new versions "free" with them. You are right about Dell and Gateway but their problem is not price, it's MS's muscle that stops them selling Linux machines.

    TWW

    --
    "Encyclopedia" is to "Wikipedia" what "Library" is to "Some people at a bus stop"
  36. Re:Yes, we expect ADMINS to edit config files. by Darby · · Score: 2

    Say you have 5000 users, you want to edit something about user 4932, do you really want to open up vi/pico/joe/jed/kate/emacs/nvi/staroff... the list goes on.

    Yes, actually, since I would be done and on to something else before MMC even finished loading.

    Back to the 5000 user system, say you want to create a group called, marketing, .. and you have 300 people in that group.. do you really want to do this over a text editor ? or could just say.. ctrl select the users, or sort them out in way, and then just drag them into the new group ?.

    How is this not 100 times worse?
    You can't sort and shift click them since they aren't in a group currently.
    You have to drag and drop 300 times.

    Assuming you have a list of users who should go into the new group in a file called users.txt, this takes one line.
    usermod -G marketing `cat users.txt`

    Even if you didn't know how to do this, you could learn how and complete the job quicker than you could through MMC.

    If you find text files as an easier solution, then by all means go ahead use those, I don't. And that is why I want an admin tool.

    I'm sure there are cases where it actually is easier to use some sort of admin interface, but these are horrible examples, since they go directly against your point.

  37. That's not the definition I read by tunabomber · · Score: 2

    Croup (kr??p), n. [F. croupe hind quarters,
    croup, rump, of German or Icel. origin; cf. Icel. kryppa hump; akin to Icel. kroppr. Cf. Crop.]

    The hinder part or buttocks of certain quadrupeds, especially of a horse; hence, the place behind the saddle.

    © Webster 1913.

    --

    pi = 3.141592653589793helpimtrappedinauniversefactory71 ...
  38. And they can still interoperate by redcliffe · · Score: 2

    I have to say I agree. Evolution and Outlook are horribly designed. I much prefer KMail as a powerful mail client, Kabc and Korganizer being separate, but they still are capable of working together, but not all in the same window. Evolution is horrid.

  39. Re:AS ong as it stays modular. by joib · · Score: 2

    Problem is, for stuff like group calendaring and a lot of other stuff kroupware is going to do, I don't think there exists any standards. On the positive side, they are basing their stuff as much as possible on open standards, IIRC most of the non-standard stuff is rather straigh-forward MIME compliant extensions to IMAP. One can only hope they succeed, thus creating a standard for others to use.

  40. You're missing the point. by FreeLinux · · Score: 2

    True, most of these things do already exist. The thing is that they are all INTEGRATED in Exchange 2000. I hate to say it but, "seamlessly integrated" not slapped together in a hodge podge of different applications.

    Also, regarding your advice about pointing to directories... Exchange stores all of its information in a high performance database. This technique makes it much faster than a directory and file based system. Much faster! This is especially important when you are looking at information stores that support thousands of concurrent users, tied to dozens of other information stores. If this weren't true, there would be no need for Kolab. We could simply throw Postfix and Cyrus together with iCalendar and we'd be done, somewhat like Caldera/SCO does with the Volution Messaging package..

    But, Kolab IS needed because, so far, nothing else compares with Exchange except Notes and GroupWise and none of them is open source.

    I have the highest hopes for Kolab, the HIGHEST hopes.

    1. Re:You're missing the point. by hey! · · Score: 2

      This technique makes it much faster than a directory and file based system.

      Maybe, maybe not. Depends on the filesystem.

      Reiserfs, for example, is meant to give high performance accesst to many small files. Possibly there may still be advantages to using database formats when searching by metadata though.

      --
      Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
  41. Re:Yes, we expect ADMINS to edit config files. by vluther · · Score: 2

    I see that you are pretty close minded, you're automatically assuming that the new Admin tool which I said should be like MMC in terms of purpose, will be slow.

    2. Your solution of having a list of users in a file called users.txt does not explain how the users got to that file.. and

    3. I didn't say click 300 times, I said somehow have the ability to select the 300 users, and then say move them all to group marketing, this is the same amount of work needed to put your users in a users.txt file.

    4. It may be easy for you, but I want to spend more time making sure the system is up and running, than reading man pages on awk and sed.

  42. A better name by jimhill · · Score: 2

    Why don't they name their groupware project Kollaborate? Makes more sense to me and stays with the krazy konvention of names.

    --
    Learn to spell: nickel, missile, lose, solely, amendment, speech, kernel, probably, ridiculous, deity, hierarchy, versus
  43. Re:as long as I have the option of not installing by g4dget · · Score: 2
    It might be the end of egotistical elitest Linux hippie types, as any and everyone would be able to use it rather than just the 1337 few

    Yes, the same "egotistical elitist Linux hippie types" that created UNIX and Linux in the first place. I am one of them, and I am not ashamed of it.

    I took refuge a little less than a decade ago in Linux from lousy Windows user interfaces and overpriced Sun workstations, and if that kind of junk follows me to the Linux platform, I have to move again.

    if Linux were to become the same as Windows, it would be a crushing blow to Microsoft, not Linux. BillG can't sell his product against the same thing for free.

    And why the hell would I care? If Linux becomes just like Windows, why would I care whether it comes from Bill Gates or whether it's free? What makes Linux interesting to me is that it is still different, in particular in its UI.

    But, the KDE and Gnome interfaces to Linux are becoming more Windows like everyday.

    As I said, as long as they don't become a core part of the Linux infrastructure, it's fine with me--it's a free country. The moment I have to run them in order to, say, configure the kernel (the new Qt-based kernel configurator is a bad step in that direction), I'm off the platform, as are many other "egotistical hippie types". Fortunately, there are still plenty of obscure, non-mainstream operating systems to go around.

  44. Re:as long as I have the option of not installing by g4dget · · Score: 2
    That's the beauty of KDE and GNome. They are totally configuarble.

    No. Even Motif was much more configurable than KDE or Gnome. KDE and Gnome are basically Windows UI clones with a few more options in their "Preferences" panels. That kind of thing may have a place in this world, but don't delude yourself that it's innovative or configurable.

  45. Re:This is delusion by jbolden · · Score: 2

    The $1m the German Government is paying for this; you see this was the one piece they need that allows them to run a Linux pilot. Besides Outlook is very popular with corporations it gets Linux one step closer

  46. Re:Yes, we expect ADMINS to edit config files. by jbolden · · Score: 2

    You missed the point of the original reply. How do you know what 300 people are in marketing unless you have a list? If you have the list it takes 2 seconds to add them to the marketing group.

    Further you can do even better and have the director of marketing assign someone to maintain the list. Then anybody they put the list gets added to the marketing group automagically without you ever having to drag and drop anything ever again.

  47. Unix innovations by jbolden · · Score: 2

    Here is a short list of places we have XP beat stone cold in terms of innovation:

    1) Network transparency -- X windows
    This is something the Windows folks really really hard at with little luck. Java is all about being able to distribute apps. As most of us Unix guys know most Unix apps run fine on very limited dumb X-Servers which means they can be made to run fine on PDA's and Cell phones.

    2) Custom File Systems -- FAT, XFS, HFS, etc...
    Unix systems are designed to support a large number of file system seamlessly. So for example I can pop a Mac disk into my Linux laptop and read it no problem. Further on the high end we support file systems designed for specific tasks like XFS which speeds up disk operations on large files about 2x over most file systems.

    3) Detailed system information -- /proc
    With the invention of the /proc filesystem it is easy to pull tremendous information about a running process. Its even quite possible to change the binary a process is running while it is running. NT has nothing like this

    4) Language support --
    While the commercial systems are catching up Linux is way ahead of most commercial systems in support languages especially languages which are very different than English (for example Hebrew and Arabic are written right to left). We've had this for decades and the result is that everything is fully implemented almost across the board.

    5) Academic software
    In almost every area of academia Linux systems are used and support compex innovations that simply don't exist anywhere in the PC world.

    6) A powerful command line

  48. Kroutware by Jebediah21 · · Score: 2

    read the title as Kroutware... something tells me the Germans wouldn't fund such a program...

    --

    Everytime you look at porn a devil gets their horns.
  49. www.prochange.org even.... by bhsx · · Score: 2

    www.prochange.org even....

    --
    put the what in the where?
  50. Re:Yes, we expect ADMINS to edit config files. by Darby · · Score: 2

    I see that you are pretty close minded, you're automatically assuming that the new Admin tool which I said should be like MMC in terms of purpose, will be slow.

    Close minded?!? Whatever.
    I thought that that was what you were referring to. My bad. Now perhaps you would like to offer a suggestion as to how your interface will know which users go into your new group before they are put into a group. You can't really sort them in a way to make it easy to use any existing GUI user manager unless they already have something else in common in which case it's a non issue. Just put that commonality in the group. Done.

    Your solution of having a list of users in a file called users.txt does not explain how the users got to that file.. and

    Well, you will have a list unless you do everything by telepathy. Someone obviously has to compile the list before they ask you to add a list of people to a group.

    I didn't say click 300 times, I said somehow have the ability to select the 300 users, and then say move them all to group marketing, this is the same amount of work needed to put your users in a users.txt file.

    Again, it's (almost certainly) not the job of the sysadmin to determine who goes into the marketing group. Someone will supply you with the list you work off of.

    Somehow?!? This implies magic. So if you're saying that at some point in time there will be some sort of thingy with a GUI which will make this process easier, then, OK, I can't really argue with a theoretical interface which might be developed at some unspecified point in the future.

    It may be easy for you, but I want to spend more time making sure the system is up and running, than reading man pages on awk and sed.

    If you don't have time to learn about the system you are trying to keep running, then you will never work in any department that I have any control over. Reading the man pages, or the windows equivalent is what allows you to keep the system running proactively. I'm not sure if this comment was a blatant troll, or if you honestly didn't put any thought into the consequences of your statements.

  51. Re:Yes, we expect ADMINS to edit config files. by vluther · · Score: 2

    I wouldn't want to work in a department for a masochist like you.

    You're assuming in all your examples that things will only be done once, or will not require small flags or switches..

    As for someone making a list of users that need to be in a group, true someone does need to make it, so have an import mechanism in the GUI, what if u want to delete a user ? remember switches all the time ? or would you rather make aliases in your shell , or a perl script to accept switches ? either way, you'll end up writing scripts to make things easier for you as they get more and more repetitive. You don't want every new guy who joins your company to learn all the switches etc. If you can memorize and not confuse man pages for all the commands in linux, then you are the exception and not the norm.

    I still wouldn't work for you.. :).

    Now what exactly are we arguing about ? that GUIs or ways to make repetive tasks easier or faster is not necessary ? or that You don't think a GUI is necessry at all and people should just learn all the different utils that come with txtutils ?.

    Let me rephrase what I want, I want an easy way to administer things, making the list of 300 users will be tedious no matter what, but repetive tasks, etc need to be simplified, and a gui is needed. The world is not run by elite geeks.

  52. Re:Yes, we expect ADMINS to edit config files. by Darby · · Score: 2

    I wouldn't want to work in a department for a masochist like you.

    Using my knowledge to do things the quickest and easiest way currently available is masochistic?!?

    You're assuming in all your examples that things will only be done once, or will not require small flags or switches..

    All my examples?!? There was one example, and it was yours.

    As for someone making a list of users that need to be in a group, true someone does need to make it, so have an import mechanism in the GUI

    You're assuming now that either the OS you're working with is Open Source which would allow you to do this, or that the vendor has decided to write this particular functionality into the GUI in just such a way as to allow this to work. That is a big assumption.

    what if u want to delete a user ?
    Then you delete the user. Duh!
    How you would do this again depends on the particular system in question. Were it me doing it on my personal machine right now for one user, I would probably do it using linuxconf. However it would be completely idiotic to do it this way if I was deleting 300 users which was the example (that you gave, remember). It would be quicker to look up the correct switches for userdel to remove the home directory (or not if this is important) and figure out the proper command to type in to remove these users than it would to do it through any existing GUI user interface that I have ever seen or even heard of. This is, of course, assuming that there are a lot of users you are not deleting, and that there isn't some other common factor, like you want to delete the entire marketing group or something similar.

    either way, you'll end up writing scripts to make things easier for you as they get more and more repetitive.

    You seem to fail to understand that this is essentially why scripting languages were invented.
    Any admin too stupid to learn how to use the tools available to save time and effort should not be working in that position because they spend an hour doing something that would take a competent admin (note: not even necessarily a good one) 5 minutes.

    I still wouldn't work for you.. :).

    You got that god damn right. You are absolutely incompetent as an admin. You said that you would rather "run around making sure that the servers are up and running than reading man pages" If you would read the freaking manual, you wouldn't have to run around, and you would have less problems with servers crashing no matter what OS you're running because you would have a clue how the system worked. You must have gotten your /. account when you were 10, or you would have had to have learned something by now.

    Now what exactly are we arguing about ? that GUIs or ways to make repetive tasks easier or faster is not necessary ? or that You don't think a GUI is necessry at all and people should just learn all the different utils that come with txtutils ?.

    No, you said that a GUI is the best way to do things and gave an example where it was the worst possible way to do it. I ripped your example to shreds. You proceeded to wax poetic about some hypothetical magical GUI that has yet to be invented and how it would solve all of these problems. I said that I wouldn't hire a person like you to do system administration since you would prefer running all over rebooting servers to doing your freaking job, which includes learning how to administer the systems.

    You then called me a masochist for wanting to do things the quick, easy, way rather than doing things the masochistic way: Let's see... Smith, Bob....there we go... clickety clack.....Smith, Benny..... there it is.....clickety clack..
    Repeat 298 more times.

    Oh wait... no, you wanted to use a magic telepathic interface that hasn't been invented.

    I want an easy way to administer things, making the list of 300 users will be tedious no matter what, but repetive tasks, etc need to be simplified, and a gui is needed.

    Shit in one hand and want in the other and see which fills faster.
    Again making the list is almost certainly not your job, but once it's made there is an easy way to do it and a hard way right now. The GUI way is the hard way. You have yet to offer anything to counter this except for wishing for something.
    What I demonstrated to you was a way to simplify a repetitive task. Your bitch about it was, as far as I can tell, that you would have to actually know something about the system you are supposed to be an administrator of.

    A GUI is most certainly not always *needed*. In many situations it is useful, and in some it is so close to needed as to make no difference ( I would absolutely freaking *not* want to have to run a CLI version of Photoshop for example). You seem to fail to understand that there is a whole world of people who exist in a state between "elite geek" and complete freaking moron.