[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-31 3:46:11
[Download RAW message or body]

On Saturday 25 October 2003 01:10, Ingo Klöcker wrote:
> On Friday 24 October 2003 07:08, Don Sanders wrote:
> > 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.
>
> [snip]
>
> > 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.
>
> If you think that's necessary then go ahead.

Thanks for your consent. I do think it is important to have a well 
defined decision making process, it's certainly personally important 
for me to have this done, I will go ahead and commit.

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]