Hi Gerry,
It seems that qmail, postifx,... have virtual hosting disabled by default.
So probably James should be delivered as such, with a clear indication
on how to enable it via a simple config file (the mailserver.xml atm).
For remote delivery, it is already enabled now, so that's fine.
Tks,
Eric
On 14/10/2010 18:03, Gerry Matte wrote:
I am one of those awaiting true virtual hosting.
I agree that you should enable virtual hosting by default even if only
one example virtual host is configured in the default config set.
I also agree that the default config should have remote delivery enabled.
Gerry Matte
--------------------------------------------------
From: "Eric Charles" <[email protected]>
Sent: Thursday, October 14, 2010 12:17 AM
To: "James Users List" <[email protected]>; "James
Developers List" <[email protected]>
Subject: 3.0-M1 default configuration
Hi All,
We are preparing the 3.0-M1 release and need to define the default
configuration.
Currently, when you download James 3 snapshot, you have
virtualHosting: disabled
mailbox: jpa
user: jpa
virtualuser: jpa
domainlist: xml
ValidRcptHandler handler: enabled
jmx: disabled
remote delivery: disabled
I was thinking to enable virtualHosting to be able to manage more
than one domain at once (this was a long-time waited feature, so
let's provide it by default).
This would lead to implement domainlist with jpa.
I was wondering what to do with remote delivery. I can imagine if we
leave it as such to have many users downloading and thinking that
james does not do the expected job: send mails...
What do you think of?
Have you got any other requirement we should meet?
Tks for your feedbacks,
Eric
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]