More On Kapor's Attempt To Best Outlook 229
An anonymous reader writes "There's a story on the Boston Globe's Digital MASS section about Mitch Kapor , the guy who created Lotus 1-2-3. He will reportedly spend about $5 mil to create something competing with MS Outlook. More of the story here." We mentioned this a few months ago as well, and it sounds like any software release is still some time off.
Best of luck to him (Score:3, Interesting)
Re:Best of luck to him (Score:4, Funny)
Re:Best of luck to him (Score:2)
In other news... (Score:5, Funny)
Mitch Kapor (Score:4, Insightful)
Sure it burned the eyes out of your skull to use it, but it was a combination of Outlook, HTML, PGP, IMAP, and NNTP done back in the 1980s. If he can make that sort of leap again, it will be something to reckon with.
Re:Mitch Kapor (Score:2)
Re:Mitch Kapor (Score:3, Interesting)
Um, everything?
My biggest complaint is that the interface is completely nonstandard, so nothing is where it would be expected. The designers couldn't even make the password dialogue box a normal one, so you can't tell how many characters you've entered.
It's also terrible at handling multiple users on the same workstation.
Re:Mitch Kapor (Score:3, Insightful)
Re:Mitch Kapor (Score:2)
Re:Mitch Kapor (Score:2)
If I know that your password is 6 or 7 or 8 characters long, it makes it just that much easier to crack your pw.
Also, if you lose your private key, nobody can ever read your email.
Compare this to Exchange/Outlook, where the admins get their rocks off reading people's email.
Re:Mitch Kapor (Score:4, Informative)
Where, oh where to begin...
As a system integrator it's almost impossible to work with. It encourages free-form text databases. Nice for users, crap for programmers.
It really sucks because it's easy to use and integrates some nice features automatically. Why does this suck? Because users end up putting valuable company information in there, not realizing that they've locked up the info in a format that's useless to the rest of the company.
For example, it's really hard getting sales people to keep corporate contact information up-to-date once they've started keeping their contact info in Notes. It's easy for them, they can replicate to their desktop and access the info while they're on the road. It's free form, so they can add comments. Great for sales-people. Sucks for billing when the client has moved and the sales guy who knows about it can't be bothered to update the "real" client database.
Sorry for the rant, but Notes has cost me a lot of hassle over the years. Truly an awful product.
Re:Mitch Kapor (Score:2)
Wow..
Is this the fault of the application? Should the user-interface be cryptic and hostile so that people dont use it?
Re:Mitch Kapor (Score:2, Interesting)
I'm not saying that Lotus Notes doesn't suck - but at least slam it for the right reasons
Re:Mitch Kapor (Score:2)
As a system integrator
Ah, that explains it...
It encourages free-form text databases. Nice for users, crap for programmers.
Not everything has to be relational and normalised to the nth degree... over time, you'll probably discover that it's horses for courses, and some applications need to be approached in a different way.
Why does this suck? Because users end up putting valuable company information in there, not realizing that they've locked up the info in a format that's useless to the rest of the company.
...
Sucks for billing when the client has moved and the sales guy who knows about it can't be bothered to update the "real" client database.
So why not modify the app to also send the info when they're back in the office to the "real" client database? You realise it can use native drivers or ODBC to talk to practically any commercial relational database?
You realise that you don't have to use the integrated Notes database engine at all if you don't want to?
Oh well. Excuse my irritability. It's just when most people offer their "opinion" in this area, it's usually 97% prejudice and 3% clue.
Re:Mitch Kapor (Score:3, Informative)
For example, it's really hard getting sales people to keep corporate contact information up-to-date once they've started keeping their contact info in Notes. It's easy for them, they can replicate to their desktop and access the info while they're on the road. It's free form, so they can add comments. Great for sales-people. Sucks for billing when the client has moved and the sales guy who knows about it can't be bothered to update the "real" client database.
Our clients find it really easy. An example (with names changed to protect innocent!):
An international company has our bespoke CRM system built in Notes deployed in 25 countries over all 6 continents. In each the salesman can update the company name/address on his local replica on his local laptop. When he replicates the database the change gets pushed up on to the server. Each night the nightly integration with their backend AS/400 pushes the change back to their ERP system, where the billing is done.
In your example your problem was not that the salesmen had a separate clients database. It was having a clients database the salesmen couldn't use the way they needed to, so they had to build another one in Notes.
Notes is great a solving business problems in a quick and cost-efficient manner. There is nothing like the wow factor of talking to a user in the morning, and showing him a fairly functional prototype in the afternoon.
Don't get me wrong - Notes/Domino sucks at many things, but as long as you don't ever treat it like a relational database things work fine.
To truly get the power of Notes, you have to integrate it with the core systems. Or (where it is sensible) run your core systems on Notes.
Re:Mitch Kapor (Score:2)
God help us if it's nice for the users;-)
Actually, I think of Notes as being orthagonal to relational databases. Trying to use it to build applications that fit the rdbms application space well is like trying to drive nails wiht a pair of pliers. However, for document and workflow management it works very well.
For example, it's really hard getting sales people to keep corporate contact information up-to-date once they've started keeping their contact info in Notes. It's easy for them, they can replicate to their desktop and access the info while they're on the road. It's free form, so they can add comments. Great for sales-people. Sucks for billing when the client has moved and the sales guy who knows about it can't be bothered to update the "real" client database.
Well, as an app developer you have two choices: develop an app that works as well for the end user, or find a way of catching address updates and updating the "main" database. I know which one would be easier for me.
Re: (Score:2)
He's not the only one... (Score:3, Insightful)
If you want to use Linux in an office environment, a groupware solution is a must-have. The more people who are working on this subject, the better, in my opinion....
Re:He's not the only one... (Score:3, Interesting)
As someone who uses both Outlook and Ximian [ximian.com] Evolution [ximian.com] extensively, I think that Evolution already beats the crap out of Outlook in speed, usability and features. It still has a few rough edges and some stability problems but it is definately the best email client I have ever used. Of course, it only runs on Linux and Unices at the moment, which doesn't really put it head to head with Outlook. Looks like Kapor is planning to go after M$ on their own platform.
What is currently missing is a good server side solution (although many people are working on this). Maybe Kapor will create a viable alternative. I just hope he has the good sense to put some serious effort into the design of the client-server protocol and to document it well so that it can be easily integrated into any email client.
I'd like to know (Score:2)
Imagine if that got put into something else like OpenBeOS (sure, I'm a bit biased towards BeOS =] )
Re:I'd like to know (Score:2)
Perhaps you cannot grasp the sheer mass of the project. Groupware is HUGE. I can't think of any small+ sized corporations that do not have some kind of internal group-scheduling / tasking / messaging system.
Could I piecemeal my own? Sure. But it would be costly still and I wouldn't have the interopability nor the years of refinment that has gone into existing products, namely Outlook.
Clearly, this is not something you can just sit down and code in a few weeks. $5M is a drop in the bucket.
Re:I'd like to know (Score:3, Interesting)
Listen, we're in the dark ages as far as collaboration software goes. The more money that gets thrown at this problem, the better.
It's not just that there's no good collaboration software out there. It's that nobody even knows how to do collaboration in a way that doesn't absolutely suck. Somebody needs to start at the beginning and ask the questions, "What does it need to do?" and "How does it need to do it?" Nobody has asked those questions in a comprehensive way yet, so we've ended up with glorified email applications like Outlook and Notes that rely on a store-and-forward message-passing system, built around a central server and a lot of caches. All the eggs in one basket, so to speak.
Somebody needs to take collaboration all the way back to the drawing board. Is Kapor the guy to do it? No idea. But it's good that somebody is trying.
Re:I'd like to know (Score:2)
This would be huge in my opinion. While Outlook and Notes have their problems they kick the crap out of any opensource/cross platform offerings at this point (haven't looked at Evolution in a while, so I don't know where it stands). If there were a viable alternative to Outlook+Exchange/Lotus Notes I think plenty of companies would look it adopting it.
Prototypes (Score:5, Informative)
Re:Prototypes (Score:3, Funny)
example [osafoundation.org]
Re:Prototypes (Score:3)
I'm happy that a celebrity has condescended to write free software, but I am sure the world can do without another Email client with one frame for folders and another for a list of messages.
Re:Prototypes (Score:2)
a) Is hideously ugly
b) Looks like a user-interface nightmare
Re:Prototypes (Score:2)
Re:Prototypes (Score:2)
Re:Prototypes (Score:3, Informative)
Vista doesn't attempt to address all aspects of the eventual product, so please don't conclude that if something isn't mentioned in this description that it will be absent from the product (or the inverse as well - not everything in Vista will be in our first or subsequent releases). In particular, there wasn't much emphasis on a polished visual appearance, it didn't deal with the calendar at all, and we didn't do much involving outlines within views like we intend to.
Further on, it goes on to say:
Vista is written entirely in Python, using the Tkinter toolkit, augmented by Pmw, a widget framework written in Python. Since our real application will be based on wxWindows, most of Vista's code can't be used directly in the real thing. Since it's based on Tkinter, it runs on Linux, Macintosh and Windows.
Tkinter provides what is is by no means a nice looking interface, but one that works, and does so relatively well across platforms. The controls look out of place simply because they are being drawn by Tk, not a 'more standard' widget set such as GTK or QT. Switching to wxWindows for the final product will provide a nice consistent look and feel on Mac OS X, Linux and Windows.
Vista is a prototype, nothing more. It is designed to test their ideas on and is not intended to be a fully functional or 'professional' looking.
Outlook shipped with most PCs? (Score:2, Interesting)
Seems to me that if Outlook was shipped, Microsoft wouldn't have gone to all the trouble to work Outlook Express into the OS as they have.
It seems like a well funded project, and seems 'noble' enough, but is it really needed? I just use KMail for e-mail. Even at work where I do use Outlook for Exchange connectivity, we don't really use the Calender features. Maybe if I had a PDA and could sync back and forth, but then I'd have to get used to entering all my appointments into the calender. It's easier to just write it down on a piece of paper or use my brain.
All I'd really need if I was in a Linux shop would be a mail client that could connect to Exchange (and there are already several projects working on this), but if it were a Linux shop, we wouldn't have Exchange, would we?
Also, a little off topic, Slashdot is soo slow (so slow as to be unusable) every day from about 2:30 AM to about 3:30 AM [EST].. I had to post this comment twice, since I lost it the first time due to a server timeout.
Re:Outlook shipped with most PCs? (Score:3)
I think the reporter made a mistake and meant to say Outlook Express, which is shipped with most every PC since it's a part of IE.
and seems 'noble' enough, but is it really needed? I just use KMail for e-mail. Even at work where I do use Outlook for Exchange connectivity, we don't really use the Calender features. Maybe if I had a PDA and could sync back and forth, but then I'd have to get used to entering all my appointments into the calender.
So, your argument is that because you don't use Outlook/Exchange for groupware stuff, that no one should? I'm sure there are thousands of sysadmins out there that would love to be freed from maintaining an Exchange server, but there is nothing out there that even comes close to doing the job. Most regular computer users (and especially the decision makers who are the most busy) grow very fond of Outlook's calendering functions. The plain fact is there really is no viable alternative.
It's easier to just write it down on a piece of paper or use my brain.
So, that's it. Just convince all those Fortune 500 companies to switch to the high tech "Post-It Note" system. I'm sure 3M has tried that one but was forced to put it on the back burner. Sorry, just because you don't use or appreciate the app doesn't mean that thousands and thousands of office people shouldn't either.
Re:Outlook shipped with most PCs? (Score:2)
But that's not the point. The point is that people are sick of being locked into MS for their groupware. You can vary the clients all you want (although it seems the true viable alternatives to Outlook are few), but you still need the big expensive Exchange server. Sure you can run a standard IMAP server on whatever platform you wish, but you lose all the handy calendar/meeting/scheduling that almost every corporate PC user has become dependent on.
So the only way to really break out of this condition is to write a new mail system, one that includes both a client and a server component, and has all the required functionality. That's my take on what this guy's going for, and why he isn't just trying to write something that's "mostly compatible" or "could almost replace Exchange."
Re:Outlook shipped with most PCs? (Score:2)
FWIW I think it's a great idea, I could use it, you can certainly cobble together something like this from existing OS technologies, but they really suck and you want to shoot yourself by the time you are done. This is far better.
Re:Outlook shipped with most PCs? (Score:2)
Merely a holdover from the days when it was an application in its own right. Now, however, the only way you can acquire it from Microsoft's web site is as a part of the install package for Internet Explorer.
(I can remember the first incarnations of Internet Mail and News, the predecessors of Outlook Express (yeah, really lame name they chose, since it's only vaguely like Outlook). They actually had a beta version where the two were done as extensions of the My Computer hierarchy, like Control Panel. Probably gave the Windows team fits, because it subsequently changed into the interface we know and loath today. *g*)
(Not that any of this bothers me, I use Forte Agent for my e-mail and news needs.)
Re:Outlook shipped with most PCs? (Score:2)
Ah, but you're forgetting the code that's shared between Internet Explorer and Outlook Express (and Windows too, of course. Thanks Bill!
In any case, all the above is a distinction that only the techies can see - as far as my Mum and Dad (and most home users) are concerned, there is no distinction, because it's what came installed on the PC when they got it.
The problem is not lack of a groupware client (Score:4, Insightful)
But, there is NOTHING like Exchange out there in the free software world. Corporate users need group calendaring most of all. I realize that OpenLDAP lets us trade contact info, but the critical thing is group calendaring (which includes task lists). Oh, and the group calendaring has to interoperate with Outlook so that Outlook and non-Outlook users can trade meeting invitations. I think Mr. Kapor should spend a little bit of money on enhancing Evolution and spend the rest on building a great Exchange-killer instead.
On a side note... it would take very little effort to get Evolution to be able to parse winmail.dat attachments, so that Evolution and Outlook clients could do peer-to-peer exchanges of meetings and tasks. That would be a fantastic step. They can already trade contacts with no problems. Trading calendaring info should be not much more difficult and it would be a tremendous help to letting Evolution sneak into offices.
Re:The problem is not lack of a groupware client (Score:2, Informative)
There are quite a few other groupware projects in the pipeline, it's going to bust wide open pretty soon.
Re:The problem is not lack of a groupware client (Score:2, Informative)
problem *is* the client (Score:4, Interesting)
I'm working on the necessary MAPI code to have outlook connect to open source servers, eg. Cyrus, OpenLDAP, etc. but still export all functionality. Have been for a few months now. Haven't got to calendering yet ( still working on the message store), I'm hoping on an alpha code release in late Jan maybe Feburary.
The truth is the client does most the work not the server. All the server is an IMAP server with a special 'calender' folder that appointments etc. are stored. Cyrus or any other IMAP server would suffice.
The issue is that Microsoft has made sure that outlook 'MAPI intermediary code' ( in want for a better name ) requires a little more from the server, enough to mean that that code has to be written for the client.
There are many solutions out there that have written the MAPI dlls necessary. Baynari, Lotus, Samsung, etc. all do this. Hopefully we'll have a GPL version soon.
Alternatively, theres the iCal spec which is almost done I hear. Unlike the other iCalender specs, it defines the transport protocol ( relies on Beep I believe ). That should be interesting as well.
Re:The problem is not lack of a groupware client (Score:2)
Right! And Chandler's mission is to eliminate the need for things like the Exchange Server. Use P2P and NO server.
A prediction (Score:3, Insightful)
IMHO (Score:2, Interesting)
I for one think the "Identity/Account" system is one of the most self-contadictory buggy confusing systems in any mail client. It sucks! I think apps like Evolution, KMail, Mozilla Mail, Netscape Communicator and even pine tower over outlook in usability.
I'm really looking forward to the maturation of the K suite (KOffice), as it works in such harmony with the K environment. As soon as the prones at K ditch XFree86 (a looong way down the track) in favour of a nicer, more responsive light system (ala OS X), I will be home and hosed.
Outlook has already been "bested", but if Kapor wants to throw another superior client out there, then I'm all for it!
Re:IMHO (Score:2)
Sorry, that's Outlook Express you're talking about - a COMPLETELY different product. Outlook doesn't use identities.
Jon
Re:IMHO (Score:3, Funny)
we've come a long way baby.
Comment removed (Score:3, Interesting)
Re:It's not going to work. (Score:2)
eg there are a lot of small businesses and organisations that can't afford to install and/or manage Exchange.
Only can replace Outlook as long as... (Score:2)
Re:Only can replace Outlook as long as... (Score:3, Informative)
No! The point of Chandler is that it does not need any server. So, people will be able to get all required groupware functionality, without a server.
But I can't use it at work, therefore... (Score:2)
Innovation only really moves things forward when it provides some tie to the past, at least to start with.
Re:But I can't use it at work, therefore... (Score:2)
For small companies not buying an Exchange server is an option.
You could also build/sell an interface between the Chandler network and an Exchange Server...(a la stuff from Ximian).
ambivalent (Score:2)
On the other hand, I think Outlook-like programs are prime candidates for breaking with the straight-jacket of Windows-like GUIs. With sustained funding and free from the shackles of backwards compatibility with outmoded paradigms, an open source project, together with some HCI and information retrieval researchers, could really do something ground-breakingly better than anything Microsoft, or anybody else, is delivering.
bing (Score:3, Interesting)
Re:bing (Score:2, Informative)
1. it is not recommended to use outlook in the pane view for your inbox. This is for security reasons, look into it. (this is not an endorsement for outlook nor an attempt to have a discussion about outlook, just a fact.)
2. try double clicking on the email that you are reading. then not only can you have both the calendar and the email open, you can alt-tab between them.
Doug
Re:bing (Score:2, Informative)
You've got flaming mail (a cross-platform virus) (Score:2, Insightful)
like, great, but (Score:3, Redundant)
hell, he could spend that money to to fund 20 develpopers for 5 years to write a linux compatibilty layer for windoww (think wine, but Line) that would run non-native (linux) evolution faster than that pos that wants to virus me more than a bitter ex-girlfriend.
anyway, them's just my thoughts and you could be full of it, as my pappy always used to say.
BuzzWord Bingo (Score:3, Funny)
nice job Breyer, spoken like a true master.
Rarely mentioned very useful Outlook items (Score:4, Insightful)
I have tried a few other clients but none had the all-around capability that Outlook has. I often wonder if the folks that diss Outlook here have used it much. I have never had a virus problem, although I had a few close calls that my virus scanner caught. I have had one great debacle when I was fooling around with the pst file about 3 versions ago. It was my fault and it cause me a lot of pain.
Outlook is much more that just an email client with calendar and contact manager.
For a time I used Outlook as my desktop. You can launch all your applications from Outlook if you choose to. It works quite effectively. It just turned out to be a little too boring, not enough visual appeal after a number of months. However if you want a sparse no-nonsense desktop Outlook has it.
Another of the seldom mentioned capabilities of Outlook are the automatic journaling of Office applications and email activity by name date and time. I just wish that could be extended to any application. You can manually journal anything. Outlook can provide journaling reports in multiple formats. This is a lifesaver for me when I do my monthly billing.
Outlook has alarms for arbitrary uses. It has rules that can automate various filtering and file location tasks.
Other applications may have some of these maybe even most of these. I don't know of any application that has them all.
I looked at Evolution. It looks like an Outlook knock-off. Certainly that is somewhat flattering to Outlook's designers. Kapor's effort also looks similar. I wish him luck and ask that he not forget the journaling capability. It would really be great if any application could be registered with the software and have its activity automatically journalized.
Did I mention easy synchronization with PDA devices? Or, that it can also use "stationery." I haven't personally found a use for this, However, I have received a few messages on "stationery." That's how I learned that it existed.
In summary, Outlook is useful, robust, very flexible and capable, and pretty secure (a la pgp) if configured as recommended for security and backed by a virus scanner. I depend on it.
will it read .pst files? (Score:2)
Re:will it read .pst files? (Score:3, Informative)
we had a situation at my last employer where someone had hosed their box pretty badly due to literally 1gig of email. outlook wouldn't open and the PST files were corrupted. after searching around a bit, i found 3 or 4 programs for dealing with this issue.
poke around on google or freshmeat, i'm sure you'll find something similarly useful.
"Tight budget"? (Score:2)
Wow, $5 million is a "tight budget"?
Assuming roughly $100K/year per developer (salary plus benefits) and 20% in overhead costs (utilities, office space, etc), that's 20 developers a year for two years. Or 10 developers a year for four years.
Even if more than 20% of the budget goes to marketing (I don't know if that's applicable in their case, since they're going the free/Free route), underage hookers, or whatEVER, that still seems like a pretty nice budget to work with!
Whatever the case, best of luck to them, though!
Re:"Tight budget"? (Score:2)
You'd be lucky to be burdened at 2x.
Quote from the article (Score:2)
Yeah, we had no idea that was true before Napster.
wxWindows / wxPython (Score:3, Informative)
And who ever has enjoyed wxPython and the excellent support of Robin in the mailinglist knows: he get's things done. Or dunn.
So... if they don't succeed in travelling to space, at least teflon will be available.
What would happen... (Score:3, Interesting)
Er, sorry bout that, it's late (early?) And I must be dreaming.... good night, all.
Re:What would happen... (Score:2)
Re:What would happen... (Score:2)
Re:What would happen... (Score:2, Interesting)
I would have thought that what they are attempting to do would be best implemented in mozilla's toolkit. perhaps they could help speed along MRE. I know mozilla can be slow, but the phoenix project has shown that it can be better optimised.
perhaps with their resources they could help out not just in this application but with others. they themselves wold obviously benefit as mozilla is ported to more platforms.
so please, OSAF, consider mozilla for your frontend!
Re:What would happen... (Score:2)
Cloning Outlook doesn't hurt microsoft. (Score:4, Insightful)
A couple of weeks ago my boss asked me to find a replacement for the calendar server in Exchange, one which would work with... Outlook.
Nowhere to be found. I can replace the mail-part very easy (we're already doing that for years), the addressbook is nearly finished now (LDAP rules/sucks
And as long as you can't replace all what an Exchange server does, you won't have a chance in hell to replace Outlook.
Re:Cloning Outlook doesn't hurt microsoft. (Score:2, Interesting)
Check out CorporateTime [steltor.com]
It is a calendaring server that works in conjunction with an existing LDAP and mail server
Re:Cloning Outlook doesn't hurt microsoft. (Score:4, Insightful)
Precisely! That's why Chandler aims to remove the need for groupware servers altogether, by using P2P style distribution.
Re:Cloning Outlook doesn't hurt microsoft. (Score:2)
The calendering capabilities of outlook is done on the client not the server. The server just stores the data in a IMAP folder. The client code does check to see that it is connected to an exchange server, so MAPI dlls have to be written. But that's on the client side.
A couple of weeks ago my boss asked me to find a replacement for the calendar server in Exchange, one which would work with... Outlook.
Nowhere to be found.
You kiddin' right? Lotus, Samsung, Oracle and I bet there are others, all have drop exchange replacements.
Re:Cloning Outlook doesn't hurt microsoft. (Score:2)
Oracle makes an exchange server replacement. There are probaly like 5 others .
Sigh... I hope so... (Score:2)
If I'm wrong, great, congrats the world is now better.
And the award goes to... (Score:2, Funny)
Nah! Best Vaporware goes to ... (Score:2)
Vapor's all there must be in there if you are proclaiming a recently announced project as vapor when it has not yet shown a vapor trail.
The key'll be small scale implementation (Score:2)
I'm dreaming of a standards based system where we'll be able to send a cross-platform invite to a meeting (or todo) via email (ala iCal and Mozilla Calendar) in a peer to peer way, yet integrated with mail and a small scale todo/project/PIM system for tasking. Also imagine being able to form up small project group by subscribing to someone else's general or special project calendar or project sub-todo list regardless of platform (except for those Timex-Sinclair OS boys). Note: BTW this is the way we use iCal even in it's current crude state.
What will make this different? It'll be different if they build in Lotus Agenda-like features. For Pete's sake! Agenda came out in 1988 and no one has every really matched it!
Huzza! Huzza! Kapor!
Agenda is dead! Long live Agenda!
Oh and Viva la Newton! (Score:2)
Not Likely? (Score:2)
Yes, Kapor can likely succeed in surpassing Outlook. And Windows-using Slashdot users might love it. But I think the hardest part, harder even than writing the program, will be getting the 'average' computer users to understand why they should use it. Most people seem to have an 'allegience' to Microsoft, and refuse to believe that anything (especially anything cheaper) could possibly be better.
Outlook can be replaced in small businesses (Score:2)
There is no need for these people to risk using MS Outlook or Outlook Express and we tell them straight out that those two products are responsible for most viruses. At the present time we recommend that they switch to Eudora Light or to Pegasus Mail. Better yet, we advise that they move to a web-mail system.
One entire school district that we do work for is moving to SquirrelMail and web-based email reading to even further cut down on the exposure to virus attacks. If the attachment never even makes it to your computer, it is highly unlikely to cause problems.
Evolution (which is what I use both at home and at the office) would fit these users like a glove. It would be nice if Ximian ported this product to the Win platforms; but then again it's nice to have it on Linux in combination with Open Office to demonstrate that small businesses really don't need MS at all.
Not Outlook killer, Exchange killer (Score:5, Insightful)
Re:Not Outlook killer, Exchange killer (Score:2)
Of course, actually getting it to WORK that way is a different beast altogether... the implementation is flaky and poorly documented and overall seems like it was thrown in as an afterthought.
Re:Not Outlook killer, Exchange killer (Score:2)
Oh, and they ripped it out for the XP versions (last version with this feature is Outlook 2000).
One of my clients uses this feature extensively too.
Re:Not Outlook killer, Exchange killer (Score:2)
Because you really don't want all 3000 users backing up separately.
Re:Not Outlook killer, Exchange killer (Score:2)
Well, I read a blurb in Wired about Chandler. But here is another article from Mercury News [siliconvalley.com].
You can always google "kapor and chandler".
Already done... (Score:2)
The calendaring and collaboration features of GroupWise beat Outlook+Exchange pants down. Or was it hands down?
Re:Already done... (Score:3, Insightful)
Some of the features I like are unique to Groupwise, but on the whole it's everything bad about Exchange wrapped into a different propritary license. The same can be said for Lotus Notes, it has its nice features and it's not M$, but you still have proprietary incompatible software as your mail client.
Re:Already done... (Score:2)
I can't find anything on Novell's site, but I've been under the impression that it required a Novell server.
I'm using version 5.5, it could be that 6.0 cleaned up the web interface quite a bit. Even in 5.5, it doesn't suck as bad as Exchange's web UI, but it still pales in comparison to the Groupwise client. What I'm really waiting for is a client that runs on linux. I was on house arrest after surgery and the web interface was so crappy that I installed Windows and the Groupwise client on a spare drive. I can't get past installing Windows Messaging with Wine or Crossover Office. That's the only thing keeping me from running it on linux.
Re:Already done... (Score:2)
Wait a minute... you just badmouthed the GroupWise web-UI, because you were comparing it to the native client? Don't you think that's just a bit unfair? I have been using Outlook WebAccess for a long time, and I am quite familiar with GroupWise, too. I compare web-GUI to web-GUI and am convinced that Outlook WebAccess sux - in comparison with GroupWise. Yes, I agree that it's still far from what the native client can do, but give it some credit.
OK, now to the point of server-side support: This link [novell.com] is pretty informative, and tells you that you can use NetWare 5 or 6 or Windows NT/Windows 2000 (emphasys mine).
I hope I have dispelled at least a little bit of missunderstanding.
cheers!
Enhanced IMAP (Score:3, Interesting)
I'd like to see the IMAP protocol expanded so that it could perform most of these tasks. Outlook and Exchange are most of the way there, except for the ability to use your calendar or do things like busy searches.
An expanded IMAP protocol (if it was open) would allow for non-"rich" clients to still work and participate meaningfully; calendar should be a folder that displays appointments in a human-readable format, with the idea that a 'rich' client would parse it into whatever GUI or textmode the user wanted.
We'd end up at a place where, instead of having to buy and use one client and one server product, it'd be possible to mix-match based upon what you wanted.
Unfortunately I think that the whole groupware trend is headed to the web and no one wants to invest in a whole lot of client-side technologies.
Re:Enhanced IMAP (Score:2)
That's because no settled free protocols are available. iCal from the IETF iCalender group is going to fix that. Should be out soon, I heard it's close.
I'd like to see the IMAP protocol expanded so that it could perform most of these tasks.
This is not necessary. A new protocol is probably a better idea. Why increase the complexity of implementing a IMAP client/server for everyone?
That's kinda what Outlook does. The issue is that it's not human-readable, it's an undocumented part of MAPI that's been partially reverse engineered. But if you what 'just' an exchange replacement, you really don't care about the binary format, as long as your IMAP server can store it.
Unfortunately I think that the whole groupware trend is headed to the web and no one wants to invest in a whole lot of client-side technologies.
Most of those issues will go away shortly. Alot of work on calender is being done in many groups. I'd say wait 6 months before making that accessment.
Re:Enhanced IMAP (Score:2)
Assuming there was a new IMAP server available that was capable of performing tasks like busy searches and handling some of the groupware data (which is almost always calendaring data as well), why would having that ability make implementing it any more complex?
No one would force you to *use* the groupware aspects (which would be nothing more than a set of IMAP boxen the IMAP server could peer into), and I'd guess that even a package like this could be built with some kind of --no-groupware switch to leave you with whatever the current mail-only standard was.
A new protocol is a new protocol -- new daemons, security changes, system directories, ad nauseum. So much of what will get done and the interaction between client and server is just the kind of thing that IMAP does now. The only thing IMAP doesn't do now is calendar searches and mailbox parsing (eg, to present ~/mail/calendar in some human readable but locally parseable format).
You'd still need a mechanism for handling extra-machine functionality (eg, user@a searching user@b's calendar) which might be SMTP between boxen to an IMAP-handled box. LDAP could be the directory server.
Most of those issues will go away shortly. Alot of work on calender is being done in many groups. I'd say wait 6 months before making that accessment. [about calendaring going to the web]
Somebody may do something really interesting on the client, but then the answer becomes "What client?" Win32 is the obvious answer for installed base, but Linux is a result for a lot of open-source projects, but then there's Mac OS/OS X...anyway, the soup gets thick quickly. A web client reaches all users with far less development than a standalone client, with far quicker rollout and simpler updates. OWA, Horde, Hotmail, Yahoo, etc have all demonstrated that you can do it on the web with a high ROI.
Don't get me wrong, I personally prefer a web-based client, but how many people under 25 on the web ever use anything *but* a web client for ANY email? Ask yourself what they'll expect let alone tolerate...
But will it have all the important features? (Score:2)
How does this guy think he can possibly compete?
Re:Can't be too hard (Score:2)
Re:Can't be too hard (Score:3, Informative)
You guys do know about the 100ms SMB turnaround time to Domain Controllers? By default DCs deliberately slow down SMB transactions to prioritize replication traffic; if you try to multi-role a DC you'll see degraded network performance. There is a registry setting to configure this behaviour - search the KB.
Jon.
Re:Better how? (Score:3, Interesting)
Someone please mod parent down... (Score:2)
Re:Useless effort (Score:2)
I would like an intergrated e-mail, calender, task list, etc program that could comm with my palm.
I couldn't find any than runs on Windows, except for Outlook.