Subj : Email Clients... To : Peter Knapper From : Will Honea Date : Wed Jul 27 2005 11:40 pm Peter Knapper wrote to Will Honea on 07/26 Will Honea This got too long to quote so I'll amplify. First, I'm using the build you reference. I finally tracked down the mail list again the other night (the web site link is busted) and got caught up. You're right, the build 1965 is rock solid. There are newer dailies available but I'm not in the mood for more beta testing right now. Let me lump several things into one about the folders/accounts/filters stuff. At the church, I have individual accounts set up for each user. For CYA purposes, I also keep a copy of the incoming stuff in a folder under the master account. The filtering for this takes a little doing since you have to do it in the right order - copy first, then move to get it out of the inbox in the master account. On schedule, it checks each email account. Most of the accounts are on the same host, but 3 use distinct hosts. The only thing I can't do is schedule each server independently - only one time schedule. What I do is retreive all email into a master inbox. I have one filter for each user (account) set up to first copy the message to a master account folder determined by the TO: email address then I move it to the appropriate account. Each user is set up to point the client to a specific account on a common network drive. There are privacy issues as all the accounts are in a common network location. I think you can actually set it up to use other inboxes but I haven't tried it. All smtp sends are done through a common point with each client using their own FROM: and REPLY: settings. It's pretty flexible but it does have a learning curve. One gotcha related more to Java than to the specific program. If you ever get into a condition where the POP server can't be found (same for IMAP, etc.) you can get into a situation where all subsequent attempts will fail due to the Java caching of IP info. That can be an issue for unattended work but I rarely see it anymore. The logs are really good for figuring out problems. The only thing I would like to do is have each user access their mail from their own drives so that cross-account security was better but I haven't found anything besides running my own POP2/SMTP servers that will do everything so this is the best solution I've found to date. As for the decoding stuff, attachments are never decoded except by explicit action on your part. I'm a text-only fanatic myself and I find the html->text rendering pretty good for reading. The exception is that some html stuff like specific fonts, etc. gets lost. That's no problem - you can switch between text and html rendering on the fly. I never use html on outbound, so I don't how or if you can do other than by handcoding the html. There may be a way but I've never looked for it. ___ þ KWQ/2 1.2i þ The metallic years, silver hair, gold teeth, lead feet. --- Maximus/2 3.01 * Origin: COMM Port OS/2 juge.com 204.89.247.1 (281) 980-9671 (1:106/2000) .