[Kolab-devel] something is not good about kolab

[Ingo Steuwer]

Am Donnerstag, 28. Juni 2007 16:17 schrieb Alain Spineux:
> On 6/28/07, Ingo Steuwer <steuwer at univention.de> wrote:
> > Am Donnerstag, 28. Juni 2007 15:07 schrieb Alain Spineux:
> > > On 6/28/07, Joon Radley <joon at radleys.co.za> wrote:
> > > > Hi Alain,
> > > >
> > > > > Yes, he will choose the shiny at first, but if he get problems,
> > > > > fall back the less less shiny, but working one.
> > > >
> > > > But why be the fourth or fifth choice when such a small change can
> >
> > make
> >
> > > > you
> > > > the first choice?
> > >
> > > Not sure its small !
> >
> > A "shiny" design and a good UI is a rather big task, and HTML doesn't
> > make it
> > easier. But I think Joon is right, the first impression is often
> > decisive. And if the decision was made, upcoming problems are fixed with
> > ugly workarounds instead of merging your data to another new platform.
>
> This is not the way I want for free software, I thing RMS should approve
> :-) But free is free, and you are free do do it like you want.

"ugly workarounds" are not what we do, at least not what we intend to ;) But 
it is what you will find on productive servers.

What I wanted to say: Especially people who think that they have a good 
knowledge on maintaning servers tend to implement workarounds instead of 
solutions. But this leads to a different topic...

People prever beautiful things over ugly ones. To use your traffic-example: 
having a bunch of things advertised as "car" where one looks used and slow, 
most people will only ask for facts regarding to appealing ones.

[..]
> > > Take that like an exam to be able to drive a linux server!
> > > Maintaining means to solve problems too!
> >
> > Sure. But your argumentation leads to a point where kolab will only be
> > used by
> > kolab-developers.
>
> No, just take the right guy to do the right thing.
> IT management is not a game, some company depend on IT.
> IT manager is a career.
> I'm not speaking about someone installing google hearth on his laptop,
> but someone responsible for 50 workers that must find quickly the good
> solution when something goes wrong.

In many 50-users-companys/institutions I know IT-management and admistration 
is bound to the same person which has no IT-background. They don't want to 
spend hours for evaluating groupware-solutions.

[..]

> Exchange offers you much help during installation, on what is missing on
>
> > your
> > server and what needs to be done next. Installation takes a long time
> > because
> > there are many things you are pointed at, but it looks like the procedure
> > always tells you what's next. Not a maybe outdated external
> > documentation.
>
> Sorry, I never read  M$ messages (say not all of them), I thing lot of
> people do the same.
> If so why install M$ stuff :-)

M$ didn't made everything wrong, and I think it is one of the competitors of 
Kolab one should know to do some argumentation.

And if you want to test a migration from exchange to kolab there is no other 
option...

Regards
Ingo Steuwer

-- 
Ingo Steuwer           Projektmanagement        steuwer at univention.de
Univention GmbH        Linux for your Business  fon: +49 421 22 232-43
Mary-Somerville-Str.1  28359 Bremen             fax: +49 421 22 232-99
                       http://www.univention.de