On Monday 05 May 2003 15:23, David Krider wrote:
On Mon, 2003-05-05 at 13:51, Bruce Marshall wrote:
Whatever the possible reason may be from all of the above, it seems to me that if Kmail with 'do not delete' checked for a pop server works, why shouldn't fetchmail?
First of all, you didn't mention that KMail was working where fetchmail wasn't. Why are you concerned about fetchmail if KMail is doing everything you need done?
I normally use fetchmail/procmail to draw email off of several pop servers. Then I use Kmail to pop the mail off my own machine and into Kmail. But when I am away from home, I would like to retain the email on the pop server until I get back home. Thus, I have to use only Kmail (with 'do not delete') while I am away from home... without procmail and spamassassin and other filtering goodies... Just Kmail.
Second of all, what's that got to do with it? Whatever problem that fetchmail (a tiny command-line-only program) isn't working around due to considerations of size, performance, and standards compliance... What's to keep KMail from doing so?
Your point is?? Kmail can handle it, fetchmail doesn't. That's all I'm saying.
If this other program, "getmail," works around it, great! Use that one. I'd be very interested in hearing if it does. If not, *and you want a command-line program to do these sorts of things*, then you could always gank the KMail source and put it into your own fork of fetchmail...
It seems to work but it doesn't work in the global fashion that fetchmail/procmail can be made to work in. It's more of a 'user only' gizmo which means it's eash user for himself... and admin'ing a couple of machines would be more problematic. But it does appear to retain email on a pop server.
dk
-- David "Dunkirk" Krider, http://www.davidkrider.com Acts 17:28, "For in Him we live, and move, and have our being." Linux: Will you use the power for good... or for AWESOME?