great, thanks
On Sat, Nov 9, 2013 at 3:03 AM, Eric Charles <e...@apache.org> wrote: > oh, I see what you mean. I had that issue with a specific older > version/snapshot. > If you use the latest snapshot, you will get it right. > > > > On 09/11/13 10:19, Robert Munn wrote: > >> I understand. The user folders are ok, it's the domain folder that is >> wrong. The directory on the server is: ./maildir/%domain. I'm not talking >> about the config file entry, I mean the actual directory in use on the >> server. >> >> %domain should be replaced with an actual domain name, but the server is >> using %domain as the directory name instead of replacing it. See what I >> mean? The directory on the server should be: >> >> ./maildir/<name_of_a_domain> >> >> but instead it is: >> >> ./maildir/%domain >> >> I was missing an initial entry in the JAMES_DOMAIN table when the folder >> was created like this, could that be the issue? I have the entry now, >> though, and the server still seems to be using %domain instead of the real >> domain name folder. Could that be cached somewhere? This isn't a big >> issue, >> but I would like to get it sorted out. >> >> >> On Sat, Nov 9, 2013 at 12:53 AM, Eric Charles <e...@apache.org> wrote: >> >> that's no bug, it is intented to put mails per user. >>> >>> >>> On 09/11/13 05:03, Robert Munn wrote: >>> >>> I am testing james on a linux server with milder format enabled, using >>>> ldap as my user repository. In the process of moving the maildir folder >>>> location, I noticed that james created a folder in the default location >>>> called %domain, per this config line in mailbox-maildir.properties: >>>> >>>> maildir.folder=/srv/james/store/maildir/%domain/%user >>>> >>>> so it looks like the config picked up %domain in this file as a literal >>>> instead of a variable. I will note that it is picking up %user as a >>>> variable and creating individual user folders. Is this is bug in beta 5? >>>> Could it possibly be a configuration problem with my system? >>>> >>>> >>>> >>>> >>>> >>>> >>>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: server-user-unsubscr...@james.apache.org >>> For additional commands, e-mail: server-user-h...@james.apache.org >>> >>> >>> >> > --------------------------------------------------------------------- > To unsubscribe, e-mail: server-user-unsubscr...@james.apache.org > For additional commands, e-mail: server-user-h...@james.apache.org > >