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.

303 comments

  1. Krustys Komedy Klasics. by Kenja · · Score: 0, Offtopic

    Quoth the Simpsons.
    Krusty : "KKK? Thats not good."

    --

    "Have you ever thought about just turning off the TV, sitting down with your kids, and hitting them?"
    1. Re:Krustys Komedy Klasics. by Anonymous Coward · · Score: 0

      Ha! Good one!

      And you're sure to moderated down for some
      idiotic reason.

  2. whatever happened to Magellan? by Anonymous Coward · · Score: 1, Interesting


    wasn't it supposed to be the Outlook/Evolution killer?

    1. Re:whatever happened to Magellan? by Anonymous Coward · · Score: 0
      It's like 99% of KDE apps.

      • Someone designs a flashy interface with none of the real guts of the program written.
      • Story gets posted on slashdot/linuxtoday. KDE cheerleaders scream that this will be THE killer app.
      • KDE advocates claim that writing apps with KDE is much easier and cite screenshots as evidence.
      • No-one wants to do the hard work of the internals and back-end.
      • App dies, but screenshots remain.
  3. too many k's by Anonymous Coward · · Score: 0

    kde and the kde naming scheme is a real tongue twister kde kdevelop koffice ....

    say that 10 times fast

    1. Re:too many k's by Anonymous Coward · · Score: 0

      kde can call kde components Knames, comme/i Kdevelop Koffcie Kroupware, but can't KDE call Kproducts non k names?

    2. Re:too many k's by Anonymous Coward · · Score: 0

      A cock gobble from TrollBurger.

    3. Re:too many k's by Gnulix · · Score: 1

      Klu Klux Klan Komputer Kraze

  4. 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 Anonymous Coward · · Score: 1, Interesting

      When they say they're going to replicate the functionality of Outlook, I have to hope that they're going to improve on it in terms of the user interface. I have always hated MS outlook with a passion when it comes to its clunky UI, "smarter-than-thou-but-not-really" behaviour, and constant message boxes and intermittent lockups. Outlook is a ghastly piece of software, and I hope this group isn't content with merely replicating it. I hope they can come up with something like it, except for the parts that suck.

    2. Re:This is huge by earthpig · · Score: 1

      lotus notes is a ghastly piece of software. it makes outlook seem trim and svelte by comparison. and that is a major accomplishment

    3. 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."
    4. Re:This is huge by joesilicon · · Score: 1

      The Domino server will run on Linux--so you might get a intimidating product in Notes, but you get your trusty old friend on the server side.

      With no server licensing issues.

  5. phoenetics by Satai · · Score: 0, Flamebait

    I'd be much more worried about the superficial phoenetic similarity to "Krautware," which I think could be much more detrimental to this German project.

    Seriously, this is the kind of thing that can cause big problems later on.

    1. Re:phoenetics by nadie · · Score: 1

      This applies to a lot of kde apps. Aestheticly, I find it ugly. A bit more serious, is it's fascist/racist connection. Here in Canada, when we want to imply that society is racist/fascist (KKK like) we spell it Kanada. It's probably too late for the kde people to change the name, too bad.

    2. Re:phoenetics by Anonymous Coward · · Score: 0

      A bit more serious, is it's fascist/racist connection.

      Well, it is a German product. I find the naming scheme quite appropriate.

    3. 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.

    4. Re:phoenetics by TKinias · · Score: 1

      prockcore wrote:

      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.

      I thought that was the Klingon translation?

      --
      In principio creauit Linus Linucem.
    5. Re:phoenetics by Anonymous Coward · · Score: 0

      Kanada?

      I think you'd be more circumspect.

  6. AS ong as it stays modular. by Thatto · · Score: 1

    Another step in the right direction. Just as long as the KDE group doesn't stray from open standards like other software companies.

    1. 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.)

    2. 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.

  7. 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 Ummagumma · · Score: 1

      ... and all for $69/seat. Plus, you have to still purchase MS Exchange2000, with client licenses. Not cheap.

      How is the support on Ximian Connector when something goes wrong?

      --
      "The natural progress of things is for liberty to yield and government to gain ground." - Thomas Jefferson
    4. Re:evolution by Anonymous Coward · · Score: 1, Informative

      So what? It's a matter of choice. Besides, while evolution runs fine, it renders terribly with too many 'assumed' window/font sizes, i.e., does not scale well to power users with 1280x1024 and 1600x1200 screen sizes. In contrast, Outlook rendering scales well. KMail adherence to KDE style/theme scales well, and it is replete with expected mail client features.

      It would benefit all to see it all bundled into one, integrated package and UI.

    5. 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)
    6. Re:evolution by KeyserDK · · Score: 3, Informative

      i know evolution does support LDAP.

      dunno about the shared calender stuff =)

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

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

    8. Re:evolution by Anonymous Coward · · Score: 0

      sorry, but you are NOT a kde user. KDE users never reply such a crap like you.

    9. 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.
    10. Re:evolution by rgmoore · · Score: 1
      Besides, while evolution runs fine, it renders terribly with too many 'assumed' window/font sizes, i.e., does not scale well to power users with 1280x1024 and 1600x1200 screen sizes.

      Where did you get that idea? I run my system at 1280x1024, and Evolution looks just fine. I certainly don't see any problems with assumed window and font sizes. AFAIK, there aren't any assumed window or font sizes anyway; everything is adjustable either through the gtkhtml control or (in the latest betas) through Evolution itself. (Adjusting through gtkhtml isn't as bad as it sounds, BTW, since it corrects things for all applications that use gtkhtml.)

      --

      There's no point in questioning authority if you aren't going to listen to the answers.

    11. 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.

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

      Two errors: (1) Mosaic wasn't the first web browser (at the least, www predated it), (2) the commercial branch of the Mosaic source code was Spyglass Mosaic, which formed the core of IE.

    13. Re:evolution by fsn · · Score: 1

      Sure, my application, myldapklient, doesn't start with a K...

      --
      Sometimes after an electrical storm I can see in five dimensions. --Cornfed, Duckman
    14. 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
    15. Re:evolution by Anonymous Coward · · Score: 0

      Have you forked out the $$$ for the exchange plugin? The difference is that KDE's exchange plugin will be free as in beer and as in speech. In my mind, this makes the KDE project superior!

    16. Re:evolution by Gnulix · · Score: 1

      Why would I want to switch to Kroupware when evolution already does

      Because you can get a leaner system by removing all gnome libraries once you use only KDE stuff.

    17. 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?
    18. Re:evolution by optikSmoke · · Score: 1

      That's the point. I believe they were pointing out that evolution's Exchange support costs money, whereas the KDE equivalents won't.

    19. Re:evolution by damiam · · Score: 1

      What makes you think the KDE equivalent will support Exchange?

      --
      It's hard to be religious when certain people are never incinerated by bolts of lightning.
    20. 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.

    21. Re:evolution by Anonymous Coward · · Score: 0

      the real outlook-killer-app would be evolution compiling on win32 (and os-x)!!! not another platform-dependent outlook-clone.

    22. 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.

    23. 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 :).

    24. 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
    25. Re:evolution by csnydermvpsoft · · Score: 1

      >>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.<<

      Actually, you'd be posting in Mosaic.

    26. 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?
    27. Re:evolution by Trepalium · · Score: 1
      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.

      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.

      "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.

      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.

      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.

      --
      I used up all my sick days, so I'm calling in dead.
    28. 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
    29. Re:evolution by Trepalium · · Score: 1
      But personally I can't think of any mail non-SMTP mail systems that don't include an SMTP gateway still.
      Yes, but many of them produce incorrect or have proprietary extensions to them. Take Exchange for instance, you can connect Exchange sites via SMTP (or even Active Directory sites), but the messages they produce contain information in a proprietary format. And getting multiple mail systems to co-exist under a single public DNS name can be a difficult task at best.

      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.
      Part of converting is first interoperating. You can't expect a company to just drop their existing software and completely convert to new stuff. Such changes are likely to happen slowly, a few users at a time, not all-of-a-sudden, boom, everyone's on a new system. During the transition, users on the new system can't be isolated from users on the old, and vice versa. This means, schedules, public folders, and directory all have to work in both directions. Now, it won't matter much if this interoperability is provided by a gateway, plugin or common protocol, but it must be present. Take Exchange, for instance. Most of the "interoperability" tools in the package tend to be rather one-sided, and aren't really for interoperability as they are for migration to Exchange. All I'm suggesting is that the same "services for interoperability" should be available for any groupware platform that wants to compete with MS Exchange.

      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.
      I was thinking that I was getting good backups, too. Only later, when it came time to restore the database, did I learn that I had been backing up corrupted database pages for weeks., and finally something got so badly corrupted that I couldn't even back up the database anymore. Problem was, there was just a single file that contained all the system data, along with all the mailbox information. The repair utilities couldn't fix it (and made things worse), and the backups were of little use. Now, given the fact Exchange still worked, the damage was clearly not as severe as it seemed. However, the only way we could fix the corruption was to add a new server to the network, and use the built-in move mailbox function to move it to the new server. Now, there are a few things to be learned from this.. Databases typically use log files to maintain integrity, however, the system could no longer trust the log files, as the RAID controller was re-ordering write operations, and when the power went out because of a bad UPS, the logs ended up just as corrupt as the database itself. Ever try to replay corrupt log files? Don't bother.

      Now, don't get me wrong. I don't hate databases, but putting all your data (eggs) in one file (basket) seems like a very bad idea. I'd much rather have to roll back a single user's mailbox to a previous backup than an entire server. Disasters happen, and when they happen I'd much rather have the damage done be as minor as possible. I know with a qmail-style maildir system, recovering from damage is as simple as deleting the damaged message. However, maildirs are not space efficient, and depending on the underlying filesystem, may not be time efficient, either. mbox style mailboxes can be slightly more space efficient, but at the risk of losing the complete mailbox. Databases have the possible advantage (depending on implementation) of being the most space efficient, but at the possible risk of losing everything. I don't know which I'd prefer given those tradeoffs.

      --
      I used up all my sick days, so I'm calling in dead.
  8. Well by Anonymous Coward · · Score: 0

    If Red Hat adopts this (instead of going off and doing their own thing), then we might have a great competitor for Micro$oft Losedows' killer app -- the calendaring function.

  9. 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 Anonymous Coward · · Score: 0

      Evolution is NOT integrated with the rest of KDE.. different widget set, library requirements, config files. Maybe if Evolution was cleanly split up into a backend and a frontend where someone can write a KDE based Evolution, they wouldnt have to reinvent the wheel as you say.

    2. 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.
    3. 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.
    4. 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
    5. Re:Time wasted by Anonymous Coward · · Score: 0

      you mean except for the non-standard approach to storing calendar/contact info on an IMAP server.

      Oops.

    6. 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.)

    7. 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
    8. Re:Time wasted by tjansen · · Score: 1
      Outlook should be the best example why integration is important.


      A similar looks doesnt help much. (Red Hat doesnt seem to get it as wel)

    9. Re:Time wasted by cozziewozzie · · Score: 1

      But then you have to listen to trolls who say that KDE will ultimately fail because it doesn't have Evolution. Besides, it looks like this project is mostly about using already available stuff - KDE PIM and KMail, which already do most of the stuff Evo does.

  10. Just what we need.... by Jaysyn · · Score: 0, Offtopic

    ... more SickWare...

    It was a joke, laugh...

    Jaysyn

    --
    There is a war going on for your mind.
  11. 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 buswolley · · Score: 1

      But you aren't the business majority. Period.

      --

      A Good Troll is better than a Bad Human.

    2. 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.

    3. Re:Ugh... by Strog · · Score: 1

      Do you have a calendar/planner app that can be shared and do resource management?

      This product might not be for you but it definitely is a need for many people. The ability to email back and forth to coordinate in the same program is useful. Tasks can tie in too but I really don't see a lot of need for the journal in Outlook. Maybe that should be a seperate program.

    4. Re:Ugh... by Simn · · Score: 1

      And the name of the beast is Emacs? :-)

    5. 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.

    6. 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?
    7. 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.
    8. 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.

    9. Re:Ugh... by Anonymous Coward · · Score: 0

      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

      How many wifes do you have? Maybe Beowulf...
      Eh, nevermind.

    10. 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.

    11. 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.

    12. 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.

    13. 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.

    14. 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).

  12. Why? by Anonymous Coward · · Score: 0

    Exactly what is the reason the government spends our tax-money on this?

    1. Re:Why? by Anonymous Coward · · Score: 0

      You are German?

  13. Wonderful by Junky191 · · Score: 1

    Well at least they now have scantily clad women in the ads for this story, marking the first point where the ads started becoming more fascinating than the storeis on slashdot.

    1. Re:Wonderful by Graelin · · Score: 1

      The truly sad thing is, after reading your post, I refreshed the story 20 times looking for the ad.

    2. Re:Wonderful by Anonymous Coward · · Score: 0

      ha! thats what i was going to say...

      the sound you hear is 10,000 slashdot readers hitting refresh!

  14. 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 Anonymous Coward · · Score: 1, Interesting

      You're absolutely correct. Microsoft's constantly evolving licensing policies guarantee most US businesses won't make a switch because they'll be penalized.

      It is the conservative nature of most companies (not the quality of the product) that ensures Microsoft's continued dominance.

      But that's just my opinion...

    2. 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.

    3. 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.

    4. 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. :-)

    5. 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.

    6. 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.
    7. 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!)

    8. Re:Not the last step by Anonymous Coward · · Score: 0

      Boy do I feel like a clutz. Was going to moderate this as Insightful, but somehow picked Redundant from the menu and didn't notice it till after I submitted. Sorry! Yeah, I posted a non-anonymous post in this thread to undo it.

    9. Re:Not the last step by Anonymous Coward · · Score: 0

      Well if he is not going to make use of the power of styles, she may as well use WordPerfect, which will at least make the way he missuses her word processor easier.

    10. Re:Not the last step by Anonymous Coward · · Score: 0

      right on.

      linux picked me up, when it got maya, and i could play unreal tournament.

      i had played with it before, but obstacles caused me to give up.

      with just two particular apps, it made me increase my efforts. i'm now very happy with linux.

    11. Re:Not the last step by Zordak · · Score: 1
      Then it's something that can compete with OrCAD
      Bah! Real men create their netlists and models in vi and then run them with raw Berkley spice. Also, if you're not doing circuit layout by hand with a ruler and a fine point pencil, you're not earning your pay =)

      However, if OrCad wanted to just go ahead and port Capture, PSpice and Layout Plus to Linux, I have a, uh, friend who might use them, so I guess it wouldn't be too bad.

      On a serious note, The MathWorks deserves kudos for having a fully featured version of Matlab available for Linux. Also, NI has a Linux version of LabVIEW, which is good for Q&D GUI design besides just instrumentation. So, even when there is no good open source competitor, some companies are starting to come around and port their stuff to Linux on their own.

      --

      Today's Sesame Street was brought to you by the number e.
    12. Re:Not the last step by tempest303 · · Score: 1

      Exactly. This illustrates my point perfectly. :-)

    13. 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.
    14. Re:Not the last step by Clansman · · Score: 1

      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?

      I recruit people and I spend most of my time thinking about how to *expand* my net not the other way round!

      Sheesh - I can imagine the CEO of justgoneunder.com asking his management team - so how come we couldn't recruit smarter people? Oh, cos we specified that they had to be using the most recent software from a single supplier and it's true that we got less applicants than usual but what the hey - the ones we got were easier to process ...

    15. 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.
    16. Re:Not the last step by sgtrock · · Score: 1

      To answer your original question then; yes, I think OpenOffice has reached that point. No one has noticed that I've been using OO here at work since May. :)

    17. Re:Not the last step by Clansman · · Score: 1

      LOL. Ok, answer is of course, yes. I would save as an rtf and email that. They will open the file, read it and print it out to be taken to the shortlisting meeting. Unless you think that they will open the file fine but *then* notice that it is an rtf and then mark me down for not having gone out and bought a copy of word 200 especially ...

      I genuinely think that your point is pointless in both the real and your own special world ...

      C

  15. }:-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 Coward · · Score: 0

      Remember, in some languages, the dipthong "ou" sounds like the english "ahhh", so Kroupware would sound like Krapware. I hope they change their name....

    5. Re:}:-O Hey!!!! by RealAlaskan · · Score: 1
      A direct ripoff of Outlook.

      I propose lookOut. Be sure to trademark the capitalization.

    6. 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
  16. I suspect the "K"-naming was the by GauteL · · Score: 1

    .. whole reason behind the quote from the Red Hat developer about "crapland" in KDE.

    The KDE-naming scheme is sort of a legal crapland. Namely the Killustrator, Krayon, etc.-issues.

    GNOME and GTK+-developers are of course also sometimes guilty of this.

    Why does everything have to be named "K-something" or "G-something"? I don't find it catchy at all.

    1. Re:I suspect the "K"-naming was the by CableModemSniper · · Score: 1

      'Cause everything used to be x-something. (ie xterm, xclock, xetc.) They are just adopting the x naming convention. 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. It's a similiar situation with GNOME and GTK.

      True it has come a bit cliched, but if you are browsing thru freshmeat and you see a Ksomething you immediatly know what environment it has been designed to run under.

      Of course I could be completely worng about th whole K, and G things. Heck I could be wrong about the whole X thing for that matter. I just pulled this off the top of my head. But maybe, just maybe, I'm right. But then again I'm probably wrong.

      --
      Why not fork?
    2. 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.
    3. Re:I suspect the "K"-naming was the by Anonymous Coward · · Score: 0

      Makes me thing of the MS 95-2000 era when everything was this or that 95,96,97,etc. Very boring. But it does allow the user to quickly determine if an app should run in his environment.
      ie. iBooking suggests to me i need a mac, KBook suggests i need KDE, GBook suggests i need GTK / GNOME and Book95 or BookXP suggests i need some flavor of windows. It's similar to sony's stratagey with their -man line of products, WalkMan, DiscMan, etc

    4. Re:I suspect the "K"-naming was the by CableModemSniper · · Score: 1

      Thats the exception that proves the rule! Muhahaha. Let's see you beat that! :)

      --
      Why not fork?
  17. Wasn't the trend the other way around? by Anonymous Coward · · Score: 0

    I thought everybody was bashing groupware apps because of their huge memory and disk usage (what if you dont want a specific functionality like is my case with Mozilla Mail under Windows - it insists it needs to install Mozilla Browser also). What if you dont want to download all that mess? what if you only want a contacts program and want to use Evolution for mail? Instead of this, they should get to gether into modularizing all these small apps and let the user put them toghether into a common app or window. Now this would be revolutionary.

  18. '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.
  19. 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
  20. 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!

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

      Why not? A great horse can have a good croup!

  21. Croup by Anonymous Coward · · Score: 0

    "...but I wonder if the KDE team is aware of the English word croup."

    Considering that Microsoft shuns GPL'd code more than virus, it is indeed more than appropriate.

    1. Re: Croup by Anne+Thwacks · · Score: 1

      Whats wrong with Kroupware? It sounds so much more professional than Vomitweare

      --
      Sent from my ASR33 using ASCII
  22. Is this supposed to be good? by Anonymous Coward · · Score: 0

    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??? We (both in the sense of companies and as employees in those companies) must balance income with expenses, they can just pour in how much tax-money they want to.

    I'm not talking just about this particular project but generally speaking.

    1. 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.

  23. Server ? by vluther · · Score: 1, Insightful

    The client looks fine and dandy, it looks like a wrapper for a bunch of different programs.. and people are already asking how is this better than evolution.. so KDE and Gnome have their own Outlook killers, but where is the Exchange killer ? I don't want to see screenshots of people's emails, I want to see screenshots of the tools an admin would use to configure the backend, how would I administer the calendaring portion of the server ? How about users email ? where is the equivalent of MMC ?.

    Or do they still expect the admins to use vi, or kate to edit config files ?. Editing config files is fine, but with the targetted goal of the system, it will be too complex to remember which config file changes x and y. We need good, cross Environment (Kde or Gnome), tools to do this.

    Wake me up when those are ready, I can't code, and I can't learn how to code and start contributing to this project by weeks end. I really hope the govt focuses some of this talent towards the Admin side.. I'm sure they will. But, I felt like beating a dead horse.

    1. 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
    2. Re:Server ? by tenordave · · Score: 1

      If you're an admin and you don't know how to edit a text file, then, well, I don't know how you can be calling yourself an admin.

      --
      http://students.washington.edu/djwatson
    3. 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.).

    4. 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.

    5. Re:Server ? by MindStalker · · Score: 1

      Maybe its just me, but unless the whole point is job retention, I personally like having automatic scripts thst can set everything up to a useable environment. And yes, I do usually then go behind it into the text file and tweek the settings. But there is just something about complex systems with many easily conflicting variables that begs for a UI for initial setup. But then again I still can't get my sendmail working exactly the way it should, though on the otherhand, I'm sure I could take a poll of competent linux sysadmins and fine many who would admit to the same, oh sure they all have it working, but none are quite happy with their config.

    6. Re:Server ? by Anonymous Coward · · Score: 0

      Could that be because there isn't much to calendar events beyond a network storage device, the only exception to the rule being with automatic shared resources; and if rooms, technical equipement, cars, etc. were handled just like users, except with "agents" handling the scheduling for the, the complexity diminishes significantly.

  24. Re:croup == outlook by Anonymous Coward · · Score: 0

    Since it's comissioned by the German government, the project will be known forth as Krautware ... ;)

  25. As They Say.... by Tsali · · Score: 0, Flamebait

    "The 'K' stands for quality."

    --
    This space for rent.
  26. 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 Anonymous Coward · · Score: 0

      Any that use the hard C can also be used. Kalculator, Kommander, Krybaby. Not sure where that last one kame from.

    2. 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.
    3. Re:Mmmm by grungeman · · Score: 1

      The word "Kacke" is still available (look it up by yourself).

      --

      Signature deleted by lameness filter.
    4. Re:Mmmm by Bero · · Score: 1

      Make that a bricKwall... ;)

    5. Re:Mmmm by sympleko · · Score: 1

      The G in front of GNU is silent, so why not make the K silent, too?

    6. Re:Mmmm by Zordak · · Score: 1
      --

      Today's Sesame Street was brought to you by the number e.
    7. Re:Mmmm by redtuxxx · · Score: 0

      Listening to KDE users whenever anyone says anything nice about RH/Gnome

    8. Re:Mmmm by Anonymous Coward · · Score: 0

      Nah. They'll just have to ditch any spell checking for the comments in their source code.

    9. Re:Mmmm by abdulla · · Score: 1

      No problems, you can non-sensically slap a K in front of everything, or embed it somewhere in the word ofKourse!

    10. Re:Mmmm by Anonymous Coward · · Score: 0

      Does this mean that when we finally reach world domination, all computerprograms will start with a K?

  27. 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).

    1. Re:So, which standards / protocols does it use? by Brazilian+Joe · · Score: 1

      from the specification 1.0.1
      Chapter 2. Communication between Client and Server

      A technical description of the communication between KDE clients and the Kolab server follows.
      2.1. Protocols

      The protocols were selected with the following criteria in mind:

      proper standardization e.g. by the Internet Engineering Task Force (IETF, http://www.ietf.org) open standard in the sense of the term open source existing free software implementations must scale very well in general simplicity over complexity - in other words limitation to a small set of well-established and widely used protocols

      This leads to the following choice of protocols used in the project:

      *

      Lightweight Directory Access Protocol Version 3 (LDAP, IETF RFC 2251)
      *

      File Transfer Protocol (FTP, IETF RFC 765)
      *

      Simple Mail Transfer Protocol (SMTP, IETF RFC 2821), SMTP over Secure Socket Layer / Transport Layer Security (SMTP over SSL/TLS, IETF RFC 2246)
      *

      Internet Message Access Protocol (IMAP, IETF RFC 1730), IMAP over SSL/TLS (IETF RFC 2595)
      *

      Post Office Protocol Version 3 (POP3, IETF RFC 1939), POP3 over SSL/TLS (IETF RFC 2595)
      *

      Hyper Text Transfer Protocol (HTTP, IETF RFC 2616), HTTP over SSL/TLS (IETF RFC 2818)
      *

      HotSync Protocol (this does not meet some of the above criteria but seems to be widely accepted and free implementations exist)

      2.2. Used File Standards

      *

      multi-part MIME email as standardized by the IETF
      *

      vCal and vCard as standardized by the Internet Mail Consortium (http://www.imc.org)

  28. Love the hypocrisy... by Anonymous Coward · · Score: 0

    You just gotta love it when people talk about Outlook being a bloated piece of evil-ware by Moft.

    And looky here, we have outlook for KDE.

    Way to go.

    (btw, I'm all for an outlook for KDE - just hope it has an API and object model nearly as good as outlook's - or else there'd be no point).

  29. 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 cbv · · Score: 1

      The thing that bothers me about applications/ desktops/ wm's/ etc that are made to look exactly like microsoft applications [...] and less emphasis on making something unique and earth shatteringly ground breaking.

      Not true

    2. Re:Sounds awesome but... by DCMonkey · · Score: 1

      So creating applications/ desktops/ wm's/ etc that are made to look exactly like NextStep is somwhow supposed to be more "unique and earth shatteringly ground breaking"? Better maybe (only if you think NextStep was better). Hardly unique.

      --
      DCMonkey
    3. 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.

  30. I don't know any English-speakers by Anonymous Coward · · Score: 0

    who are aware of the English word "croup", so I don't think it will be a problem.

    1. Re:I don't know any English-speakers by Anonymous Coward · · Score: 0

      croup n. The rump of a beast of burden, especially a horse.

      The American Heritage® Dictionary of the English Language, Fourth Edition
      Copyright © 2000 by Houghton Mifflin Company.

    2. Re:I don't know any English-speakers by Anonymous Coward · · Score: 0

      what

  31. Typo? by Anonymous Coward · · Score: 0
    Blockquoth the submission:
    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.
    Shouldn't KMain be KMail?
  32. Engineers and User Interfaces by grungeman · · Score: 1

    You can either look at the sceenshots or read this to learn that engineers should never create user interfaces.

    --

    Signature deleted by lameness filter.
  33. Kroupware is a HORRIBLE name... by GroundBounce · · Score: 0, Redundant

    ...at least in English.

    I sure wish the KDE team would krow out of this keverything-kmust-kstart-kwith-a-K naming convention and realize that their creative horizons can really be much broader.

  34. 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 :)

  35. right... then you must be one... by Anonymous Coward · · Score: 0

    ...since kde users only seem unintelligable bullshit posts like yours.

    1. Re:right... then you must be one... by Anonymous Coward · · Score: 0

      How Ironic, considering your post is not a even a proper sentence...

  36. 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: 1

      I'm going back to sleep.. I have read about kolab, and I know what it is supposed to be. But, just as a lot of people claim MS is vaporware, I will consider it vapor until I start seeing some screenshots, or some inkling that someone with half a clue about UI is working on the project. So, quit your personal jabs without knowing all the facts. So, the server component has a name.. the Admin interface has just been speced out. Lots of things are speced out and take years to develop, ... good night!.

    3. 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 ?...

    4. 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

    5. 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..

    6. Re:WAKE UP! by MystikPhish · · Score: 1

      I am **dying** to get an open source replacement that I can use in production to replace Exchange...

      But if they "slap a pretty administative UI on top" like you say, I won't touch that shit with a 3m pole.

      Unless they do some serious design and usability testing on the administrative interface then it will never be useful. Frankly I have doubts based on their early spec for it...

      They defined 8 separate "features": 3 for logging, 2 for vacation setup, 2 for server setup, and 1 for user administration. Now I'm hardly familiar with PostFix, OpenLDAP, etc. so I don't know if that's really enough to administer the Kolab server, but I am familiar with Exchange and it looks like there is no way the current spec covers all the configuration options and tools available to an Exchange Admin.

      Are there more tools that come with OpenLDAP that they are going to include in the administration?

      How do you do things like search all the email on a server/mailbox to find certain text? I vaguely remember reading that all data is stored in separate files instead of a database, so do you use "find" (or whatever the console command is. i am a newbie at *nix). And if so are they going to make that accessible through the php interface...

      I sure hope the spec grows a bit more from the inital one they have.

      --
      "I'm about to drop the hammer and dispense some indiscriminate justice!"
  37. Killer application. by oddmundk · · Score: 1

    Good good good. This is the way to go. The linux platform needs a killer application like this. I think another ide is to make an application which incorperates both M$ Project and M$ Outlook. That is an application every economic would die for, and remember economics rule the world!

    1. 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!
    2. Re:Killer application. by Anonymous Coward · · Score: 0

      this isnt a killer application, killer applications are never copies of someone elses. they create true innovation. ie. while they are doing this they should make sure that it ties into your pager and cell phone so that when someone sends a schedule you recieve a phone call from the server informing you of it. (if you want it to do that) that is a killer app, a clone of Outlook/Exchange is not killer.

    3. Re:Killer application. by Anonymous Coward · · Score: 0

      The linux platform needs a killer application like this.

      *Sigh* that's "ciller application", in kde speac you only use a 'k' when you're not supposed to. Spelling ciller with a k will only kause konfusion and khaos.

  38. 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 prockcore · · Score: 1, Flamebait

      "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."

      Obviously, because it doesn't start with a 'K'.

      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".

      Someone needs to smack the KDE team and tell them to get over the NIH syndrome.. it's OK to use other people's apps as a basis for a KDE port.. that's what GPL is all about.

      And stop naming every project KProjectname. Gnome doesn't do this anymore. It's Xchat, Evolution, Nautilus, AbiWord.. not GChat, Gevolution, Gnautilus, Gabiword.

    2. 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)
    3. 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.

    4. Re:Its a shame by Anonymous Coward · · Score: 0

      I love this, I really do. If we followed this logic, then why should people even code for Free/Open Source software since Microsoft products already work for so many people.

      People keep whining about "scratching the itch", or blaming the KDE developers for the not invented here syndrome. But, so what if the current tools don't "scratch their itch". So what if they're working on another app? They're scratching their own itch, good for them. So what if someone doesn't like a current Free/OSS offering so they go out and work on another project. Freedom of choice blah blah blah also means that you can't force people to work on existing projects you know.

      The funny thing is, if as many people on here who bitch about things like this would actually contribute, then maybe there would be some killer applications out there.

    5. 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.
    6. Re:Its a shame by Anonymous Coward · · Score: 0

      Bonoboising X-Chat (making it a component that GNOME apps can use) isn't that hard. No-one is doing it yet because it's just not necessary. Incidentally, all GNOME apps in Ximian Gnome have a "Help Chat" menu option which launches MonkeyTalk. So yes, it is easy. I know it's "the thing" for KDE zealots to claim that app development is faster with KDE, but it's not... nor is it easier (this is transparently not true if you look at the quality and number of apps available for each desktop)... nor does KDE have a more advanced infrastructure than GNOME. Try finding out a bit about GNOME sometime instead of spouting tired fund.

    7. Re:Its a shame by |DeN|niS · · Score: 1
      ... nor does KDE have a more advanced infrastructure than GNOME.

      I never claimed it did.

      Bonoboising X-Chat (making it a component that GNOME apps can use) isn't that hard.

      Nor did I claim that. My point was that if gnome would be bonoboising (nice verb :) apps people would also use the NIH syndrome argument (and that therefore it's not a completely valid argument).

      I know it's "the thing" for KDE zealots to claim that app development is faster with KDE

      Again, I never claimed that. Nobody said "faster", just "fast". It's a KDE article, so you get KDE posts. That doesn't imply bad things about Gnome.

    8. Re:Its a shame by abdulla · · Score: 1

      And here I was thinking it was a monty python reference!

    9. 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.

  39. And the theme music will have to be.... by Dj · · Score: 1

    A new version of Apollo 440's Krupa...

    Now Back To Kroupware's Synchronised Bytes...

    --
    "You know you want me baby!" - Crow T Robot
  40. croup by reitoei1971 · · Score: 1

    Does Kroupware include a steamy bathroom? If so, this adds a whole new value to the program. I've really been wanting to remodel. With this I even get all the plumbing and wiring diagrams!!

  41. How about by sulli · · Score: 2

    Kroupier? they could use cool casino graphics.

    --

    sulli
    RTFJ.
  42. as long as I have the option of not installing it by g4dget · · Score: 1, Flamebait
    KDE and Gnome seem very busy cloning every aspect of Microsoft software, good or bad. I guess that will give lots of people a familiar destkop "for free", and a good consequence of that is that protocols and file formats become more and more open.

    Let's just not clone the aspects of Microsoft that are most annoying: the idea that there is one solution that works for everybody, and tying together clients and servers through proprietary protocols. If ever system configuration, mail, calendaring, 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.

  43. Yes, we expect ADMINS to edit config files. by runlvl0 · · Score: 1

    I just taught a week-long Linux+ class to a bunch of Windows 2000 admins. After two days of telling them how to operate at the command line, including discussions of BASH, editing tools, and the contents of /etc, I very nearly faced a revolt.

    "Where's the GUI?"

    Now, I'm not saying this to insult Windows admins or to blindly troll, but it took a good half of a day to convey to these people that there wasn't a "THE" GUI to admin a Linux server. I showed them Webmin and linuxconf-web, then I showed them SWAT and what it did to the smb.conf file. I told them that while I prefer to edit the config files manually, as that usually gave me more options, "There's More Than One Way To Do It."

    (This, by the way, was percieved as a shortcoming of Linux by the Windows admins.)

    I'm not sure what the hard part is about having - not an end-user, but a professional admin - edit a text file to modify configuration files. Is there something unclear about settings like "ENABLE = yes"? I can (almost) understand if you've been traumatized by a zealot who's soured you on vi or emacs, but you know there ARE alternatives (KATE, pico, joe, et al) that are relatively easy to use.

    Tools like MMC are required in Windows, because Windows settings are held in a database (the registry/metabase) which is unwieldy to edit in other ways (regedt32, for example). Similar settings are held in Linux as (for the most part, very well commented) text files in the /etc directory. All you really need is a trusty text editor and about half a clue. The text editor is usually packaged in the distribution.

    --

    Carthago delenda est!
    1. Re:Yes, we expect ADMINS to edit config files. by vluther · · Score: 1

      The need for admin tools is because of the repetive nature and poor configuration of people in the first place.

      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.

      Knowing which config files to edit is one thing, and I think one should know what is happening before blindly changing settings through an admin interface. Standardizing on the GUI is necessary so that people are familiar and go from installation to installation without worrying about how an interface is configured.
      Configuration tools for system settings or server settings do not need to QtKolabKonfigurator, or gKolConfigurator type crap, they should work the same, wether i use fluxbox, or gnome, or kde or whatever. Linux is all about choice, and I choose to use a standard set of tools. Then I am told I am wrong because my choice doesn't agree with someone elses. No one is saying that editing the files should not be allowed, if you choose to do so, then go right ahead, but if you want widespread adoption, you need to make things easy. I'm not saying have Microsoft Bob, or Clippy nagging you everytime you try to do something in the Admin interface, but rather a good clean way to add users to the database, or to add aliases.

      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 ?.

      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.

    2. 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.

    3. 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.

    4. 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.

    5. 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.

    6. Re:Yes, we expect ADMINS to edit config files. by Anonymous Coward · · Score: 0

      You want to replace exchange, you got to play the game.

      How hard is it to make a graphical front end and a console-based front end to a flat file?

      Or, better, a graphical and console-based front end to the administration aspects of the database? I could do both myself if specs existed, although I can't be bothered to learn qt.

    7. 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.

    8. 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.

    9. 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.

    10. 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.

  44. -1, Redundant by Anonymous Coward · · Score: 0

    Hey tard, that joke has been used 3 times before your post. Try something original for a change...

    And how the fuck can these be moderated to 5, Funny ; when the other posts were mod'd as Redundant or something... and this post CAME AFTER those other posts.

    Crackhead mods...

  45. Great plug for your favorite windowing environment by Anonymous Coward · · Score: 0

    But is has nothing to do with the comment the
    guy wrote. What he wrote applied to things that
    are windows like. You succeeded in proving that
    you can't read.

  46. juarez by Anonymous Coward · · Score: 0

    who is using kde anyways ? i mean it is full of shit, bloat, takes ages to load, does not integrate smoothly into the filesystem when installed, depends on a krautload of gnome libraries. in this case it is better using gnome at all.

    who wants kde ? why is it still beeing developed ? why not drop kde development and help gnome to get better ? kde on a long term is a lost project.

    kde has no fucking applications that we people can use so why do we need to deal with it ?

    - galeon is far better than konqueror
    - nautilus is far more usable than konqueror
    - evolution is far better than kmail
    - xmms is far better than noatun
    - abiword is far better than kmail
    - gnumeric is far better than kmail
    - xchat is far better than kopete
    - gnome looks far better than kde
    - gnome is following the HIG and kde not
    - KDE has wrong button ordering GNOME not
    - KDE is a pain and needs to get removed from the linux community
    - KDE takes ages to compile
    - KDE is crashing like niggers buttsmell
    - KDE is a waste of time
    - GNOME has more users than KDE
    - GNOME will get more users in the future
    - GNOME 2.0 is yet better than KDE 3.1
    - GNOME 2.0 has yet better preferences than KDE
    - GNOME is backed by SUN and REDHAT and KDE has nothing.
    - KDE developers are fucking jews that needs to get put into the KZ (konzentrationslager)
    - KDE is the pestilence in the linux community
    - GNOME the only future
    - GNOME has a cool office suite named OPENOFFICE which will soon be converted to GTK+ by XIMIAN
    - KDE is unusable and has a bad integration
    - KDE sucks.
    - KDE sucks more.
    - KDE needs to die
    - KDE is trollware
    - KDE is buttugly
    - KDE will never make it
    - KDE is made by jews and nazis
    - KDE smells like german shit
    - GNOME juarez niggers.
    - GNOME is cool together with mozilla and openoffice it integrates soo cool

    1. Re:juarez by Anonymous Coward · · Score: 0
      I'm bored and want to start a flamewar.
      • galeon is far better than konqueror
        Last time I tried I couldn't get Galeon to even compile. And it's atrociously bloated compared to KDE. And Java in Konqueror worked just by adding the path to the java binary, vs Galeon just randomly segfaulting. Platform is a 233MHz FreeBSD-stable.
      • nautilus is far more usable than konqueror
        With its impossibly-laid-out file lists, its atrocious interface to file associations which doesn't work half the time, its lack of universal URL convention...
      • evolution is far better than kmail
        Until you want to create a mail with a lot of attachments or recipients. The number of times I have had to type killev while using Evolution.. more recently, I have been mostly sticking to pine, but I used kmail for quite a while.
      • xmms is far better than noatun
        Agreed. But not having an MP3 collection makes this point pretty much irrelevant for me.
      • abiword is far better than kmail
        Too much cut-paste in your trolling, Sir. kword seems to open the majority of simple Word documents, and for the rest I use.. Word. Anyway, Lyx is better than both.
      • gnumeric is far better than kmail
        kspread? Never used it. Only loaded up gnumeric once, so no idea. Do people still use spreadsheets?
      • xchat is far better than kopete As with xmms, the quality of leisure software for GNOME just reflects the workshy whim of its developers. This explains why the German government chose to sponsor KDE, not GNOME, for their groupware solution. It also explains why Sun, whose machines are never used where a GUI is required, have chosen GNOME for their desktop.
      • gnome looks far better than kde
        They're both themed. I guess if you like the XP-style fisherprice look, then the GNOME emphasis on chunky stylish icons will be your thing.
      • gnome is following the HIG and kde not
        Which is why there are some horribly unexpected non-standard confusing aspects to GNOME 2, such as the lack of OK and Cancel on most dialog boxes "Argh, has that been set? How do I undo it?"
      • KDE has wrong button ordering GNOME not
        If you don't like bindings, rebind.
      • KDE is a pain and needs to get removed from the linux community
        No, Miguel de Icaza is a pain and needs to ge.. wait a moment, is would anyone say he is part of the Linux community anyway?
      • KDE takes ages to compile
        Would you also complain because a full-blown Linux distribution takes longer to compile than DOS?
      • KDE is crashing like niggers buttsmell
        That comment says a lot more about your sexual deviance than it does about KDE. konqueror crashes for me about as often as Mozilla. The various helpers apps -- taskbar etc -- never seem to crash.
      • KDE is a waste of time
        In which case, so is posting about it.
      • GNOME has more users than KDE
        Which is why you use Windows, yes?
      • GNOME will get more users in the future
        So will Windows.
      • GNOME 2.0 is yet better than KDE 3.1
        If you think increasing icon size and removing OK/Cancel buttons is of fundamental importance in a desktop environment, then yes.
      • GNOME 2.0 has yet better preferences than KDE
        If you think varying your the extent to which the huge size of icons annoys you is a preference of fundamental importance, then yes.
      • GNOME is backed by SUN and REDHAT and KDE has nothing.
        Let's rephrase that, "GNOME is backed by a slowly wilting hardware company and a repackaging company. KDE is now being backed by the government of the 3rd largest economy in the world."
      • KDE developers are fucking jews that needs to get put into the KZ (konzentrationslager)
        Are you bitter because you're not fucking Jews?
      • KDE is the pestilence in the linux community
        Then de Icaza is the first horseman of the apocalypse.
      • GNOME the only future
        Sounding a bit cultish now..
      • GNOME has a cool office suite named OPENOFFICE which will soon be converted to GTK+ by XIMIAN
        No, GNOME does not have OpenOffice as an Office suite, any more than Opera has KDE as an ultra-lightweight browser.. but at least they do already use the same widget set.
      • KDE is unusable and has a bad integration
        Yes, hit me with CORBA any day.
      • KDE sucks
        And GNOME blows. Take your pick.
      • KDE sucks more.
        Exactly. And harder.
      • KDE needs to die
        You appear to be taking the GWB route to crushing the competition.
      • KDE is trollware
        Yet another reason for you to use it, no?
      • KDE is buttugly
        If the icons aren't large enough, buy a magnifying glass.
      • KDE will never make it
        KDE was making it before the FSF gang threw the NIH^WGPL fit. And still is.
      • KDE is made by jews and nazis
        Hey, if a mere desktop environment can bring Jews and Nazis together, it's gotta be good.

        Good day.

    2. Re:juarez by Isle · · Score: 1

      I am not even sure there is a single of these statements that is true. Maybe the one about xmms. Most of them however can be explained by preference. But:

      GNOME has more users than KDE

      So given that KDE has a 60% marketshare of Linux GUI installations, are you saying GNOME has 65%? (hint: they have less than 30%).

    3. Re:juarez by Robert+The+Coward · · Score: 1

      Not that I by either of your numbers but there are other OS then Linux. Solarous(sp?) user GNOME so both of your statments could be correct.

  47. cool column format! by Anonymous Coward · · Score: 0

    I didn't know they made a web browser for the Vic-20.

  48. Two things missing from Kroupware by Anonymous Coward · · Score: 0

    I've been dreaming of implementing something like Kroupware for my .org a long time. After reading the spesification I feel there are a few things still missing:

    a) A clear strategy for including other Open Source programes like Mutt, Mozilla and Balsa. Kroupware will not be a killer app before users has a choice in regard of apps to run it on.

    b) Placing personal adressbooks in an LDAP repository. Keeping adressbooks in kmail is IMHO stupid because it doesnt enable a) and binds the user to a special mailclient. Using the fine webmail package Horde, personal ldap adressbooks is now quite possible. The only thing needed for Kroupware is to enable personal _writeable_ adressbooks in LDAP.

    Tarjei

  49. duh by Anonymous Coward · · Score: 0

    They make a web browser for everything.
    My toaster has a web browser. So does my
    cigarette lighter. Where the fuck have you
    been.

  50. Three weeks by Anonymous Coward · · Score: 0
    So, the server component has a name.. the Admin interface has just been speced out. Lots of things are speced out and take years to develop, ... good night!

    Their contract requires that they have a stable version up and running by October 15. Come back in three weeks.

  51. Why is outlook the gold standard by BonziDogFace · · Score: 1

    It seems that every discussion of groupware is centered on providing "Outlook-like" functionality. I use outlook at work and can't help but believe that there are better approaches to this type of interface. Evolution just looks like a knock-off to me, so what! How about some real innovation in user interface design in KDE (or GNOME) instead of just trying to keep up with Micro$oft.

    1. Re:Why is outlook the gold standard by Anonymous Coward · · Score: 0

      you mean like vFolders in Evolution? Oh, oops. Sorry, I wasn't supposed to prove that you were wrong.

    2. Re:Why is outlook the gold standard by Anonymous Coward · · Score: 0

      Good point. There was a recent article by Walter Mossberg, who is sort of a computer writer for the business world (Wall Street Journal). The article was about replacements for Outlook, which he thought was very poorly designed. One of his suggestions was OutlookExpress, which apparently is a different codebase and much easier to use. But most business users are stuck with Outlook, thus it is the Gold std. I think he also suggested Eudora. But anyway, the point is, that KDE shouldn't design *too* closely to Outlook!

  52. Re:evolution [OT] by Drakonian · · Score: 1

    Does anyone find that the latest versions of Evolution don't work with their IMAP servers? Everything was fine until recently... 1.0.7 or 1.0.8. I haven't seen anyone else mention this so was just wondering if it's my server.

    --
    Random is the New Order.
  53. Why another client by Da'Rante · · Score: 1

    Collaboration should be easy. Why aren't more people making moves like horde.org, and building web solutions. Then you don't need anything but a standards compliant browser to do the job.

  54. 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)
  55. more to the point that croupe by binkley · · Score: 1

    More to the point, Kroupware sounds much too close to Crapware, and that's a bad joke I'd just as soon not hear. I hope they have a contest to rename the project; it is certainly insteresting work.

    --
    --binkley
  56. Seriously? by Anonymous Coward · · Score: 0

    Are you really on a Vic-20? I was only joking. Last time I saw a narrow Usenet post, someone replied "I didn't know you could get online with at Gameboy."

    1. Re:Seriously? by Anonymous Coward · · Score: 0

      Naw, I'm on a bsd box. I just like the way
      the narrow columns look. It's an old habit
      much like making sure I reply to stuff as
      an AC so nobody actually reads it but the
      person that made the comment. :)

  57. 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....."

  58. Kroup, croup or Krupp soundalike... by IdleTime · · Score: 1

    From the article: "Kroupware is a catchy name, but I wonder if the KDE team is aware of the English word croup" I think it's more likely to be a spin-off from the German Conglomerate Krupp, than the english 'Croup'. Krupp is knonw mostly for it's steel production, if I remember correctly. IANAG (I Am Not A German).

    --
    If you mod me down, I *will* introduce you to my sister!
    1. Re:Kroup, croup or Krupp soundalike... by daniel23 · · Score: 1

      Its somewhat astonishing to see how the sound of the projectname alone seems to induce the majority of comments. Alas, so be it.

      Krupp indeed was the name of a steel corporation that used to be famous in the first half of the last century but that name hardly bears any positive associations.
      However, said viral disease 'croup' translates to the German word 'Krupp' as well.
      And another of those negative associations is valid in German, too: crapware == Kroppzeugs (with '-zeugs' meaning some not further defined stuff just like '-ware' does.)

      In my ears 'Kroupware' sounds like 'groupware' plus an ironic pun on that stereotype German accent in american b-movies with an WWII topic. And that stereotype is based mostly on the fact that the US chose southern Germany as their zone of influence, therefore 'Bavarian English' moulded the stereotype. Like Bavarian pronounciation Bavaria as a whole is about as typical for Germany as Texas is for the US.
      (Right, we didn't get a Bavarian chancellor. But it was almost as close.)

      --
      605413? Yes, it's a prime.
    2. Re:Kroup, croup or Krupp soundalike... by Anonymous Coward · · Score: 0

      texas is alot bigger than Bavaria. And has more variety of through (being one of the most homogenous-minded states) than all of Germany.

  59. Re:evolution [OT] by stephenb · · Score: 1

    I use evolution 1.0.8 and 1.1.1 against an IMAP server every day with no problems at all.

  60. Why so integrated? by MichaelDelving · · Score: 1

    I have never understood why calendaring and emailing functionality have to exist in a single monolithic (excuse the hyperbole) application. I mean, I see how both probably should share common components, and that some level of integration (it is nice to receive a meeting announcement and click accept to add to your calendar) is extremely desireable, but why do we have to reinvent Outlook?

  61. this one is better by Anonymous Coward · · Score: 0

    ants are in my pants
    chewing on a crumb
    i'm a big fucking baby
    and my songs are dumb

  62. Horrah, yet another KDE groupware suite doomed by Anonymous Coward · · Score: 0

    Magellan
    Aethera
    some other Qt-only one that lasted maybe a week (began with a C if I recall correctly)

    and now Krapware! Er, I mean Kroupware! When will this one fail? I give it till the end of the year, I bet by then it will have keeled over and been replaced with yet another attempt at writing a groupware suite for KDE.

    *sigh*

  63. Actually this is pet peeve of mine by Anonymous Coward · · Score: 0

    I absolutely loathe deliberate mispellings of words that begin with "C" with a "K". This bothers me so much, I'm going to recompile all of KDE spelled correctly when I get some free time!

    1. 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!
  64. The sooner this comes out... by Anonymous Coward · · Score: 0

    The sooner my linux laptop can be productive at work as well as at home.

    Thank you Germany!

  65. 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
  66. PIM is only part of Groupware - Lotus Notes/Domino by luckycat007 · · Score: 1

    It would be great to see if this application could stand up to a true groupware offering - Lotus Notes/Domino. Groupware = Empowering teams to better communicate and share information through technical means. Lotus Notes allows discussion databases to be easily created/customized with minimal development effort, and includes a full, robust security model. Will Kroupware compete with this or is it just an Outlook (email) front-end?

  67. typo by roystgnr · · Score: 0

    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.

    You misspelled "Mosaic".

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

      Two thoughts: (1) Mosaic wasn't the first web browser (at the least, www predated it), (2) the commercial branch of the Mosaic source code was Spyglass Mosaic, which formed the core of IE, logically making IE just another version of Mosaic.

  68. Heil Kroupware by Anonymous Coward · · Score: 0

    Kroupware, Kroupware über alles,
    Über alles in der Welt

  69. 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"
  70. 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
  71. Great the goverment should pay for software by Anonymous Coward · · Score: 0

    Now this would be great idea if it was adopted in the US wouldnt it.

    Basically your tax money, paying for the deveopment of open source programs.
    The state using your dollars, to put you
    out of a job.

    Socialism at its very best.

  72. Overall, a good idea... by putzin · · Score: 1

    This is one more cog in the wheel that is useful software from opensource communities. It really is a great idea, but I think, slightly flawed. Let me explain...

    The arch paper goes into great depths describing all the great things the server and clients will do. It really is a description of a full end to end solution (I know that's what was asked for). Which, BTW, doesn't necessarily mean just to replace Outlook, but could refer to any other expensive groupware solution as there are at least 3 being used right now (Lotus Notes for instance). My take on this is that the project should focus on defining useful groupware properties from the perspective of a user. Put that information out for everyone to read and comment on, then work on creating a backed server type solution that is completely client agnostic. Then, in parallel, develop a KDE client to work with it. I would think it would be much easier for Evolution, KMail, Mozilla, and whoever else writes clients to adhere to a good open standard than it would to adhere to a completely KDE solution, even if it is open source. This also alleviates some of the other issues raised, such as the project is too KDE centric, or why do what MS does?

    Having read and digested some of this, it seems like a fantastic idea, but it's hard to overcome the feeling that it is absolutely targeted at Outlook. Maybe instead of competeing (like the German gov't wants), this is an opportunity to create a more user defined type of groupware. It's also an opportunity to create business opportunities for companies supporting Linux. Create a full blown groupware package based on this project and sell setup-config-support. This is also a fantastic opportunity to further all sorts of pieces of GNU/Linux that where limiting the design is, IMHO, limiting it's appeal and usefulness.

    But who knows? I'm not all that against a complete KDE desktop takeover. Can't be a monopoly if it doesn't sell it's product.

    --
    Bah
  73. 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....

  74. Simple solution. Re:evolution by Anonymous Coward · · Score: 0

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

    I just renamed my menu to read Kevo-Lution.

    Problem solved.;-)

  75. Kroupware will succeed. Aethera/etc failed because by Anonymous Coward · · Score: 0

    > Magellan
    > Aethera
    > some other Qt-only one that lasted maybe a week
    > (began with a C if I recall correctly)
    > I give it till the end of the year, I bet by then
    > it will have keeled over and been replaced with
    > yet another attempt at writing a groupware suite
    > for KDE.

    Kroupware will succeed. The reason Aethera, Magellan, and others failed was because they didn't begin with a K.

  76. 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?

  77. 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"
  78. Hacking it by shis-ka-bob · · Score: 1

    Hacking take on a new meaning with croup-ware

    --
    Think global, act loco
  79. 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 ...
  80. Re:NO! Not Outlook! by tjansen · · Score: 1

    Then dont use it. Kaplan just embeds KMail...

  81. 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.

  82. Re:This is delusion by noshellswill · · Score: 0

    And just which part, pad're of the 0.025% *nix desktop share are the KDE_egocents trying to capture?
    Doing a special good (byte)deed for the working stiffs, are they? Maybe ... KDE coders should keep BOTH thumbs on the keyboard ...

  83. Kaplan is a registered trademark by GlassHeart · · Score: 1

    of a test preparation company. Where did they get this name? It doesn't seem to be a dictionary word.

  84. GNOME's advantage by martin-boundary · · Score: 1
    Bummer with the K, but luckily GNOME apps don't have that problem, since they all start with a "g"...

    Oh, wait! D'oh!

    1. Re:GNOME's advantage by N1KO · · Score: 1

      The g makes things even more complicated since its hard to tell if the app you want to run uses gtk (gimp) gtk and gnome (galeon) or neither one (gdb, gcc).

      And then people whine about hungarian notation.

  85. 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.
  86. It's much faster..? by Anonymous Coward · · Score: 0

    Not as far as I've ever seen!

    Takes piggin' ages to reconsolidate/manage/release data.

  87. 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
  88. It's all gnu by Anonymous Coward · · Score: 0
    Actually in most these cases the 'g' stands for gnu if you exand the acronym.
    • gcc = gnu compiler collection
    • gimp = gnu image manipulation program
    • gtk+ = gnu image manipulation program toolkit
    • gnome = gnu network object model evironment

    Galeon's 'G' may be due to Gnome, but to my knowledge 'Galeon' is not an acronym. And many gnome app's don't use g's at all (eg Evolution, Abiword, Sodipodi, Nautilus).
  89. 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.

  90. 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.

  91. 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

  92. That's it! by Anonymous Coward · · Score: 0

    I'm going to let my gnome programs start with K and my KDE programs start with G!

    Oh, the wonderful chaos!

  93. 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

  94. 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.
  95. Kontact? by goldfndr · · Score: 1

    How about "kontact" or "kontakt" for a name?

    --
    Copyrights, Patents, Trademarks: temporary loans from the Public Domain, not real property ("intellectual" or otherwise)
    1. Re:Kontact? by egghat · · Score: 1

      mod the parent up. the name is very good imho.

      bye egghat.

      --
      -- "As a human being I claim the right to be widely inconsistent", John Peel
  96. Comments from a KDE Developer. by Anonymous Coward · · Score: 0

    I'm the guy who ported KMail to being a KPart and who put up the Kaplan screenshots on troll.no I would like to answer some questions and address some criticisms.

    I'm going to be answering questions from the KMail used as a KPart perspective, rather than the embed KOrganizer etc into KMail perspective.

    Regarding http://slashdot.org/comments.pl?sid=40596&cid=4320 845

    "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"

    Hey you can start up both the calendar and mail client with a single click, isn't that a technological break through? :-)

    To answer your real criticism, I've made KMail a KPart this means that KMail can be embedded into a container application like Kaplan and can communicate with other parts. KOrganizer and KAddressbook are already KParts. But KMail, KOrganizer, KAddressbook etc can still be used as a standalone application the same as always.

    Regarding
    http://slashdot.org/comments.pl?sid=4 0596&threshol d=1&commentsort=0&tid=121&mode=thread&pid=4321672# 4322886

    "Will they [the programs] 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."

    Yes DCOP can and is used to make things like that happen, and yes DCOP can be used even when the programs are running separately. DCOP kicks ass.

    Regarding the names kroupware and kaplan (numerous comments). The kroupware developers have stated that kroupware is the name of a project not the name of an application. The kroupware development is being done in a cvs branch and is intended to be merged into the existing KDE applications.

    Regarding Kaplan, okay it's a trademarked name used by a company that produces education software so I guess a new name is definitely need.

    Personally I like Kontact, I've done a trade mark search and I think "KDE Kontact" should be ok.

    Yeah I like K* names, I consider it a kind or branding, bad luck K* name haters.

    Regarding duplication of effort. This is not a completely new effort. We have been working on separate components for several years now, at least I've been working on KMail for 4 years, and was cofounder of the kde-pim package. Now one way or the other we are plugging together these separate components.

    I'm only speaking for myself here, I have no formal connection with the German government and this effort of mine isn't connected to an official Trolltech project. (But Trolltech is a great company, they let me use company resources to work on KDE stuff, and would never dream of firing me for putting slashdotted screenshots on their webspace without formally asking for permission first).

    Don Sanders.

  97. Re:Kroupware will succeed. Aethera/etc failed beca by Isle · · Score: 1

    No because they weren't developed by KDE developers... The same reason GNOME is going to fail ;-)

  98. Kroupware... by samdu · · Score: 1

    ...is too similar to krautware.

  99. Re:so how can I reply-to-many?. by Anonymous Coward · · Score: 0

    OK, Exchange Lover, please tell me how to achieve the following simple task using OL2k/Exchange.
    1) broadcast mail to #all asking for 'volunteers' (for example) - easy
    2) Get 100 replies - fair enough
    3) Send a common reply to all 100 respondees *without* manually adding them to the address list (you cannot select multiple mails and hit 'reply' for some unknowable reason)
    4) Set up a meeting using the shared calendaring with all those respondees invited - and you can't drag their mails onto a meeting request, you have to invite them 1 by 1, manually. Why can't I drag their replies onto my calendar to generate a meeting request?

    (3) is the one that really puzzles me as it seems such an obvious requirement. So many unwanted features instead....

    answers please on a postcard to miles.hemberATgenerics group (all one word) dotCOM

  100. www.prochange.org even.... by bhsx · · Score: 2

    www.prochange.org even....

    --
    put the what in the where?
  101. MS vs. Schroeder by Anonymous Coward · · Score: 0

    did you knew about the MS-hunzinger scandal that caused the loss of votes for Chancellor Schroeder??

    His Government invests in KDE.

    http://vancouver.indymedia.org/news/2002/09/1709 5. php

  102. Reinventing the wheel ? Go for it ! by Dave21212 · · Score: 1


    There is already a mature, reliable, inexpensive (for professional use), robust groupware platform for Linux that supports open standards...
    ...it's IBM's Lotus Domino.

    I agree with the other posted who mentions that typically, these are tools used by businesses and should be managed by *professional* sysadmins and developers [shameless plug]. KDE can and should create an "Outlook Killer" but I doubt we'll ever see the range and depth provided by something like Domino. They seem to have quite a well-defined plan there, but for those of you who are interested, these are some other great Open Source groupware initiatives for Linux that build on the Domino idea and in most cases extend it (say hi to Nate for me). You may also want to cross-reference this with IBM's Domino Groupware for Linux information at their site.

    I really do wish these folks the best of luck.

    --
    "Whoever would overthrow the liberty of a nation must begin by subduing the freeness of speech."--Benjamin Franklin
  103. that's not the problem... by smartfart · · Score: 1
    Several apps/components can interface with an exchange server (evolution + connector, for one), but the issue is that of replacing exchange altogether. That, and making the iCalendar etc.-compliant server talk to exchange (until M$ breaks that functionality, of course).

    I'm trying to get read in on the project (RFCs, relevent projects, etc.), and also ran a few numbers:

    • 100-seat Exchange license plus Outloook: ~$8500, plus $2500 labor for the consultant
    • 100-seat Domino license plus Lotus: ~$8500, plus $2500 labor for the consultant
    ...so you see, exchange/outlook and domino/notes basically cost the same. They both work, for the most part (notes' clunkiness previously noted). You can certainly put evolution on the desktop, but you're stuck paying $70/seat for connector (whereas outlook is free if you purchase exchange with seats), and you still have to purchase the exchange server and seats.

    There are a few projects that allow you to take scheduling info generated by evolution and publish this data to a web page (jical for one), but an exchange replacement AFAIK just doesn't exist yet. Gripe as much as you want, but this is a big missing piece that we have to deal with if we want to be successful dethroning windows in the corporate world.

    The upsetting thing is that the iCalendar RFCs were written in 1996, and we still haven't gotten a satisfactory working product, as noted a few weeks ago here on slashdot.

    Oh, and:

    1. this post
    2. 100-seat Exchange-workalike opensource app plus evolution/Kroupware/phpgroupware/etc.: free, plus $2500 labor for the linux consultant
    3. Profit!!!
  104. inconsequential test by Anonymous Coward · · Score: 0
  105. Last Post! by alpg · · Score: 1

    Many of the convicted thieves Parker has met began their
    life of crime after taking college Computer Science courses.
    -- Roger Rapoport, "Programs for Plunder", Omni, March 1981

    - this post brought to you by the Automated Last Post Generator...