Having gotten the relevant Kmail configuration files off of the host in question, I've come to realize that the user has a great number of filters defined. The vast majority of the filters act to deliver mail into separate 'folders', and most (if not all) of those match specific From: or To: adresses. I got to thinking that it might be more efficient to have procmail do this filtering. *) If I'm wrong about that assumption (or indeed any potential gotchas with Kmail/procmail interaction) please let me know. Until such a time arrives, that an in-house mail server has been set up, the process will continue to be: **) - popping the mail off the server - local processing/delivery Whether or not to move the 'popping mail'-bit to fetchmail or getmail is as yet undecided. First of all I'd like to ask if anyone here is aware of existing tools that can parse a kmailrc, and generate procmail recipes from the [Filter #n] sections? I'm not having much luck googling these days ... TIA /Jon *) Also Kmail ought to get more responsive if it doesn't have to wade through some 13000 lines of kmailrc on startup, and when adding yet more filters. **) Once I *do* get around to setting up a mailserver, it should be nice to have the procmail recipes already 'cooked'. -- YMMV