I'm not sure what the version is, as the installer was packaged with another piece of software. Is there an easy way to find out the version?
The repository is just the file system. I don't believe these messages receive any special processing, although certain types of messages doe receive special processing. Perhaps sending you the configuration file will help? My examination of log files didn't point out anything obvious. Can you point me to what log files I should examine to determine where delays may be occurring? There seems to be several log files generated by James, and I'm not sure which log file or files are the most relevant. I'm new to James, so I am still getting my head around the whole system. I'll be able to answer your questions better as I poke around the system some more. To clarify what I'm doing, I'm basically sending an email to a local user. Then trying to immediately retrieve that same message. I notice the message seems to sit in the spool directory for exactly 60 seconds, at which point it disappears from the spool folder, and I'm able to retrieve it using pop. Thank you for your help. John On Thu, 2003-11-27 at 13:37, Serge Knystautas wrote: > John Zheng wrote: > > I've noticed that it takes exactly 60 seconds for new email sent to > > James to be processed from the spool directory and put into the user's > > local folder. I would like to reduce this to instantaneous processing > > of new email, or at least something on the order of 5-10 seconds. > > Couple of questions... what version of james, what repositories, any > special processing, have you reviewed the log files to see where the > delays are in the message processing? I'm using 2.1.3 w/JDBC and seeing > no delays.
