Re: [Evolution] Comments and questions on the Evolution mailer

[Svante Signell <svante signell telia com>]

On Fri, 2004-12-31 at 17:08 +0100, guenther wrote:
> On Fri, 2004-12-31 at 01:41 +0100, Svante Signell wrote:
> > On Tue, 2004-12-28 at 23:56 +0100, guenther wrote:
> >
> > > > > > 1. Is it possible to remove attachments, to save disk space?
> > > > > no 
> > > > Is this hard to implement? In Emacs VM the removed attachement name
> > > > remains in the original mail. 
> > >
> > > We already had this discussion in the past. IIRC removing attachments is
> > > considered "evil", cause it alters the original (received) mail and
> > > therefore isn't the original one any longer. Which effectively means,
> > > the Message-Id must not stay the same...
> >
> > In my opinion this is not freedom, at least not in the GNU sense... 
>
> You don't understand GNU and it's freedom.
>
> What you are talking about is "free beer". You want a feature, so others
> should code it for you. You just want to use it -- for free.
>
> Free Software is about free speech, not free beer. You got the code. You
> may change it. *That* is freedom. You want a feature? Go for it, do it
> yourself. You are free to to it.
I'm sorry if I offended somebody. This was not the intention. I'm
completely aware of the GNU ideas, since I have been following GNU
development under *NIX long before even Linux existed. 

I would like to clarify my statement on freedom. The freedom I meant is
loosely related to the GNU ideas in that you can make patches and
implement the changes you consider important. Howver, if your changes
are not accepted upstream, the user base of your changes might be very
small. 

The ideas of freedom meant was more about the freedom of choices in the
*NIX world compared to the M$S. In the *NIX world you can solve a
problem in many different ways, for example for editing a file you can
use a very large number of editors, compared to a very few in the M$S
world. With the development of Evolution and the Gnome desktop the
number of alternatives and choices are restricted, moving towards the M
$S case. Maybe this is the intention of the developers and users. The
users only get confused by the number of alternatives available. If this
is the by all agreed upon direction I will not make any more noise about
this issue.

Svante