Hi,
We also need to cover James used as simple MTA/mail-relay/honeypot
without any users defined (for example, in an internal network when
processing mails for virus/spam detection,...).
In this case, we could use in this case the "localhost" domain.
I'm also in favor of having only the virtualhosting enabled. I guess
this would simply lead to remove this notion from code/conf.
Tks,
Eric
On 15/12/2010 20:21, Norman Maurer wrote:
2010/12/15 Stefano Bagnara<apa...@bago.org>:
What about moving to virtual hosting as the default (and maybe the ONLY) option?
When you setup a mailserver you have a domain, I think it is easier to
understand for newbies if they create users with their full email
address instead of using simple "usernames" and receive email for that
username on each configured domain.
I thought about this too.. I'm just not sure if thats really the think
todo. For example in qmail and postfix you don't have virtualhosting
enabled by default. So I thought follow this princip make sense..
I always thought that unix servers still used this because of legacy
issues. Unix users don't have a domain and that servers inherited
(from sendmail) this mail issue in order to deliver mail to local
users (and use system authentication/authorization by default).
We don't provide such system integration so it seems we just get the
disadvantages and no advantage.
See your point here..
BTW I'm fine with both solutions. It's just that now it's the moment
to "change" stuff, and I think it would be easier to
understand/explain/document if we only support one method as I don't
see advantages in not enabling virtualhosting.
Stefano
I need to think about it a bit more.. Anyone else has some thoughts about this ?
Bye,
Norman
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org
