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

List:       kmail-devel
Subject:    Bug#24783: option missing for interoperability: leave/keep mails  in local inbox
From:       Hans Ecke <hecke () Mines ! EDU>
Date:       2001-04-30 15:22:48
[Download RAW message or body]

Hi Ingo,

> > I assume the two problems are really one: kmail can not deal with
> > folders that change while kmail is running. This means it can't deal
> > with procmail writing into some folder in ~/Mail and it can't deal
> > with the inbox staying /var/spool/mail/<user> because in this case
> > the local mail daemon would write to it sometimes.
> >
> > This problem can be overcome. Pine works just fine with all this.
>
> On the subject "leave mail in local inbox":
> Could you please explain why it should make sense to leave some mail in
> the local inbox while other mail is moved to other folders in your home
> directory (by procmail or KMail or whatever)? Just because Pine does so
> is IMHO no reason.

You are right, of course. If I only used kmail or another mailer that
can deal with the inbox beeing just a file in ~/Mail everything would be
just fine. Problem is that people will continue to use several mailers.
At least for the time it takes them to switch to kmail. But even
afterwards there are situations where you will need a console-only
solution (you are only loged in via telnet, not running an X-server).

It all comes down to compatibility with other mailers. I believe
compatibility is very important.

Why I leave read mail in the inbox: My inbox usually contains both
unread mail and read mail that I have to act upon in the next couple
days. Other mailfolders are for stuff that is not so urgent or important
or for high-volume mailing lists.

> If you really need this, how about implementing a "move mail back to
> local inbox" and providing us with the necessary patch.

As I see it (which might be wrong, you guys are the experts), this would
not solve the problem.

You have this model that kmail has its own mailfolders in ~/Mail where
it has complete control. Every once in a while it looks into all local
mailfolders (which are filled by the maildaemon or procmail) and
downloads all new mails from them. It seems to me that this model is
just fine as long as we are dealing with only POP3. But it is too
confining for local mail (or IMAP, probably).

Please don't take my criticism too serious. You are doing a great job.
If it doesn't really work for me this means I have a problem, not you.
But as I see how most people around here read mail and imagine what it
would take for them to switch to kmail they wouldn't like the same
things I don't.

Cheers

Hans

-- 
Hans Ecke                      hans@ecke.ws
Department of Geophysics       http://hans.ecke.ws
Colorado School of Mines       Tel: (USA) 303-273-3733
Golden, Colorado               Fax: (USA) 303-273-3478

"Is tragic opera, everybody die."
"Is comic opera, everybody die, but they die HAPPY!"
                    -- Danny Kaye

_______________________________________________
Kmail Developers mailing list
Kmail@master.kde.org
http://master.kde.org/mailman/listinfo/kmail

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