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/ 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