Taht whould be very cool :-)
bye
Norman
Guillermo Grandes (JIRA) schrieb:
[ http://issues.apache.org/jira/browse/JAMES-638?page=comments#action_12438580 ]
Guillermo Grandes commented on JAMES-638:
-
I'm usign the trunk-3.0. I'm to hard
[
http://issues.apache.org/jira/browse/JAMES-638?page=comments#action_12438580 ]
Guillermo Grandes commented on JAMES-638:
-
I'm usign the trunk-3.0. I'm to hardcore to use a stable 2.3 (joke) ;-)
If possible I will test tomorrow the new t
POP3 list return messages in order as they comes with file pair
---
Key: JAMES-641
URL: http://issues.apache.org/jira/browse/JAMES-641
Project: James
Issue Type: Improvement
Author: norman
Date: Thu Sep 28 13:08:37 2006
New Revision: 451004
URL: http://svn.apache.org/viewvc?view=rev&rev=451004
Log:
Tag for RC4 release
Added:
james/server/tags/build_2_3_0_RC4/
- copied from r451003, james/server/branches/v2.3/
--
Hi guys,
I uploaded the new builds and sign them. The builds can downloaded from:
http://people.apache.org/~norman/james/downloads/
Plz review and cast your vote.
bye
Norman
Ps: Let us be optimistic and call it the last RC ;-P
signature.asc
Description: PGP signature
---
Hi
Does anyone know how http://wiki.apache.org/james/SmartOrSecondaryHost got
broken, or more importantly, how to fix it?
References such as
http://james.apache.org/images/james_config_smart_host.png do not resolve. I
guess the images have been moved.
Really, the meat of wiki entries should be s
Author: norman
Date: Thu Sep 28 11:03:49 2006
New Revision: 450945
URL: http://svn.apache.org/viewvc?view=rev&rev=450945
Log:
Get ready for rc4
Modified:
james/server/branches/v2.3/default.properties
Modified: james/server/branches/v2.3/default.properties
URL:
http://svn.apache.org/viewvc/j
[ http://issues.apache.org/jira/browse/JAMES-638?page=all ]
Norman Maurer resolved JAMES-638.
-
Resolution: Fixed
Let us be optimistic
> Wrong default encoding in text message (Autoconverted: from 8bit to
> quoted-printable)
> --
[ http://issues.apache.org/jira/browse/JAMES-631?page=all ]
Norman Maurer updated JAMES-631:
Fix Version/s: 2.3.0rc4
(was: 2.3.0)
Moved to rc4
> Default host configuration for InSpammerBlacklist is relative: it should
> contain a
[ http://issues.apache.org/jira/browse/JAMES-626?page=all ]
Norman Maurer updated JAMES-626:
Fix Version/s: 2.3.0rc4
(was: 2.3.0)
Move to rc4
> Invalid (outdated) urls in config files.
>
>
[ http://issues.apache.org/jira/browse/JAMES-618?page=all ]
Norman Maurer updated JAMES-618:
Fix Version/s: 2.3.0rc4
(was: 2.3.0)
Move to rc4
> Move server-site documents from james/server repository to james/site/server
> reposi
[ http://issues.apache.org/jira/browse/JAMES-634?page=all ]
Norman Maurer updated JAMES-634:
Fix Version/s: 2.3.0rc4
(was: 2.3.0)
Move to rc4
> Fix m2 projects to not lookup dependencies on ibiblio, to simplify the
> website buil
[ http://issues.apache.org/jira/browse/JAMES-639?page=all ]
Norman Maurer updated JAMES-639:
Fix Version/s: 2.3.0rc4
(was: 2.3.0)
Move to rc4
> SerialUID is not hardcoded
> --
>
> Key: JAMES
[ http://issues.apache.org/jira/browse/JAMES-638?page=all ]
Norman Maurer updated JAMES-638:
Fix Version/s: 2.3.0rc4
(was: Trunk)
(was: 2.3.0)
Move to rc4
> Wrong default encoding in text message (Autoconver
[ http://issues.apache.org/jira/browse/JAMES-639?page=all ]
Norman Maurer reassigned JAMES-639:
---
Assignee: Norman Maurer
> SerialUID is not hardcoded
> --
>
> Key: JAMES-639
> URL: http://issues.a
[ http://issues.apache.org/jira/browse/JAMES-639?page=all ]
Norman Maurer resolved JAMES-639.
-
Fix Version/s: 2.3.0
Resolution: Fixed
> SerialUID is not hardcoded
> --
>
> Key: JAMES-639
> UR
Author: norman
Date: Thu Sep 28 10:39:12 2006
New Revision: 450935
URL: http://svn.apache.org/viewvc?view=rev&rev=450935
Log:
Backport SerialVersionUID. See JAMES-639
Modified:
james/server/branches/v2.3/src/java/org/apache/james/userrepository/DefaultJamesUser.java
james/server/branche
You should try to use the versions listbox much more!
I guess you're you still on 2.2.0, is this right?? When you forget to
say the james server version you use you're missing the MOST important
piece of your bug report!
Stefano
davide.bz (JIRA) wrote:
large attachment (3 or more Mbyte) wil
Stefano Bagnara wrote:
> I just confirmed that James 2.2.0 and James 2.3.0rc3 have the same
> serialversionuid: 6323959976390389529L;
> So we have to add this to trunk
+1
--- Noel
-
To unsubscribe, e-mail: [EMAIL PR
> the default *serialVersionUID* computation is highly sensitive to class
> details that may vary depending on compiler implementations, and can
> thus result in unexpected |InvalidClassException|s during
> deserialization. Therefore, to guarantee a consistent *serialVersionUID*
> value across diff
Stefano Bagnara schrieb:
I checked the history for DefaultJamesUser and it doesn't seem to have
changed interface/signatures since 2.2.0 (apart the last initialize
removal). So 2.3.0RCs and 2.2.0 should have the same SerialVersionUIDs
and only trunk after 16 Sep is different: am I wrong?
If s
large attachment (3 or more Mbyte) will make mbox repository very slow
--
Key: JAMES-640
URL: http://issues.apache.org/jira/browse/JAMES-640
Project: James
Issue Type: Impro
Stefano Bagnara schrieb:
Norman Maurer wrote:
Im almost sure we are in big trouble now.. Cause if i change the
SerialVersionUID to the same as in 2.2.0 we will break the
userrepositories of the users which start using james with 2.3.0x .
If i use the SerialVersionUID of 2.3.0x we have the same
[
http://issues.apache.org/jira/browse/JAMES-607?page=comments#action_12438479 ]
Joachim Draeger commented on JAMES-607:
---
I just created bug reports for the ones I found. But I fear there maybe more.
1567158 Metadata file doesn't
Norman Maurer wrote:
Im almost sure we are in big trouble now.. Cause if i change the
SerialVersionUID to the same as in 2.2.0 we will break the
userrepositories of the users which start using james with 2.3.0x .
If i use the SerialVersionUID of 2.3.0x we have the same problem with
users of 2.2
Hi Guys,
maybe some of you notice the Bug reported this morning :
http://issues.apache.org/jira/browse/JAMES-639
Im almost sure we are in big trouble now.. Cause if i change the
SerialVersionUID to the same as in 2.2.0 we will break the
userrepositories of the users which start using james wi
Author: vincenzo
Date: Thu Sep 28 07:57:37 2006
New Revision: 450881
URL: http://svn.apache.org/viewvc?view=rev&rev=450881
Log:
Small spelling fix
Modified:
james/server/trunk/src/java/org/apache/james/transport/mailets/RemoteDelivery.java
Modified:
james/server/trunk/src/java/org/apache/j
Author: vincenzo
Date: Thu Sep 28 07:49:38 2006
New Revision: 450877
URL: http://svn.apache.org/viewvc?view=rev&rev=450877
Log:
Small spelling fix
Modified:
james/server/branches/v2.3/src/java/org/apache/james/transport/mailets/RemoteDelivery.java
Modified:
james/server/branches/v2.3/src/j
Author: norman
Date: Thu Sep 28 07:25:39 2006
New Revision: 450865
URL: http://svn.apache.org/viewvc?view=rev&rev=450865
Log:
Delete all class
Removed:
james/jspf/trunk/src/main/java/org/apache/james/jspf/core/FallBack.java
---
Author: norman
Date: Thu Sep 28 07:09:11 2006
New Revision: 450857
URL: http://svn.apache.org/viewvc?view=rev&rev=450857
Log:
Set SerialVersionUID. Thx to Joachim to help me point out how to get the
SerialVersionUID of james-2.2.0 for this class
Modified:
james/server/trunk/src/java/org/apac
On 9/28/06, Norman Maurer <[EMAIL PROTECTED]> wrote:
Bernd Fondermann schrieb:
> On 9/28/06, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
>> Bernd Fondermann wrote:
> Ok, thats one perspective, the other is: "In all those years they
> never put out a stable release fixing those bugs I have lurking
Author: norman
Date: Thu Sep 28 06:07:23 2006
New Revision: 450843
URL: http://svn.apache.org/viewvc?view=rev&rev=450843
Log:
Update to pom.xml to include repos and dependency ofor commons-cli
Modified:
james/jspf/trunk/pom.xml
Modified: james/jspf/trunk/pom.xml
URL:
http://svn.apache.org/v
Bernd Fondermann schrieb:
On 9/28/06, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
Bernd Fondermann wrote:
>> I agree. We should not release until the website is ready. Btw, i
don't
>> think this will block us, because Stefano finished almost..
>
> As I see it we are not only having changes to t
Author: norman
Date: Thu Sep 28 05:24:54 2006
New Revision: 450835
URL: http://svn.apache.org/viewvc?view=rev&rev=450835
Log:
Add missing svn style
Modified:
james/jspf/trunk/src/main/java/org/apache/james/jspf/SPFQuery.java
(contents, props changed)
Modified: james/jspf/trunk/src/main/ja
Author: norman
Date: Thu Sep 28 05:23:29 2006
New Revision: 450834
URL: http://svn.apache.org/viewvc?view=rev&rev=450834
Log:
Fix format
Modified:
james/jspf/trunk/src/main/java/org/apache/james/jspf/SPFQuery.java
Modified: james/jspf/trunk/src/main/java/org/apache/james/jspf/SPFQuery.java
U
Author: norman
Date: Thu Sep 28 05:17:34 2006
New Revision: 450832
URL: http://svn.apache.org/viewvc?view=rev&rev=450832
Log:
Rename class to better reflect the usage. See JSPF-32
Modified:
james/jspf/trunk/src/main/java/org/apache/james/jspf/SPF.java
Modified: james/jspf/trunk/src/main/java
Author: norman
Date: Thu Sep 28 05:17:08 2006
New Revision: 450831
URL: http://svn.apache.org/viewvc?view=rev&rev=450831
Log:
Rename class to better reflect the usage. See JSPF-32
Added:
james/jspf/trunk/src/main/java/org/apache/james/jspf/core/FallbackPolicy.java
- copied, changed fro
Author: norman
Date: Thu Sep 28 05:16:13 2006
New Revision: 450830
URL: http://svn.apache.org/viewvc?view=rev&rev=450830
Log:
Use commons-cli for commandline usage. See JSPF-33
Modified:
james/jspf/trunk/src/main/java/org/apache/james/jspf/SPFQuery.java
Modified: james/jspf/trunk/src/main/ja
Use commons cli for commandline parsing
---
Key: JSPF-33
URL: http://issues.apache.org/jira/browse/JSPF-33
Project: jSPF
Issue Type: Improvement
Reporter: Norman Maurer
Assigned To: No
On 9/28/06, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
Bernd Fondermann wrote:
>> I agree. We should not release until the website is ready. Btw, i don't
>> think this will block us, because Stefano finished almost..
>
> As I see it we are not only having changes to the documentation but to
> the
Bernd Fondermann wrote:
I agree. We should not release until the website is ready. Btw, i don't
think this will block us, because Stefano finished almost..
As I see it we are not only having changes to the documentation but to
the code base as well, which leads us to RC4. RC4 could have been
RC
Bernd Fondermann schrieb:
But we are
On 9/27/06, Norman Maurer <[EMAIL PROTECTED]> wrote:
Joachim Draeger schrieb:
> Am Dienstag, den 26.09.2006, 16:45 -0400 schrieb Noel J. Bergman:
>
>
>>> to simplify the website build and to include 2.2.0 and 2.3.0 docs
>>>
>> We can update our web site inde
But we are
On 9/27/06, Norman Maurer <[EMAIL PROTECTED]> wrote:
Joachim Draeger schrieb:
> Am Dienstag, den 26.09.2006, 16:45 -0400 schrieb Noel J. Bergman:
>
>
>>> to simplify the website build and to include 2.2.0 and 2.3.0 docs
>>>
>> We can update our web site indepedendently of the release
[
http://issues.apache.org/jira/browse/JAMES-638?page=comments#action_12438392 ]
Norman Maurer commented on JAMES-638:
-
I hope i fixed it. Maybe you can test it by download the fixed version from:
http://people.apache.org/~norman/james/downl
Hi Joachim,
You can see another options (for Mailets / SMTPHandlers)...
http://issues.apache.org/jira/browse/JAMES-599
http://issues.apache.org/jira/browse/JAMES-633
But... config.xml is not auto-reloadable... if you change this need to
reload (at the moment ;-))
Guillermo
- Original
Author: norman
Date: Thu Sep 28 02:44:42 2006
New Revision: 450773
URL: http://svn.apache.org/viewvc?view=rev&rev=450773
Log:
Merge attempt to fix JAMES-638
Modified:
james/server/branches/v2.3/src/java/org/apache/james/transport/mailets/RemoteDelivery.java
Modified:
james/server/branches/
Am Samstag, den 23.09.2006, 18:44 +0200 schrieb Stefano Bagnara:
> phoenix is able to reload an application or to deploy a new application
> without restarting the full container. If you put a new sar file in the
> apps folder it try to deploy it.
> Maybe we could add some management code to mak
[
http://issues.apache.org/jira/browse/JAMES-639?page=comments#action_12438381 ]
Norman Maurer commented on JAMES-639:
-
Im almost sure we should harcode the SerialVersionUID in all Serizable classes
and backport the Changes to 2.3.0
> Seria
Author: norman
Date: Thu Sep 28 01:53:25 2006
New Revision: 450764
URL: http://svn.apache.org/viewvc?view=rev&rev=450764
Log:
Hardcode serialVersionUID. See JAMES-639
Modified:
james/server/trunk/src/java/org/apache/james/userrepository/DefaultJamesUser.java
Modified:
james/server/trunk/sr
Author: norman
Date: Thu Sep 28 01:26:17 2006
New Revision: 450755
URL: http://svn.apache.org/viewvc?view=rev&rev=450755
Log:
Hardcode serialVersionUID. See JAMES-639
Modified:
james/server/trunk/src/java/org/apache/james/userrepository/DefaultJamesUser.java
Modified:
james/server/trunk/sr
Author: norman
Date: Thu Sep 28 01:23:40 2006
New Revision: 450754
URL: http://svn.apache.org/viewvc?view=rev&rev=450754
Log:
Temporary remove the 7bitconversion cause we disabled 8bit support so there is
no need for this. See JAMES-638
Modified:
james/server/trunk/src/java/org/apache/james
SerialUID is not hardcoded
--
Key: JAMES-639
URL: http://issues.apache.org/jira/browse/JAMES-639
Project: James
Issue Type: Bug
Reporter: Norman Maurer
We have the problem that the SerialUID is not hardc
Bernd Fondermann wrote:
Hi Norman,
Add support for fallback (not sure i like the classname yet). See JSPF-31
just a guess concerning the classname: what kind of fallback is it?
maybe that should go in the classname...
Bernd
The fallback is for the spf record lookup.
The fallback optional
Bernd Fondermann schrieb:
Hi Norman,
Add support for fallback (not sure i like the classname yet). See
JSPF-31
just a guess concerning the classname: what kind of fallback is it?
maybe that should go in the classname...
Bernd
Well i think i will name it FallbackPolicy ;-)
bye
Norman
-
54 matches
Mail list logo
