> > Sadly james doesnt work with accounts with domains > > The string argument to the POP3 USER command has absolutely no > relationship > to an e-mail address. The assumption that there is any meaningful > relationship between the parameter passed to RCPT TO and the parameter to > USER is false.
That was meant to be my point. The two arn't linked, but it would be really nice if they were by default. It seems to me that most james newbies are expecting this exact behaviour - smtp: RCPT [EMAIL PROTECTED] to end up in a pop3 account [EMAIL PROTECTED] > > > This leads to problems with virtualhosting > > No it doesn't. Not if you actually understand the situation. If > I had ten > people named Daniel in ten different domains, that's just fine. > Your e-mail > might be [EMAIL PROTECTED], and your POP3 account is > daniel_perry, so I > simply add a mapping from one to the other. Trivial. Yes it's trivial, and i understand it. But, I have about 40 domains running on one server and there is no way i would want daniel to map to daniel_perry. This would become totally unmanageable. > If you use % in a user name, it could cause issues with the default JDBC > virtual user support, since MySQL uses % for matching. > That is a valid point. But assuming it is properly escaped, and is using = not like for searching, it shouldnt matter. I havent tested this as i opted for ..at.. as the user/domain separator in our accounts, and modified the smtp/pop3 server to do string replacing on usernames for @ with ..at.. so that people log in with their email addresses (this was done for backward compatibility with our previous server). I stand by my statement that this leads to problems (albeit an easily fixed one) with virtual hosting, as this same question comes up again and again. Built in domain support for users and mailbox repositories would make it easier. Imagine being able to add a user as bubba (and everything work as it does now), or being able to add a user [EMAIL PROTECTED], and james dealing with the virtual domain issues for you. Daniel. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
