German Government Commissions KDE Groupware System
tankengine writes "The German government has ordered a full-blown open-source groupware solution for KDE, to be delivered by the end of this year. It will consist of a server made of standard OSS components (Apache, Postfix, LDAP, etc) called Kolab, and a KDE client. The contractors are aiming for functional equivalence to MS Exchange and Outlook 2000."
post
I'm moving over there :) (Is only 10 Kilometers anyway)
-=- I heard rumours about an OS called "Social Life", heard of it? Is it stable? -=-
give it up. Microsoft is your daddy.
fpiss
I dont use KDE but it seems a good place to start..
woohooo...
I jsut heard some sad news on talk radio - horror/fiction writer Stephen King was found dead in his Florida home this morning. There weren't any more details. I'm sure the entire slashdot community will miss him; even if you weren't a fan of his work there's no denying his contribution to popular culture. He will be sorely missed, truly an American icon.
They have been working on a similiar project called Aethera for awhile.
_ _
What has happened to this project?
I use Evolution everyday and found it very nice. The screenshots of Aethera look really nice and the interface from this screenshots look pretty damn intuitive.
Has anyone ever used Aethera?
How does it stack up to Evolution?
_______________________________________________
ACK
Just to be clear, will the finished product be freely available to all? I read the article, and it seems that way to me, but I'm unsure & don't want to get my hopes up too much.
It certainly seems a little farfetched to expect that out of the blue we'll get an Outlook/Exchange replacement at no cost.
It's too bad that they're spending money on redevelopment here. Desktop holy war considerations aside, it would be nice to see their efforts go to extending Evolution's *existing* interoperability with their target systems.
I think that's the sound of hundreds of M$ employees spitting their coffee all over their monitors.
Ksurely Kyou Kan Kthink Kof Kbetter Knames Kand Kanyway Kevolution Kis Kalready Ka Ktop Kclass Kroupware Ksuite Kand Ka Kbetter Kstarting Kpoint Kand Kits KGPL
You could at least keep your Stephen King trollbot up to date... I mean, this is old news man. You've been saying, "this morning" for the past 6 months.
:)
Go away or at least be an accurate troll.
Imagine a beowulf cluster of these! Or a beowulf cluster of these.
A Linux-based Exchange-a-like would be a God-send to me, and I suspect to many others too. You can get some of the way there at the moment with IMAP and LDAP, but as has been gone over ad-infinitum on this site the calendar side is completely lacking at present.
Cheers,
Ian
The contractors are aiming for functional equivalence to MS Exchange and Outlook 2000."
At long last. KDE will have all the security issues of Exchange and Outlook. We'll see which OS has the most viruses now!!
Moderators: please read this.
Good quote, too many chars. Seriously, the slashdot 120 char limit sucks!
A stated aim of this (in the email) is that it will work in a heterogeneous environment.
So, do any GNOME hackers fancy writing a Connector-style plugin for Evolution to talk to Kolab?
Shouldn't be any reason it can't be done as far as I can see...
Listening for the sound of the coming rain...
Since the groupware server will be assembled by existing OSS offerings, there is likely no requirement to use the supplied client if one does not want to. Indeed, if it's all open protocols, Evolution should be able to work just fine with it as is. Other (partial) clients should also be perfectly usable. This mix-n-match possibility is really one of the great strengths of OSS.
Trust the Computer. The Computer is your friend.
My first reaction what that they're reinventing the wheel. Then I saw that they're going to be using and extending many current KDE components. *IF* the KDE teams takes these changes/modifications and uses them to build a new base, great. If, however, this becomes essentially a fork of current Kmail, Korganizer, etc., I don't see this as a good thing.
And yeah, why not take Aethera and build on that - it's already more integrated with itself and other things, and I'm sure the Kompany could have used a nice gov't contract just as much as the team that got it (maybe moreso).
creation science book
This is very cool stuff, except the name: Kroupware, sounds a bit like "kraut"ware; not the best association for a piece of software contracted by the german government.
The authors though said it wasnt likely to be the final name, just a temporary one so they dont have to waste time coming up with one before starting the coding.
btw. The subject of this post is also the title for Dilbert episode, emphesizing the importence of getting started over getting a name.
My big chance at karma whoring:
More info available at kroupware.kde.org
I'll do it for cheesy poofs.
Surely you can think of better names and anyway, evolution is already a top class groupware suite and a better starting point and it's GPL.
The big news isn't the client. It's the server. Bringing all the available standards together into one server that a client like Outlook or Evolution can use is what's missing. Companies have no option for a good colaborative groupware server other than Exchange and Lotus Notes. Notes is a viable option, but myself and others do not like using it's client at all.
Point being, what they're creating (or bringing together) is the only server for Linux/Unix which will directly compete with Exchange.
Developers: We can use your help.
This is a very good development. As a business user, I can tell you without a doubt one of the biggest things holding Linux on the desktop back is the lack of a good groupware client on the order of Exchange - Outlook functionality. They've become very entrenched and people like them.
Hopefully this will turn out well!
Have a Happy.
Look in :* Architecture Paper 1.0
Search for point "5. Windows Client".
Seeing Germany adopt KDE/Linux is a great move - I hope other countries will follow. It appears that only the U.S. is caught in M$'s claws - unimaginable to see Billy lobby for anything like this...
Look at the history of cars and paved roads for example. Once there was enough cars on the road, the need for well paved roads became a public utility. Same is true for gas, water and electricity. Once it starts going that way, people's tolerance for non-standard ways becomes a huge issue.
then again, I could be smoking crack and this is just more PR bs.
I hope I'll manage to use it with Ximian Evolution, even if it's Gnome-based...
"It is more complicated than you think" (The Eighth Networking Truth from RFC 1925)
I am wondering if this will be available to regular users like us, or if it will be a boxed product. While I dont fully expect KDE to deliver the entire product free to everyone, I think at least they should release the end product with alot of the things the government needs, such as group connectivity and groupware, not included as long as we can get what we all want - A alternative to Outlook. (Although I myself am a little partial to Evolution ;)) And another thing, what is the licensng going to be for it? Is it going to be GPL or are they going to start from scratch with all the code?
Its going to be intresting to see how the KDE guys pull this off, and Id be very suprised if they can meet the deadline!
Kyle "DotCom" Lynch
...I need some cheeze-its...
It'd be great if this KDE effort were also compatible with Apple's current efforts (Address Book (LDAP, vCard), iCal (iCalendar), Mail (IMAP).
mbbac
Perhaps the German Government should allocate just a wee bit more time for the development of a FULL Groupware Suite?!?!?!? I honestly don't think that in two and a half months you are going to have anything that is either the functional or quality equivalent of the MS Exchange Server and the Outlook Client.
Whats sad is all the comments above rooting for these people and talking about how MS employee's just spat gallons of coffee onto their monitors when reading this. How clueless can you be? If I was working for MS I would need somebody to sedate me to keep myself from laughing to death. In two and a half months they will probably have something that looks quite similar to PINE and FETCHMAIL being strung together through use of a questionable shell script written in some "community developed" ass backward language that nobody gives a flying fuck about.
This will do nothing but bolster Microsoft's grasp on their marketshare as the CIOs of big companies will evaluate this open source "groupware" suite after the whores at ZDNET make a big stink over it in January of next year. If they evaluate a piece of groupware software that was developed in two months I can assue you that they will NOT be impressed when it comes across as something a couple teenagers jerking off in their garage (e.g. Beavis and Butthead) could've developed.
J
I love idealists not because I am one, but because they make life bearable for pragmatists such as myself.
..it costs.
That is the funniest thing I have ever seen! I've been laughing at it for the past 15 minutes and so have my co-workers! Damn! This guy is sharp! HOLY SHIT!
HAHAHA!
Calendaring is the one add-on application that all Exchange sites use. It must be usable, well-thought -out, and provide full multi-calendar/multi-site functionality.
If they manange that - say goodbye to Exchange.
sPh
There's something about the Germans that makes them good at software engineering, in fact any type of engineering. Of the open source projects I've seen, some of the best ones have been German. They should make a good job of this.
It's not wasting time, I'm educating myself.
and they want it delivered by the end of the year?
Lowest Bidder, anyone? Ten to one this thing will take two years to debug. Feh.
A future where the M$ monopoly years and all its closed-standard horrors are simply referred to with a shrug as the "dark ages of software."
It could happen...
I've been thinking that the Mozilla project should do something like this. They have the resources to handle an Exchange replacement. Imagine "Mozilla Server" which is a single-install replacement for Exchange/IIS; it uses existing OSS components like Apache but ties them together and simplifies configuration. The Mozilla client would be very well integrated into the server, able to access web pages, email, and newsgroups, as well as LDAP contacts, scheduling, and other groupware features.
Of course since the source and the standards are both open, many other clients would be able to access the data as well. But I think Mozilla/Netscape is enough of a force in the OSS world to set the standard for a project like this. I'm not sure KDE is.
You spelled " G roupware" wrong.
will be to compare Kolab to I.G. Farbin
Outlook has the worst interface for making
meetings that i can imagine for such an
"advanced" product.
From the kroupware koncept:
...
"ProFTPD offers good security features such as change root environment and a fine granular access configuration.
It's only functionality on the Kolab server is the legacy mode to enable Windows clients to publish their free-busy lists via anonymous FTP on the server."
Anonymous ftp access? Kiddies, start your pub-scanners!
You'd think komputer konsultants kould kode up a more sekure solution.
They do say its disabled by default, but since we all know there will be "legacy" systems around for years, they'll have plenty of wide-open boxes. Why FTP anyways?
I don't need no instructions to know how to rock!!!!
Really, if you think about it, this is the obvious step.
At some point, it becomes cheaper to just write your own version of the software than to pay the per-seat license fees that MS and other commercial software vendors charge. If you're a large organization (or a consortium of really large organizations), writing your office apps in-house is economically viable. It's even moreso if you've already got open-source components to work from.
And open-sourcing everything--even if you aren't legally obligated to--costs nothing and often means that you get free additions to the project.
...however, is the size of the code. I'm not trying to troll here - I do love KDE - but it's just so big.
Have there been any attempts to optimise the code? I switched my laptop (PIII 750, 128Mb mem) to KDE3 a month or so ago, and the thing just crawls. So then I changed to fvwm, and it was truely amazing - like I'd bought a brand new machine. Now obviously I'm not silly enough to think that there isn't a price to be paid for the extra functionality of KDE, but my laptop isn't _that_ old, surely KDE should be able to run adequately on such hardware?
-- Even if a god did exist, why the fsck should I worship it?
I wonder how far elections are part of this decision.
Why when people say, "Oh, let's make a replacement for Outlook/Exchange?" do they so readily forget about Public Folders... It wouldn't be so hard for me to convince people at my job to move away from Outlook/Exchange, but we have massive business rules written into the Public Folders, that we can't just "do away with".
Your post is a bit troll-ish but you raise some points worth considering.
I suspect that there is a market for a strong Exchange 5.5 replacement. There are a lot of midsized organizations out there (50-1000 people) who are running Exchange 5.5 and often NT 4 domains. They don't want to upgrade Exchange, because full implementation of Exchange 2000 requires Active Directory. And they are either satisfied with Novell eDirectory (NDS), or they just don't want Active Directory and the complexity it brings. And that is not to mention the Licensing 6.0 issues.
So, many of these sites are looking at Samba and other Open Source solutions when NT 4 goes off support. But the problem is not NT Server - it is Exchange. How do you replace that? Most sites only make light use of the groupware features, but they do make SOME use - particularly the calendar.
So, if an Open Source product is developed that can replace the core functionality of Exchange 5.5, I think you would see quite a bit of demand.
sPh
I'm not fully confident that stringing together Postfix, Cyrus, OpenLDAP, etc. is really going to produce a cohesive groupware server. Yes, it'll work, but it'll be difficult to install.
The real value here, though, is that the KDE project will now be defining a bunch of standard interfaces by which open groupware will access its back end services. Even if they don't get the back end perfect the first time around, by the time they're done they will have a very detailed set of specifications for the rules by which an open groupware client will talk with an open groupware server. Sure, there are standards for the basic protocols -- IMAP, SMTP, etc. -- but there are no standards for things like, which IMAP folder contains your task list? What's the URL to find another user's free/busy times?
I think this is a big step forward, but it can be done even better. (Full disclosure: I am a developer on the Citadel project, which aims to provide an easy-to-install groupware server; we're doing it as a single integrated server instead of stringing together multiple existing unintegrated packages. So my view on this is admittedly subjective.)
Tired of FB/Google censorship? Visit UNCENSORED!
Come on Slashdot, its "kontractors" (not "contractors").
I really wish you'd spell check!
Because if you do, all the software running the show was made by gov't contractors (like myself).
Gov't contractors aren't gov't employees- they are real businesses that get paid by the gov't.
In the future, I would want to not be isolated from my friends in the Space Station.
I'm no big fan of Microsoft, but does anyone else find it disturbing that a nation state is "ordering" development of software that it knows will directly compete with that provided by the private sector (aka, MS Office, Corel, etc.)?
Smells like an unfair subsidy to the German software industry, even though the eventual product will be open source.
"We're sorry, but the website you're trying to reach has been disconnected."
this is the last missing pc!
an exchange killer is ALL we need.
To be delivered by this year? IE, done in three months? This seems a tad ambitious. The article doesn't specify the deadline, so where does that come from?
This is huge. If you can have a benevolent benefactor fund a large software effort, and then allow the thing to be open sourced for the good of the world, that seems to me to be the ultimate win-win.
Without this, I just don't see how an exchange-killer could be built. It's just so huge, and does so much.
Now, whether the German government is a benevolent benefactor is another matter entirely....
I still see a problem. How many companies run plain generic Exchange? Even my small company doesn't. We use things like BlackBerry devices and other plugins. Without those most companies will still run in to issues when migrating.
I agree with you. I have a Pentium III 933 Mhz, 128MB, 20GB 7200 RPM disk. KDE has the same exact performace as Windows 2000 on this machine, which I find not slow, but not fast either.
I have found that with a crappy video card, things really slow down. The refresh rate settings must match the exact performance of the monitor, otherwise, everything will flick. This is due XFree86.
Perhaps compiling your own KDE in a separate directory using options like -Os or -O3 would help the final binaries performance.
Indeed, I can't understand why the execution of kdeinit a couple of times is capable to consume more than 130 MB of RAM.
Then I could reserve the bedroom for 9:00-9:03pm and schedule an appointment with the wife to have sex!
(yes, I know, if I'm that incorrigibly geeky, I obviously don't have a wife!)
I don't find it disturbing. The software is paid for by the German people, and given to the German people, under a license that doesn't permit private corps to take it and lock it away. And no, a fucking corporate isn't a goddamn citizen, they pay taxes for the privilege of being allowed to conduct business. That doesn't make them a 'person'. Besides, how is this any different from gov. funding of a new fighter craft? Thats gov funding to create a competitor with a private sector's product. How is that any different?
Apple's iCal is an open source vCard calendaring program. Along with e-mail, it makes for a good, cheap system for meetings (it can do invites) and calendars.
Aethera is in the Debian unstable packages list
thank God the internet isn't a human right.
With my government, I pay for corporate welfare and software patent clowns.
How can I redirect some of my tax money to go to Germany?!
Ahhhhhahahahahahahahahahahahahahahaha, chortle, snort, guffaw.
Thank you for the funniest post that I've read all year! I spit my coffee across the room and the people in the offices around me were wondering why I couldn't stop laughing. It's literally and conceptually funny in such a variety of ways - you are a comic genius! And it's just subtle enough that someone might think that you're serious.
Looking at the road map Aethera is due for release any moment
thank God the internet isn't a human right.
You've got to be kidding me. It can't even handle being a web browser without periodically locking up.
I know this post is somewhat redundant, but I think it's worth noting, that the short term solution will be the Bynari Plugin for Outlook but the longer term solution will be a separate stand-alone open source client for windows. Which will replace Outlook completly.
WONDERFUL news.
Bye egghat.
-- "As a human being I claim the right to be widely inconsistent", John Peel
Spot the Troll!
I have but one thing to say that even M$ hasn't really dealt with:
ALLOW THE FUNCTION OF CREATING CONFERENCE ROOMS AND LOCATIONS THAT CAN BE SCHEDULED AGAINST.
The only was I have seen Exchange pull this off is by having a user created for each account and keeping an outlooks session open for each conference room, then setting the conference room account to Auto-Accept invitations.
For the love of dear god please tell those german contractors to put this function in!! I am in a building right now with 67 conference rooms and I can't count how many times a room gets double, triple, and even Quad booked!
-=[ Who Is John Galt? ]=-
If Evolution is a replacement for Outlook clients for Linux, why not create a server componenet that runs group calendars. This seems to be the only piece missing from a total Linux server replacement for Exchange. If Evolution can sync this info with exchange, why not create their own server to do the calendaring also? then we would have a complete server client groupware solution. HTML calendaring is not a solution, many companies and users like applications that can launch events and real time syncing.
What are we going to do tonight Brain?
It is directly aimed at replacing Windows and Outlook/Exchange by giving the German government an effective countersource for this software. Standing alone, that is not bad - iff, they kept the software to themselves.
Your sophistry aside, by NOT going for a closed-source solution and introducing the software into the public domain as Open Source, the German government is entering into a competitive arena currently being served (for the most part in businesses and governments) by software created by private companies.
Economically, it is an unnecessary intrusion into the private market.
And by simply pointing out that governments have done this for years does not excuse this fact.
"We're sorry, but the website you're trying to reach has been disconnected."
Mozilla seems to have all of the functions of their client except the small bits (Tasks, Notes, Palm Sync) already, and it's stable, well-integrated and tested. It also runs on Windows, Linux and other platforms, allowing you to have the same client everywhere (less support load.)
It seems odd to cobble all these disparate KDE projects together instead of using Mozilla. But maybe this is because the KDE developers are more familiar with them. Still, I'm sure someone will make Mozilla work with Kollaborator server, or whatever it's called, soon enough.
Gerv
Hopefully this will start a trend. This is a very altruistic move on behalf of the German government... to commision and pay for the design of software to suit their needs, yet design and develop the project as open source, so that once it is done everyone around the world will be able to benefit from it.
We should try to get the US government to declare all contributions to open source development as a tax writeoff. Heck, maybe they already do, but somehow I think I would have heard of it by now if they did.
If this project delivers, the Exchange server at our organization will be in the dumpster before the hard drives have a chance to fully spin down, and I'll be running a shiny new copy of SuSE Kroupware in its place.
Hell is being intelligent in a world full of idiots.
KDE sucks
This project is excellent news.
It marks a new direction in the way OSS applications are built.
One advice to the project team:
Do not be shy of compatability.
Make sure it is easy to migrate from MS products.
Make this an explicit and highly visible feature.
Provide MS-like skins as standard.
Ensure interoperability.
Make the migration path easy and people will take it.
Remember that businesses, like governments, have no loyalties.
Only interests.
And saving money is always a good message.
Sig for sale or rent. One previous user. Inquire within.
About a year ago, I decided not to use "closed" and the word "standard" together anymore.
"Closed specification" versus "Open Standard". That's what I use now. Sounds clearer, better, doesn't it?
Only in the same sense that a US government purchase order for n thousands of Microsoft licenses is an unfair subsidy to the US software industry.
...and therefore it is impossible to "unfairly" compete against them. They put themselves in a position where all legal competition is perfectly fair and allowable.
Dewey, what part of this looks like authorities should be involved?
I don't think it's out of line, or uniquely American, to fear the government entering into direct competition with known economic paradigms--and that's what we're talking about. When the US subsidizes a company, its intention is not to displace an entire sector with whatever it's ordered, ie. we take a bid for a jet, which is a standard product that can be produced by a number of US companies. The production of the jet hurts no other sector of industry.
On the other hand, with this paradigm, there is the *risk* that the government starts displacing companies by releasing a free product. On a bigger scale, it would be like the US paying a lump sum for a technology that creates free cars for everyone--sure, this would be pretty cool, until the big 3 go out of business and the economy crashes down behind it. This might not (probably not?) happen, but it's worth thinking about--even if you're Canadian.
I'm sure the original poster, despite being _such_ a _typical_ ignorant American, is aware that the US subsidizes private industry. I just think the original poster was just exploring an idea--you don't have to get all offensive and anti-American about it.
I'm sorry to see that so many /.ers can't see the economic reasons for keeping government out of private markets whenever possible. I'm not saying the German government is any worse than say, the American or Canadian government. I'm pointing out that in this one case, you've got a nation-state building something it plans to distribute freely that will compete with products that private market workers and investors are making a living from.
Read one of Friedman's speeches on market distortions for a good view of this.
"We're sorry, but the website you're trying to reach has been disconnected."
Perhaps the German Government should allocate just a wee bit more time for the development of a FULL Groupware Suite?!?!?!?
"How long does it take to make a FULL Groupware suite" is a question like "How long is a piece of string?" It depends on what you mean by a "FULL Groupware Suite".
If they were going to try to reproduce the functional equivalent Lotus Notes in four months, I'd say they were smoking crack. But Exchange? Exchange has always struck me as a triumph of MS obfuscation. It isn't really much of a groupware platform, for most people it's just an MTA, MDA and calendar server.
As far as I can see, the problem isn't that there aren't open source implementations of all these functions. If any thing, there are too many (if there can be such a thing). Each of the pieces needed for 99% of what people do with Exchange has been done in open source -- multiple times. It even seems to me like there have been plenty of groups trying to use these to get an exchange replacement off the ground, with various levels of completion. The problem is nobody has got to critical mass.
It seems to me that a large user paying somebody to integrate the pieces is a good way to move the ball forward. Given the software that is already freely licensed that solves most of the problem, could an adequately funded team of experienced software developers pull together mail transfer, mail delivery, calendar and user agent in three months? I don't see why not.
Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
This book was reviewed here.
*
...vividly encapsulates that post-Watergate/pre-punk/coked-up moment when you could trust no one, least of all yourself.
pubjames, you anti-american, communist piece of shit. Hasn't anybody shot you yet?
I've got a pet troll! He follows me around and does little poo-poos. Cute! "My Pet Troll" - sounds catchy. Perhaps I should patent it.
Now the trolls are not only going to call linux users commies, now we're gonna be called nazi's as well.
Ever try to share 2 cars among four people?
Right now that resource is scheduled by post-it notes on the Fridgidaire. Maybe next year my teener children will be able to reserve the car from their Palm Pilots? Of course, I reserve super-scheduler rights on the Camaro.
If they can pull this off, it will be an impressive success for the open source model. For a set of contractors to go from getting the problem description to a complete implementation in 3 1/2 months, due to the existence of a good set of tools, would really show the strength of the model.
Getting a custom installation generally takes far longer than that. If this project works, it will start to look reasonable for companies who are planning to get a proprietary solution to get an open source one at the same time to use until the proprietary one is ready.
to the closed source Ximian connector. I'm so glad the good folks at KDE have the community in mind rather then their bank accounts. For them, it has never been about the money, but rather about the love of doing it. It really shows in the exquisit attention to detail they put in to each application. Sure, it's buggy at times, but considier how much functionality it provides.
:-).
Some argue they are reinventing the wheel. I say why not? When creating something of this complexity, I would find it easier to start from scratch rather then try and hack someone elses work. Besides, the KDE folks really don't care what other people think of their methodology, they'll do it the way they see fit. This is their style. 'Nuff Said.
As for integrating Evolution into KDE, that is just plain crazy! How many times must it be pointed out that KDE and GNOME cannot be so easily integrated. For one, they use totally different widget libraries based on different versions of C [as in C vs C++]. Secondly KDE is programmed using OOP concepts and structures, whereas GNOME is uses modern C structures. The KDE developers try very hard to prevent non-OOP code frome polluting the KDE sources. Moving Evolution to C++/OOP would take just as much effort as writing the application from scratch. Finally, it still leaves them in the same situation, as Ximian isn't providing source code for the Connector. Needless to say, this attitude is not in sync with the Free Software communtity as a whole.
I know that people have their opinions on desktops, but I think having the choice is more important. I don't think I'd be happy with only GNOME as a choice. Similarly, others wouldn't be happy with just KDE as a choice. Since I prefer KDE, I'd rather have a Outlook-style tool that is written expressly for my desktop. This saves space because then I don't have to install the GNOME libraries required to run Evolution.
So KDE fans rejoice, for we are that much closer to joining GNOME in the conquest of the corporate desktop
I've had long contact with Groupware systems (have installed and run Exchange & Groupwise systems for several years), and I'm always amazed at why someone hasn't managed to take the IMAP standard and extend it so that it's simpler to interface with more vanilla clients or lower-end clients.
Basically even the "full" client would talk IMAP to the server and then render the data to whatever GUI calendaring/scheduling stuff it would want. The advantage is that vanilla text IMAP clients could still enumerate a folder and read non-mail data as messages, and perhaps even send mail messages that could be interpreted by the server as non-mail items (appointment, tasks, etc).
Exchange's IMAP functionality kind of does this, but calendar items don't show up as anything more than URLs to the Exchange web client.
>>The Mozilla client would be very well integrated into the server, able to access web pages, email, and newsgroups, as well as LDAP contacts, scheduling, and other groupware features.
>Isn't this how we got into this mess in the first place? The OS needs, IE, which you can't remove, and Outlook requires IE, and everything is integrated into these two applications and their support subsystem. Look at the trouble it's given the Windows users.
True enough, but is that arguement supposed to support the KDE alternative approach? That comment applies equally to KDE, does it not?
Just TRY decoupling Konqueror from KDE... you can't even (EASILY) build KDE without all the theme stuff.
Personally, I think 70% of this is backend, desktop/OS-agnostic stuff... and should be worked out in a desktop-neutral manner. I'm not saying everything would be built with KDE dependencies, but it would not surprise me either.
We really need some cooperation and coordination between KDE & GNOME... I'm not putting forth the "one desktop" concept, but surely we can get cooperation on things like calendaring. If GNOME has a calendaring concept (Ximian's commercial Exchange plugin doesn't count), then all the open source folks should leverage what they have in common.
It is honestly the only thing left stopping my organization from being completely open source. I have a feeling it is the same for many other small businesses.
"Kick" and "ass".
Now all we need are non-KDE clients that'll run on Windows and OSX and we'll be able to get rid of Outlook completely. I wonder if any other clients will start to support its standards, it would make sense to do so?
Still, a wonderful step in the right direction.
Wrong..
You CAN build Konqueror out of KDE - there's a special version of Konqueror which doesn't even requires X! it's called KDENOX (KDE NO X)..
As for themes - you can do it also. You just need to remove the directories of the themes before you start compiling KDE.
Hetz (Heunique)
This is a great thing, but the problem I'm really seeing here is that there was nothing in the contract that suggested UI research be done. The truth is, the UIs of these programs they're going to be using (including the back-ends) are really pretty horrific.
KMail, etc. really need some interface overhauls, and Kolab could really benefit from a central "component-type" (see Horde) administration interface. What would make more sense? Having to use a bunch of different open terminals, web admin tools, and configuration scripts? Or a single management interface that would let administrators install Kolab and manage Kolab as Kolab. Not as Cyrus+Sendmail+ProFTPd+OpenLDAP+etc.
You don't know the difference between "too" and "to".
Time for English 101!
is this a setup for failure?
BC
Umm... apt-get remove konqueror? Then you can easily change the file associations for files, directories, html, etc to use other programs. Admittedly, this required some work on the part of the debian folks to break up the monolithic kde packages, but clearly it can be done.
Just today I was talking about how Linux really needs this sort of thing (well, that and a decent network filesystem; NFS is vile and AFS is ... idiosyncratic. Coda is apparently not particularly suited to real world needs and Intermezzo is something completely different)
The LDAP integration is actually something they could really lever here, KDE could seriously do with a graphical LDAP admin system (ie one specifically designed for managing users in particular). That and they would do well to stick Kerberos up every concieveable orifice too - Single Sign On is a good thing, and I dont mean one controlled by a company with the letters M and S in its name.
Adapt or Die!
BTW, I'm american.
Democracy is two wolves and a lamb voting on what to have for lunch. Liberty is a well-armed lamb contesting the vote.
I bet they will, the tools are there as you said. Can you imagine 1993 for GNU/Linux ?
- OpenOffice 1.* / StarOffice 6.*
- Mozilla 1.* / Netscape 7.*
- Stable GCC/C++ ABI for a long time (we hope
:-)
- Stable KDE API for a long time (3.*)
- Stable GNOME API for a long time (2.*)
- Groupware solution (kroupware)
- Apache and the usual server stuff
- Lots of commercial software already ported (Kylix, Oracle, Games, etc)
I think the time for maturity of GNU/Linux as a whole (embedded, desktop, workstation, low-end server, high-end server) has come. There is only one main thing remaining: an office (XML) file-format standard for all free software office suites, please !. This is the next big step IMHO. Filters are holding Office suite projects behind. A common standard would make infinetly easier to everybody. There is a kickstart here but there is no much activity yet it seems. Please go and help if you can !n/m
Germans... so is that a play on 'Groupware' or 'Krautware'?
tankengine
has ordered
contractors
functional equivalence
Now, sequencing them and adding a single apostrophe, you get:
tankengine has ordered contractor's functional equivalence
I think this entire story is a front for hiding secret messages in the link texts themselves. So we may want to start poking through other Slashdot stories and look for other secret messages.
(Note: Yes, this is a joke.) ;o)
-----
"You spilled my egg... I needed that egg."
Many posters have argued that government intervention into private software markets is bad, and that Europeans are foolish not to see how bad this really is
We already have government intervention into US-produced software. Europeans know full well about this, and are wise to push open source solutions.
Having another country's government spy on your citizens IS a proper concern of one's own government.
"dope will get you through times of no money better than money will get you through times of no dope"
I'm sure a good chunk of the price consists of taxes supporting our European friends.
"dope will get you through times of no money better than money will get you through times of no dope"
It's the duty of any government to spend its citizens' money thoughtfully.
Agreed. In fact, this is a perfect example of the free market working as it should. What has happened is that one of the major customers of groupware products has realised that it is now cheaper to contract out for their own solution than to buy in from external suppliers, and so this is what they are doing. This is in large part due to the wealth of excellent free software available to base such a home-grown solution on, but also due to the high prices and excessive restrictions on existing groupware products.
Put simply, the incumbent suppliers have not reacted to changes in the market and have priced themselves out. If Exchange, for instance, was $100 for an unlimited user licence, then I suspect this Kroupware project would never have got off the drawing board - it simply wouldn't be economically sensible. Unfortunately, the current vendors' greed has blinded them to the needs of their customers, and they will suffer in the longer-term for it.
The fact that the Kroupware project will itself all be free software matters not one jot, at least not from the perspective of the free market, all it is is a new competitor, and from the point of view of the consumer, one that has a number of very attractive attributes that existing solutons cannot match. But that's just how it works: if, as a vendor, you price your products too high, or your products are sub-optimal or place too many restrictions on the user, then you are going to get competition and often you will have a hard time matching your new competition. That's just tough luck. If you cannot compete on price due to your competitor having lower costs that you cannot reduce, then you will have to make your product attractive in other ways.
This is precisely how the free market economy is supposed to work. It doesn't matter that the project was instigated by a government, all they are is one of, if not the largest customer of such products, so they have the most to gain from reducing their costs, and are probably one of the least risk-averse - it doesn't matter to them if the project succeeds or fails, they will survive either way without really batting an eyelid.
Free market advocates who try to write governments out of the economic script have it precisely backwards - in any country government is one of the most important players in the economy, certainly one of the biggest consumers, and you cannot just ignore that. Consider them as the largest non-profit organization, in effect a charity dedicated to the advancement of the country as a whole, and you have a better idea of who they are and how they are important economically.
It would, in reality, be no different if a large ordinary non-profit had commisioned the Kroupware project for economic reasons, but I bet people wouldn't complain about that.
Congrats to the KDE groups for getting this!
The one thing that's keeping me on the Openoffice suite is that it interoperates with the rest of the MS-(doc,ppt,xls) world. Is there a way to get some follow-on money to add that functionality? It would be a huge step towards world domination to lower the migration costs.
An open source replacement for Exchange's calendar store could eliminate a lot of Windows Server installations. Thousands of businesses are tied to Windows Server because Exchange works exclusively with Windows Server and Outlook works (almost) exclusively with Exchange.
Exchange calendaring replacements have been developed by HP and Steltor, and acquired by Samsung and Oracle, respectively. Those products generally don't integrate with Outlook's calendar as well as Exchange does, but they prove the viability of the Exchange-replacement market, and an open source product would have a big pricing advantage over those commercial alternatives.
The tough part is persuading the end-users to switch from Outlook to a new calendar client. If IT can do this, the odds are good that IT could convince the users to switch from Microsoft Office to Star Office.
Maybe it's premature to short-sell MSFT, but this initiative could be a crack in the wall.
I am a developer who started long before MS products were the only viable option but am now forced to work in the MS world because there is virtually no other choice when one has mouths to feed. I am impressed by the efforts of the open-source community and wish I had time to contribute to them as well, but I could hardly be labeled an open-source zealot.
I find MS, its sense of omnipotence and its behavior more contemptible every day and am more than happy to cheer on anyone who can chip away at their hegemony - in my opinion they have not earned it through product superiority; rather they have gotten where they are largely through cut-throat marketing and breaches of anti-trust laws. It is mildly encouraging to see a government have the stones to stand up and say "we're not going be force-fed MS products" and I, for one, wish German government every success.
I cannot, for the life of me, understand why you think that a government asserting its right to the freedom not to subsidize MS (I think that you tossed Corel in there in a weak attempt to mask your pro-MS bias), and its right to control its own direction somehow unfair, unless you have a greater stake in the doings of MS than you care to reveal.
Your argument that this will have "distortions in private markets" is specious. MS anti-trust breaches corrupted those markets long ago.
Likewise, some people don't fully understand the GPL. They think that if someone is selling GPL'd software, then they must give the source code away to everyone for free. Really, all GPL requires the seller to do is provide a copy of source code to their customers. Sure, the customer can then turn around and give that source code away to anyone for free, but the seller is under no obligation to do so, because they're only providing software to the buyer. The GPL is not about giving away all your rights as a software manufacturer or retailer, it's about preserving the rights of the buyer.
If the German government is the sole customer of the Kroupware program, then the developers of that program are under no obligation to put up an anonymous access FTP site and say, "Free Downloads for Everyone!" They are only obligated to provide the source code to their buyer. The German government could then distribute it for free to all German citizens, but the citizens could then likewise distribute it for free to the rest of the world. The GPL is not about restricting rights; it's about preserving them.
I'm a strong suporter of free market. I believe that there should be no restrictions on international trade, goverments should not try to compete with free enterprise. Subsidies are bad.
It is perfectly normal for government agencies to buy cars, software, toilett-paper.
Now the economic calculation:
closed source:
open source / free software:
We should assume that the benefit for government and software-seller is identical when doing the transaction with closed source and when doing the transaction with open source.
So the whole economy is on the plus, as long as the benefit of the public of using the software is > 0
Upon checking out Netcraft to see what the site is running, it said 'Linux' on 'Caudium'. Here's the link.
Anyone ever hear of this, or have I just been in my cave (read: cubicle) too long?
------
Random, useless fact: I type in startx entirely with my left hand.
"We're sorry, but the website you're trying to reach has been disconnected."
"On a bigger scale, it would be like the US paying a lump sum for a technology that creates free cars for everyone--sure, this would be pretty cool, until the big 3 go out of business and the economy crashes down behind it."
.)
First I need to point out that the above example does not make sense. The same project would make all materials and energy used in production costless. In which case, anybody would be a complete idiot to deny such a project in fear of the consequences to existing companies (people would not need to work after such an event . .
Moving along, there was a post on slashdot a couple months ago that I really wish I new the link to. It basically explained that the job of government was to DECREASE jobs in the public sector when it resulted in more efficiency in the society. This is because such jobs themselves represented a significant portion of the inefficiencies. I think the poster used public roads as an example. Public roads really destroyed an entire industry of land owners charging people for passage. However, the total destruction of one industry doesn't necessary result adversely to the economy as a whole. In this case, it allowed the economy to grow at a much faster rate.
It seems to me that, at least, very general purpose software should hold similar results if made free to the public. This is because there is no additional cost to make it free to the entire population, as opposed to only paying customers (which is consistent with the public roads example). Furthermore, the net positive impact on the economy as a whole appears to be much greater than the negative impact on the specific industry at hand (and, in this case, specific company). The above justifies such actions by governments without even considering the substantial efficiency losses resulting from monopolized markets.
Sdelat' Ameriku velikoy Snova!
The two statements aren't mutually exclusive.
He also didn't say that there wasn't any OSS alternatives to the full range of Exchange/Outlook. What he was saying was you can use Exchange with an IMAP/SMTP mailer, but you don't have access to all of Exchanges functionality. He didn't say that Exchange was desirable, just being able to do the tasks that his office already require of him. Namely being able to schedule hsi day in a manner that his managers can easily keep up with, etc.
His attitude isn't paradoxical at all. There is no two faced way about it. I use Novell Groupwise at work, and really don't like it, but I really wish I could find a Palm conduit for it that I didn't have to sell a kidney for.
This doesn't mean that I like Groupwise at all, just that since I have to use it, I wish I could use it more effectively. He is not happy that he is using Exchange. He is happy that he can use tools that he determines to work in a fashion he chooses while still using a back office product that he has no control over.
Learn how to read, and stop seeing hypocrisy under every stone.
A good point, but consider the present case.
The main company getting hurt by free groupware is convicted for criminal behaviour. For being a monopolist!
Since Microsoft seems to have bought off the Bush administration to get a mild slap on the wrist for it's crimes, I find it quite fitting when free software are developed by a state to compete with their products...
Karma: Excellent (My Karma? I wish...:-( )
>Wrong..
>You CAN build Konqueror out of KDE - there's a special version of Konqueror which doesn't even requires X! it's called KDENOX (KDE NO X)..
"special version" supports my point... one cannot take the basic package, and easily decouple the fluffy bits.
One can come up with (and there are) "special versions" of Mozilla also. It doesn't change the meaning of the arguement.
Would a loyal KDE moderator please mod this down to 1? I don't agree so this is flamebait.
I don't for a moment imagine than any MS employees (or stockholders for that matter) are going to loose sleep over this.
I'm sure they won't loose (release, make loose, undo, detach, relax) any sleep, but they might lose (fail to retain possesion of, be deprived of, fail to use) sleep. Are these two words really that hard to keep straight?
Hey kids, there's only 5 days left 'til Yak Shaving Day!
Will KDE be offering this groupware version as a sellable product? For a common desktiop environment, I find KDE is nice and neat. I do have issues with wanting to get funky and not having the tools to do so without being a wiz at programming qt. One of the bigest issues I find is the issue with Client need, want, and perception. Since Windows is such a common name they are willing to trust it more often than not. I've been keeping my eye on Lycoris linux. It is a common users Linux. Realy nice. Resources: http://www.lycoris.com and http://www.kde.org http://www.kde.com http://www.SuSE.com , http://www.SuSE.de/en/
The government investing in order to move technology along and/or to protect consumer rights is a fine thing. But it is not without the risk that competition will be harmed, which I take to be the significance (intended or not) of DP's post. I think it is correct to point out that a government entering the marketplace can hurt competition, just as it is valid to point out that a government leaving a marketplace to its own forces can leave corruption and self-interest unchecked.
.
- First they ignore you, then they laugh at you, then ???, then profit.
Nobody seems to have to have noticed that one of the companies doing this was already completed the integration of gpg into KMail. This was another project paid for by the German government. It was a just rolled into kmail for KDE 3.1, and by all accounts works excellently.
They also provided support for mutt.
If the german government continues to provide backing like this, then we can expect great things from the KDE project in the future.
First, (I'm am adressing other posts, not yours)
it's not true that KDE apps require KDE. So you can run this apps in the desktop of your choice (GNOME or other).
Second, there are millions of users of outlook out there, so it's important for a server to adress this market.
Third, since the project is based in open standards, it is possible to make mozilla work with this standards, and be another option in a bigger market. So why make the whole thing depend on Mozilla? If you think it is important, just follow the standards, and we will see many new servers and clients working with each other.
Fourth, it was a concorrence, so why did not Mozilla, Ximian or others participate? The winners choosed KDE apps because thats the software they know more. They are KDE developers!
Conclusion: with a real open standard, everybody has a fair chance.
Would anyone besides me argue that they should be using Qmail and Courier-IMAP instead? They seem to be the superior solutions.
One question that pops immediatly to mind is why this, and why now? Is a large part of the German government going to have to re-up thier MS contract soon? Is there some impending financial outlay that caused someone to do the math, and realize that funding this is really the cheap way out? What is the impetus here? Anyone know?
-Charlie
There is nothing about KDE that prevents KDE apps from running under GNOME, or vice versa, as long as all the dependencies are satisfied.
The whole thing is being done in KDE, hosted on KDE CVS, using KDE apps as the base, so I would say that, yes, everything would be built with KDE dependencies. So what? As I said above, that doesn't mean you have to use KDE, just that you have to have the necessary components and libs installed. I run several KDE apps under WindowMaker every day, no problem, so even if the project is heavily KDE dependent I would say it's still desktop-agnostic since you don't need to be using KDE to use any of the KDE apps.
As for OS-agnostic, I can't say. I know QT is available for Windows, but I have no idea what that means as far as running KDE apps on Windows. That's one area where a Mozilla-based solution could have a definate advantage. Mozilla runs everywhere. This particular project plans on using Outlook with an existing plug-in, though.
Under capitalism man exploits man. Under communism it's the other way around.
Although it could be debated that in some cases the government compteting with industry can be a unfair thing, in this case you have to consider the behavior of the competition (MS). Microsoft has consistenly used unfair tactics to compete, and as a result, largely nobody has been able to compete, even giving things away for free.
In this case, the government may not be trying to destroy an industry, they may just be sick and tired of paying monopoly rates, and seeing that there does not seem to be any other way to generate the competition necessary to bring those monopoly rate down by having a competitive market.
The government probably wouldn't do this with cars because there is no need to, the car market is already competitive.
I'm not fully confident that stringing together Postfix, Cyrus, OpenLDAP, etc. is really going to produce a cohesive groupware server. Yes, it'll work, but it'll be difficult to install.
That would seem to be a problem for vendors, not users. If Debian can make installing the maze of dependencies that is gnucash as easy as "apt-get install gnucash", then they can probably handle some groupware suite as well.
Now, it's true that DIYers may have some extra headaches. But, quite frankly, people who say, "I want to do it the hard way, 'cause it's more fun," and then turn around and whine, "this way's too hard!" don't get much sympathy from me.
(And before you start moaning about those poor Debian/RH/Suse folks who have no choice but to wrestle with these dependencies, note that it's a Debian developer saying these things. We revel in the challenge.)
think this is a big step forward, but it can be done even better. (Full disclosure: I am a developer on the Citadel [citadel.org] project [...]
Well, good, competition is always good, even with free software. I'd like to wish both projects the best of luck, and hope that neither one falters in their goal to bring us high-quality groupware software.
IMO the most needed part in the server area is the calendar server.
maybe they can use OpenCap, a calendar server
Right now we have a situation where a single company has their thumb on the on/off switch to innovation. They have the source code to the operating system that is run on nearly every computer in the world.
No application development company can compete against such odds. By controlling the foundation upon which all other applications run, Microsoft has a plethora of unethical weapons to kill competition at its disposal. Further, Microsoft has shown no restraint in using these unethical and outright illegal tactics.
It is time to remove the gun that is pointed at the head of developers everywhere. The platform of choice to develop applications for all people should have its source open. All developer's should be able to develop for a platform where the can be sure that there are no undocumented APIs and where no single company can "tweak" the platform to cause artificial incompatibilities designed to kill competition!
The race isn't always to the swift... but that's the way to bet!
I hope in their OpenLDAP setup and their configuration tools they provide for integration with Samba, nss_ldap, and pam_ldap. That would reduce a lot of headaches for me. I'm one of those masochistic admins who accepted a project to do what the German Govt. proposes (minus the calendaring). We are currently using OpenLDAP for mail routing, Samba authentication, e-mail group/mailing list address expansion, and Cyrus IMAP/POP authentication. As someone suggested, installation and upgrades can be a pain in the ass. It sure will be nice to have all the server components tested and distributed together as a set.
include $sig;
1;
Yes, I suppose that I sort of makes sense. Still, all things considered Gnome really has got the jump when it comes to applications. Especially when you consider that Sun and the folks working on OpenOffice.org are closely allied with Gnome. KDE has the better desktop environment, but Gnome isn't too shabby, and it has better applications (including Evolution).
I don't think that it matters much though, whatever backend software that gets written will be available to Evolution as well. That's the beauty of open protocols.
(clearly any modern government does
there seem to be many other sources (use google), this one looks intersting:http://www.it-news.de
it answers the question of source: Allerdings setzen die drei Unternehmen auf eine offene Entwicklung und laden ausdrücklich auch weitere Programmierer ein, an dem Projekt mitzuwirken.
i read this as open development and contributers welcome. there is a link to a mailinglist, but look for yourself. if i am any judge, is also states why they hope for fast development: they build on a lot of existing source (or patch stuff together and tweak it a bit). now all left to do is hope these guys are competent (or is this just gov money flowing to the staggering modern business?)...
This is wonderful news for the world of Free Software.
I find it rather surprising to see comments with regard to "state subsidies" and "distortion of the marketplace". After all, the German government simply is *buying* software from a commercial vendor and it does so under terms that encourages competition to such an extent that any other commercial vendor can enter the same marketplace and try to place its own products.
As a German taxpayer I am very much in favor of the advantages this recent development has and will have:
- Microsofts monopoly on PC-based groupware
solutions will finally meet tough competition
- Users can now freely decide on the OS of their
choice
- the buyer has the opportunity to ensure safe
communication within its organization due to
the nature of an Open Source solution.
- bugfixes and enhancements will be available at
no extra charge and a lot quicker than before
- Complete control over features and security
layout of the software
Apart from the fact that Microsoft's Outlook, Outlook Express and Exchange are about the suckiest software products available (As a usenet regular I am *really* fed up with seeing all these malformated postings produced by OE-users).
What's the downside? Less money to be be thrown at Microsoft. And I can't see anything wrong with that. How many times have you heard people whine about Outlook and Exchange being the only available products? I have heard that one over and over again and I hope that this complaint is a thing of the past and makes people switch over to an Open Source solution.
Considering the fact that Germany's budget is in a desastrous state I find it favorable to see my money spent in developping new, free software instead of spending millions of bucks for products under a restrictive license and a company that couldn't care less about customer satisfaction.
Unfortunately the benefits you name are not championed by the Open Source movement or their particular set of approved licenses. Consider the Apple Public Source License: it grants far greater power over derivative works to Apple than is reasonable (I suspect this is a major reason why programs under that license have so far failed to capture a large audience of support). Yet the Open Source Initiative backs this license, listing it as one of their approved licenses.
By contrast, the Free Software movement says the APSL is not a Free Software license and urges people to avoid the license and all works licensed under it. What your list includes is quite close to freedoms the Free Software movement pointed out over a decade before the Open Source movement began: The first and third items on your list are freedom 0 ("the freedom to run the program for any purpose"--the Free Software movement doesn't distinguish between government use and civilian use, they speak to all computer users). Freedom 0 is not guaranteed by the APSL. Selling copies of the software (your second item) is required for a software license to be a Free Software license.
Digital Citizen
I know we're wandering way offtopic here, but here's a few definitions.
Communism: An economic system in which the government directly controls both production-related goods and goods that are consumed.
Fascism: An economic system in which private industries control production-related goods, but government controls all goods consumed.
Socialism: Any political philosopy which states that governments should control distribution of goods.
In other words, all three are on the strong-government-control end of the political spectrum.
That said, the Nazi Party was Germany's National Socialism party.
Good judgment comes from experience.
Experience comes from bad judgment.
I'm not sure, if the tender documents stated "we want a groupware sollution for linux running kde" or just "we want an open source groupware sollution", but I'm guessing it's the latter.
It just seems to me, like you're tying yourself into a different OS platform (at least at first), and then also into a specific WM.
It's too late (and it would be stupid) to change the platform specifications for the project, but since they plan not only to publish all their design documents as well as source code, "you" could implement in on another software platform.
Personally I'm a java developer (who happens to program as well), so obviously that's what I'm thinking, as it will not be nesscesary to port any applications to another OS, if you don't want to use Linux for whatever reasons - all you'd need is a runtime environment (NOT MS'!!!) and you'd be set to go. With "a bit" of fiddeling you could also make a midlet application for your mobile appliances like cell phones and pdas.
The biggest problem in making it in java, as I see it, is that while the kroupware developers have (wisely) chosen to tie a bunch of existing applications together and add some functionality, there's not really a way to do that in java, as there aren't any applications for that.
BUT - wouldn't this be a "perfect" application to prove javas usefullness - both on the server side (Exchange replacement) but also on the client side (Outlook replacement)?
Personally I've chosen to stay away from OSS projects for one very important reason - almost no one is interested in actually developing and designing the programs - they just want to get down to the programming, and to me that's just plain stupid. You can do that with small programs, just like you can build a shed without any kind of blueprint, but when was the last time you built a sky scraper without a blueprint?
I guess what I'm saying is, that if some of you people out there, are interested in actually _developing_ this kind of program for java, I'd be willing to help with the project. Hell - I'd even be willing to be in charge of it - as long as the team is made up of DESIGNERS.
Anyway - any takers?
We do not live in the 21st century. We live in the 20 second century.
Actually they explicitly ordered Free Software groupware. Very rarely in the links you pointed us to does the phrase "open source" appear; far more frequent are references to the older Free Software movement. Please stop attributing people's freedom-minded work to the wrong movement.
Take the time to read the links you pointed us to: The concept is prominently listed as a "Free Software Groupware Project" (and descriptions hinging on "Free Software" run throughout); the KDE mailing list entry talks exclusively about Free Software saying this project will "significantly enhance the available groupware functionality for KDE and Free software in general".
Digital Citizen
The design document makes no mention of CAP. The method for doing calendaring that is described is by using IMAP Calendar folders and posting client generated Free/Busy schedules to an FTP server, a la JiCal
The problem with this is that there is no way to schedule resources and the calendaring is still asynchronous. Scheduling resources and real-time free-busy information are two main reasons people choose Exchange or Notes over other solutions.
These guys should team up with the libical developers that are doing a calendar server. Evolution and Mozilla should both be able to plug in to that.
It seems the main reason that they are doing things this way is that Bynari's plugin will work with this schema. Quite frankly, I don't see what server development they are doing beyond a possible administration tool and documenting the configuration of existing products.
It looks like most of the development will be going into the client.
Here's to waiting for a real open source calendaring solution.
Sorry to be playing the 'Stark Fist of Reality' today, I got real excited till I read the design doc.
Arrogance is Confidence which lacks integrity. -- me
Didn't you ever consider harmful giving results of government-funded research to private companies?
--
Actually they explicitly ordered Free Software groupware. Very rarely in the links you pointed us to does the phrase "open source" appear; far more frequent are references to the older Free Software movement. Please stop attributing people's freedom-minded work to the wrong movement.
Take the time to read the links you pointed us to: The concept is prominently listed as a "Free Software Groupware Project" (and descriptions hinging on "Free Software" run throughout); the KDE mailing list entry talks exclusively about Free Software saying this project will "significantly enhance the available groupware functionality for KDE and Free software in general".
Digital Citizen
Every so often a new idea or technology destroys an industry and the luddites. The printing press, the cotton gin, steam engine, and open source. It frees up hands and mind to work on the next level of civilization.
From my experience with KDE3 on a 800MHZ P III machine 128MB is not enough. 384MB is A MUST!
The paper you cited even goes so far as to refer to GNU/Linux. Chances are good that folks using the term GNU/Linux are going to use the FSF's definition of "Free Software."
What's the big problem? The server side. Getting Outlook to work with anything but Exchange. Linux and OSS have made much more headway on the corporate server than on the corporate desktop, so what someone needs to do is write an OSS backend. With Cyrus/LDAP/Samba/etc, it's almost there -- everything but calendaring can be done. Work on that!
Things I'd like to see done:
Doing any of these three things would be a better start for OSS groupware than the Koalition project, at this point in time.
A friend has suggested to me that Mozilla, with the calendaring system finished (and a server written), provides 9/10 of the functionality of Outlook and IE combined (plus of course tabbed browsing and popup blocking...) Perhaps that's the road we need to take. Mozilla certainly have the name behind them now, and with some hacking on their mail client, could be the groupware answer we want.
FYI, German Wines suck...
Spanish Wines
and
Google Directory for Spanish Wines
You wrote: If software just isn't worth the price people are charging for it (and my guess is that the $40 billion in cash in Microsoft's bank indicates the cost of labor is far outstripped by the final selling costs) then eventually something will happen to stabilize the situation again.
If I hear you correctly, you think there is some sort of natural price for all products related to the cost of production, and that the market functions to push the price in that direction. Well it ain't so. Business strategy is, according to one way of looking at it, all about making sure that the price you are selling things for is way higher than the production cost, and keeping it that way. The tools to accomplish this are many: innovation, monopoly by force of law, cartel cooperation, advertising, lock-in, etc. If Germany can overcome Microsoft's marketplace power, good for them, but it's not inevitable.
However hard you try, though, you're not going to convince the parent poster. You are trying to debate with a fundamentalist libertarian whose thought processes go "government==bad". It's not worth your breath trying to convince them, any more than it's worth trying to argue with commies whose corresponding thought process is "business==bad".
Any sufficiently advanced technology is indistinguishable from a rigged demo
--Andy Finkel (J. Klass?)
My business strategic tool examples are all very real and are in use to make large sums.
1) You can keep innovating faster than the other fellow. That's what any smart company does, including Microsoft. The bulk of their spending is product development & research, that is, designing new stuff. People who don't like what they design might not want to call it innovation, but every year they have a lot of new stuff to show. It's hard to keep up.
2) Monopolies as such are certainly not illegal in the US, although a monopoly holder can't do everything another company can do, and the government may prevent a monopoly from being created through an acquisition. I was referring in particular to legally enforced monopolies such as patents, which were created to permit monopoly pricing.
3) It's true, cartels are illegal here. Too bad that doesn't prevent DeBeers from sucking up American dollars from over in London. An interesting example of the most powerful government on the planet powerless to stop a business strategy.
4) See Nike, Coke, Marlboro, Proctor & Gamble, DeBeers (again): the empires that advertising built. Yes indeed, they do have prices vastly in excess of production costs, due to artificially created demand for products that only those companies have.
Now, if you take a look at the actual market place, you'll see that this is generally true. Most products do not sell that far in excess of production costs. Cars, industrial machines, and even computers, at the large scale, have very low profit margins. Computer manufacturers, for example, make only a few percent profit per machine.
Well, sure, there are lousy businesses out there. Cars, industrial machines and commodity computer assembly probably qualify. (Although opportunities do come along to make crazy margins even on such mature products as these; consider IBM's continuing reign of terror in mainframes, and the US light truck 25% tariff with its resulting 25+% margins on domestic SUVs.) A lousy business is any business that's easy to enter. A good business is one that's impossible or at least very risky and expensive to enter.
Software has always been a good business: it's expensive and risky to do shrink wrapped software development, whether we're talking about office apps, games, operating systems, whatever. Some of this relates to aspects of the product: Switching costs are high so it's relatively easy to get that upgrade revenue. Network effects help protect a monopoly position for some type of software.
But I think the number one reason software is a good business is that it is damn hard to build an effective software development organization. Companies and governments with tremendous resources have tried and failed. Those companies which have the software development chops, like Microsoft, Nintendo, IBM, are able to continue extracting the billions from the rest of us, because they know how to do it and we don't.
If the Germans can fund a successful Exchange/Outlook killer it will be pretty impressive. Lotus/IBM couldn't. Sun couldn't get groupware going despite eons of network cheerleading. We'll see. All I'm saying is, it's far from inevitable.
This is such a simple, basic feature and the only way to work around it is to treat conference rooms like people? What a load of crap.
I've had to deal with this personally and it's just ridiculous.
Bravo, Germany!
Life is too short to proofread.
The website of DiretoGNU (for those who understand portuguese or spanhish) is www.direto.org.br.
Well, the dictionary definition is a bit off from the Marxist concept of the workers owning the means of production. In my opinion, this is what the communists (and many socialists) got wrong. It was supposed to be an economic movement, not political. Cooperatives are more socialist than communism ever was.
Although political/governmental socialism is necessary on some levels as well.