Norman Maurer wrote:
Hi guys,
should we raise the default to 4 or at least 2 ? I think 1 delivery
thread will be to low for most installations..
Yes, maybe we should change default values for threads, maxretries,
connectionTimeout and timeout.
Maybe 3 to 5 is better for delivery thread (if
Am Freitag, den 23.06.2006, 01:30 +0200 schrieb Stefano Bagnara:
> I won't be there, but I would appreciate if this topic could be
> discussed there:
>
> 1) We have only 1 committer able to sign releases: imo this is *really
> bad* to James. Is in our power (as PMC) to decide that only final
>
[
http://issues.apache.org/jira/browse/JAMES-539?page=comments#action_12417506 ]
Norman Maurer commented on JAMES-539:
-
http://mail-archives.apache.org/mod_mbox/avalon-phoenix-dev/200207.mbox/[EMAIL
PROTECTED]
> Split config.xml in many parts
> ---
[
http://issues.apache.org/jira/browse/JAMES-539?page=comments#action_12417505 ]
Norman Maurer commented on JAMES-539:
-
http://mail-archives.apache.org/mod_mbox/avalon-phoenix-dev/200207.mbox/<200207161433.51290.proyal%40apache.org>
Maybe this can be us
Stefano Bagnara wrote:
--- Add a default hardcoded configuration for the SMTPHandlerChain
http://issues.apache.org/jira/browse/JAMES-496
+1 to apply
--- Decide what to do with repository implementations configured by
default (db/dbfile/file)
http://issues.apache.org/jira/browse/JAMES-
Vincenzo Gianferrari Pini wrote:
Just a small "Italian vs. English" language clarification :-) , to help
non Italians understand.
"Eventualmente" in Italian means "in case of ..., if need arises ... if
a decision is made ... if it is appropriate to do so ..."; "eventually"
in English means "
Just a small "Italian vs. English" language clarification :-) , to help
non Italians understand.
"Eventualmente" in Italian means "in case of ..., if need arises ... if
a decision is made ... if it is appropriate to do so ..."; "eventually"
in English means "finally ... to surely happen at th
Am Freitag, den 23.06.2006, 00:28 +0200 schrieb Stefano Bagnara:
> I hope we don't need a single vote for every single issue, so please
> help with short and clear "vote like" answers to the points (I prefer a
> clear -1 than a long discussion: at least with a -1 we don't delay the
> next releas
