Sadly james doesnt work with accounts with domains, it only uses the user part.
In your example, if prison.com is a local domain (as determined servernames), james would put the email address in the account 'bubba'. If prison.com is not local, it would get sent to the mail server for prison.com. This leads to problems with virtualhosting, which is why you should choose a naming policy for local accounts: eg bubba%prison.com (which must be local as it's treated as [EMAIL PROTECTED] Then have rules such as: User: bubba Domain: prison.com Target_Address: bubba%prison.com User: hubba Domain: prison.com Target_Address: [EMAIL PROTECTED] Obviously you wont be declaring hotmail.com as local in the servernames block, so it will relay it. Daniel. ps. i've never used xmlvirtualusertable, i'm just making assumptions based on heavy use of jdbcvirtualusertable. > -----Original Message----- > From: Ivan Jouikov [mailto:[EMAIL PROTECTED] > Sent: 08 July 2005 09:00 > To: [email protected] > Subject: Confusion with XMLVirtualUserTable > > > Ok I'm trying to get the XMLVirtualUserTable to work so that I can have > separate accounts for separate domains, as well as email forwarding (as > suggested by Daniel Perry). > > My biggest confusion is - how would the mailet know if I want to forward > or I'm simply mapping a virtual user? > > For instance, what if my naming policy is: > > For an account "bubba" at domain "prison.com", the username would be > "[EMAIL PROTECTED]" (this is as straightforward of a naming policy as I > could think of, and james allows to create users like that). > > So now, if I put the following in the XMLVirtualUserTable: > > User: bubba Domain: prison.com Target_Address: [EMAIL PROTECTED] > > What will happen? I'm about to find out, but I just wanted to send this > to the mail list. I mean how would the mailet know if I'm trying to > forward this or if this is a local account? (well I can think of a > technical way to do it, but I'm asking about the current behavior > implementation). > > Thanks for the responses, but I'm about to give this a shot :-) > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
