[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kmail-devel
Subject:    Re: KDE task orientation -> Konqueror-KMail integration / Folder
From:       Don Sanders <sanders () kde ! org>
Date:       2003-10-24 4:48:42
[Download RAW message or body]

On Friday 24 October 2003 04:36, Ingo Klöcker wrote:
> On Thursday 23 October 2003 15:06, Krisztian Mark Szentes wrote:
> > as to the task orientation discussed on this list, I would love
> > to have not only e-mail (bodies) within KMail folders but also
> > documents.
> >
> > A usual project has several e-mails and other documents (e.g.
> > text or spreadsheets) attached to it. Currently, I organise the
> > documents in Konqueror folders (which are filesystem directories
> > as we all know) and the e-mails in KMail folders. Additionally, I
> > save the e-mails in the Konqueror folders as well, so I can
> > search for them more easily and have all data at a single glance.
> > Usually, e-mail text gets recognized as simple text in Konqueror,
> > so when I click on it, I open it in the default text editor. Even
> > if it gets recognized as e-mail text, I cannot pass any command
> > line arguments to kmail to open it as e-mail (it just gets set as
> > e-mail body text as a whole, including all the headers).
> >
> > So it would be great if I could create folders in KMail and
> > associate them with filesystem directories, and open(/store)
> > files from (into) them within KMail. [I can choose the maildir
> > format and store there documents but they do not get displayed
> > and I cannot arbitrarily set the maildir location]. Konqueror, on
> > the other hand, should open e-mails right in KMail. This needs
> > decent MIME magic and new KMail command line options.
>
> KMail is and will always be an email client, no more, no less.

Just to clarify for the sake of new readers to the list. 

KMail policy is decided by the KMail decision making group according 
to the KMail decision making process, as was decided on the kde-core 
development list and is reflected by the state of the KMail about 
box.

The KMail decision making group consists of all KMail core developers, 
including maintainers. The decision making process is as follows:

In the result of a conflict over a commit to the KMail section of KDE 
CVS a resolution to this conflict, that is the decision to keep or 
revert the commit can be decided by a unanimous agreement of the 
maintainers, or failing that a resolution to the conflict will be 
decided by a vote of KMail core developers.

I think to avoid confusion, and the need for re-iteration it makes 
sense to commit this written account of the process to cvs in a 
POLICY file.

Don.
_______________________________________________
KMail Developers mailing list
kmail@mail.kde.org
http://mail.kde.org/mailman/listinfo/kmail
[prev in list] [next in list] [prev in thread] [next in thread]