Yes, this is something that's happened because of a change in the Avalon file repositories, which is what James is using at the moment unfortunately. The version of Avalon that James 2.0a2 is using includes a number in the filename to indicate this is FileStreamStore #8 (that pop inbox) as opposed to FileStreamStore #3 (that error repository). I think they did this because they wanted to support multiple stores in the same folder. So anyway, you'll have to look at the naming of the files in that directory already, and rename the new files appropriately. Probably the best bet (aside from just rolling our own file repository) is to add a copy/move function in the remote admin system so you can do this with a telnet session. -- Serge Knystautas Loki Technologies - Unstoppable Websites http://www.lokitech.com/
Sam Kirkpatrick wrote: > And a related question, if an incoming email ends up in the error folder > (e.g. a misspelled email address), is there a way to put it in the correct > inbox such that it can be accessed using POP3? > > Today I found three emails in the error folder, which had been improperly > addressed to one of my users. I simply copied the FileStreamStore and > FileObjectStore files into the appropriate inbox, but the user still could > not access them using POP3. The files just sit in the inbox. > > We are using the James 2.0a2 release build on Win2000. It seems to me that > simply copying the files from the error folder to the inbox used to work in > a previous release, 1.3.x maybe? > > Sam > > > ----- Original Message ----- > From: "Jeff Keyser" <[EMAIL PROTECTED]> > To: "James Users List (E-mail)" <[EMAIL PROTECTED]> > Sent: Wednesday, April 10, 2002 6:00 PM > Subject: Recovering e-mail trashed as spam > > > >>I have an interesting question. In my configuration, I store spam away in > > a > >>file store, and I review its contents periodically. Every now and then, a >>real e-mail gets trapped by the spam filters. Is there a way to have this >>e-mail delivered to the intended user? Can I drop it into the outgoing >>directory, and let it be picked up by the mail delivery process? Is there >>another way to do this? >> >> >>-- >>To unsubscribe, e-mail: > > <mailto:[EMAIL PROTECTED]> > >>For additional commands, e-mail: > > <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
