I've done a few tests on my James setup today. I came across the following problems:
I basically wanted to use database (MS SQL) for all repositories. What I noticed was that when I edited config file to have the spool repository pointing to my database, an exception occurred on James startup, which just said there was an error catching mail in spool. This problem disappears when I put spool repository to a file system. Also, I had put the local users repository pointing to my database, but when I sent an email, it said that the users' address was wrong(it wasn't). When I pointed the local users repository to the file system, it worked fine. After the above tests, I inserted 1000 users into james users table in MS SQL. (Not through remote manager). James doesn't seem to recognise that these users exist. Do they need to be inserted through Remote Manager rather than through a SQL insert statement ? Thanks LIsa -----Original Message----- From: Noel J. Bergman [mailto:[EMAIL PROTECTED] Sent: 17 May 2004 20:26 To: James Users List Subject: RE: unable to find processor root > I've done what you specified below and I can confirm that > James does use the file system for everything except for > the user repository. And it is working? > I'm ready, if you are to start on the next stage. Through the miracle of e-mail, we don't need to be in synch. :-) We do have IRC, where users can give each other real-time help, but it seems to be rarely used. What do you want to do next? For which things do you want to use a database, and for which do you want to use the file system? --- Noel --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This E-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this E-mail in error please notify us immediately and delete this E-mail from your system. Thank you. It is possible for data transmitted by email to be deliberately or accidentally corrupted or intercepted. For this reason, where the communication is by E-mail, the Big Picture Group does not accept any responsibility for any breach of confidence which may arise through the use of this medium. Opinions, conclusions and other information in this message that do not relate to the official business of Big Picture Group shall be understood as neither given nor endorsed by it. This footnote also confirms that this email message has been swept for the presence of known computer viruses. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
