This is a "feature" of Avalon... they were trying to support multiple repositories in the same directory, but wasn't completely thought through. You'll see the same thing if you reconfigure the mail repositories in the conf file and restart, although changing user accounts is obviously more notable.
I'll patch this for the next release (alpha 4 I suppose) so we stop/ignore the counting naming convention. -- Serge Knystautas Loki Technologies - Unstoppable Websites http://www.lokitech.com/ Sam Kirkpatrick wrote: > I have some messages that can not be retrieved by POP3 (i.e. they are just sitting >in users inbox.) It appears that this occurs when the following sequence of events >occurs: > > 1. James recieves an email for user Joe. The email is stored in >.../var/mail/inboxes/joe. > 2. The admin adds a new user Frank. > 3. James is restarted. > 4. Email is sent to Frank. > 5. Joe tries to retrieve his email. The message sent in Step 1 is not retrieved, >but any messages sent after the James restart are retrieved. > > It appears that after new users are added and James is restarted, the Repository >numbering gets changed such that Joe now has new Repository numbers "assigned" to >him, so previous emails that are stored in his inbox now have invalid Repository >numbers, and hence are not retrieved by POP3. > > In the above example, the message that Joe received originally was stored as >xxxx.Repository12.FileStreamStore and xxxx.Repository13.ObjectStreamStore. Then, >after the restart any new messages sent to Joe are named >yyyy.Repository14.FileStreamStore and yyyy.Repository15.ObjectStreamStore, while >messages sent to Frank are now named aaaa.Repository12.FileStreamStore and >aaaa.Repository13.ObjectStreamStore. > > Is this a bug in James (and/or Avalon), or am I misunderstanding something? Has >anyone else experienced this? > > TIA, > > Sam Kirkpatrick -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
