I'm working with Norman to find a solution for JAMES-466.
Unfortunately few people (just Norman and me, probably) is testing the
current trunk so it takes a lot to collect bugreports and to try to find
the real problems and possible workarounds.
Yesterday we finally found a revert patch that
[
http://issues.apache.org/jira/browse/JAMES-484?page=comments#action_12376660 ]
Stefano Bagnara commented on JAMES-484:
---
I have not committed the reviewed code because:
1) I wanted Norman to review the changes
2) I want to discuss wether to add this
[
http://issues.apache.org/jira/browse/JAMES-484?page=comments#action_12376664 ]
Norman Maurer commented on JAMES-484:
-
1. I reviewed it and it seems ok..
2. This would be a good solution too but i see no backdrafts on have this code
in the
Am Donnerstag, den 27.04.2006, 09:23 +0200 schrieb Stefano Bagnara:
I'm working with Norman to find a solution for JAMES-466.
Unfortunately few people (just Norman and me, probably) is testing the
current trunk so it takes a lot to collect bugreports and to try to find
the real problems
Norman Maurer wrote:
Am Donnerstag, den 27.04.2006, 09:23 +0200 schrieb Stefano Bagnara:
I'm working with Norman to find a solution for JAMES-466.
Unfortunately few people (just Norman and me, probably) is testing the
current trunk so it takes a lot to collect bugreports and to try to find
Bernd Fondermann wrote:
Norman Maurer wrote:
Am Donnerstag, den 27.04.2006, 09:23 +0200 schrieb Stefano Bagnara:
I'm working with Norman to find a solution for JAMES-466.
Unfortunately few people (just Norman and me, probably) is testing
the current trunk so it takes a lot to collect
Author: bago
Date: Thu Apr 27 02:31:36 2006
New Revision: 397488
URL: http://svn.apache.org/viewcvs?rev=397488view=rev
Log:
Minor cleanup (javadoc, system.out, unused import)
Modified:
james/server/trunk/src/java/org/apache/james/mailrepository/MimeMessageJDBCSource.java
Author: bago
Date: Thu Apr 27 02:36:49 2006
New Revision: 397490
URL: http://svn.apache.org/viewcvs?rev=397490view=rev
Log:
Added deeper error logging to James.sendMail
Modified:
james/server/trunk/src/java/org/apache/james/James.java
Modified:
Author: bago
Date: Thu Apr 27 02:38:04 2006
New Revision: 397491
URL: http://svn.apache.org/viewcvs?rev=397491view=rev
Log:
Updated MimeMessage tests to use CopyOnWrite proxy instead of the wrapper
(wrapper should never be used directly).
Modified:
Author: bago
Date: Thu Apr 27 02:43:34 2006
New Revision: 397494
URL: http://svn.apache.org/viewcvs?rev=397494view=rev
Log:
Temp workaround for JAMES-466. Default size for in-memory bytearray usage
instead of new streaming code is now 400MB.
The streaming support can be re-enabled by adding a
Author: bago
Date: Thu Apr 27 02:49:37 2006
New Revision: 397496
URL: http://svn.apache.org/viewcvs?rev=397496view=rev
Log:
Moved messagesize calculator to MimeMessageUtil, fixed message size in
MimeMessageWrapper (maybe fix JAMES-466)
Modified:
Author: bago
Date: Thu Apr 27 03:03:36 2006
New Revision: 397501
URL: http://svn.apache.org/viewcvs?rev=397501view=rev
Log:
Message size calc changes (related to JAMES-466)
Modified:
james/server/trunk/src/java/org/apache/james/core/MimeMessageCopyOnWriteProxy.java
[
http://issues.apache.org/jira/browse/JAMES-466?page=comments#action_12376698 ]
Stefano Bagnara commented on JAMES-466:
---
Just applied a patch to set the default behaviour to the old one (use FULL in
memory ByteArray instead of small streaming
Stefano Bagnara wrote:
Bernd Fondermann wrote:
Norman Maurer wrote:
Am Donnerstag, den 27.04.2006, 09:23 +0200 schrieb Stefano Bagnara:
I'm working with Norman to find a solution for JAMES-466.
Unfortunately few people (just Norman and me, probably) is testing
the current trunk so it
Author: bago
Date: Thu Apr 27 03:19:29 2006
New Revision: 397508
URL: http://svn.apache.org/viewcvs?rev=397508view=rev
Log:
Removed 8BITMIME announcement in EHLO (temp fix for JAMES-419)
Modified:
james/server/trunk/src/java/org/apache/james/smtpserver/EhloCmdHandler.java
Modified:
[
http://issues.apache.org/jira/browse/JAMES-466?page=comments#action_12376711 ]
Norman Maurer commented on JAMES-466:
-
Just build james from svn and set it to 1 byte. Now we have to wait again.
java.sql.SQLException: Error reading from InputStream
Bernd Fondermann wrote:
What is the Postage problem with current trunk? Do you need help with
that?
(I only returned to these problems yesterday.)
On Unix (Linux/MacOS) I still get JAMES-447 until I revert r233184.
On Windows I get JAMES-419. I'll check today if same solution applies here.
[ http://issues.apache.org/jira/browse/JAMES-466?page=all ]
Stefano Bagnara updated JAMES-466:
--
Fix Version: 2.3.0a2
java.sql.SQLException: Error reading from InputStream java.io.IOException in
current trunk
[ http://issues.apache.org/jira/browse/JAMES-474?page=all ]
Stefano Bagnara updated JAMES-474:
--
Fix Version: 2.3.0a2
NullPointerException and bodymessage lost with weird configurations in
message spooling
I don't think that the current James trunk is ready to be feature freezed.
Imho there are many features that should be changed before adding them
to the final 2.3.0 release.
I think that the current trunk is almost ready for an alpha 2 release. I
just closed or temporarily resolved the known
[ http://issues.apache.org/jira/browse/JAMES-438?page=all ]
Stefano Bagnara updated JAMES-438:
--
Fix Version: 2.3.0a2
Version: 2.3.0a1
2.2.0
add GenericMailet.getInitParameter(name,default)
[ http://issues.apache.org/jira/browse/JAMES-438?page=all ]
Stefano Bagnara resolved JAMES-438:
---
Resolution: Fixed
added the suggested method. There is room for improvements on the whole
sharable code between mailets, but I would like to keep
[
http://issues.apache.org/jira/browse/JAMES-52?page=comments#action_12376812 ]
Stefano Bagnara commented on JAMES-52:
--
See JAMES-419 for more informations on the problems which made us reverting the
8bitmime support.
8bitmime capabilities missing
[ http://issues.apache.org/jira/browse/JAMES-419?page=all ]
Stefano Bagnara resolved JAMES-419:
---
Fix Version: 2.3.0a2
(was: 2.3.0a1)
Resolution: Fixed
NPE during 8bit conversion of non-mime messages
Author: bago
Date: Thu Apr 27 15:49:55 2006
New Revision: 397665
URL: http://svn.apache.org/viewcvs?rev=397665view=rev
Log:
Added checks for valid domain in HELO/EHLO (JAMES-451)
Temporarily added this code to the main helo/ehlo handlers, but we'll move that
somewhere else.
Also added a comment
[ http://issues.apache.org/jira/browse/JAMES-451?page=all ]
Stefano Bagnara resolved JAMES-451:
---
Resolution: Fixed
Changed the option to checkAuthNetworks, defaulting to false.
Applied the code in the main Helo/Ehlo hanlders but I will work to
Author: bago
Date: Thu Apr 27 15:54:22 2006
New Revision: 397667
URL: http://svn.apache.org/viewcvs?rev=397667view=rev
Log:
Fix for NPE in remotedelivery using gateway option and having no recipients in
the message (JAMES-476)
Bug report and patch provided by Bernd Foremann
Modified:
[ http://issues.apache.org/jira/browse/JAMES-476?page=all ]
Stefano Bagnara resolved JAMES-476:
---
Resolution: Fixed
Assign To: Stefano Bagnara
Applied.
Another option (better?) would be to set it to GHOST in the service method and
avoid
[ http://issues.apache.org/jira/browse/JAMES-474?page=all ]
Stefano Bagnara resolved JAMES-474:
---
Resolution: Fixed
Marking this as resolved because the current trunk should no more been affected
by this bug.
Btw we should link to this issue and
[ http://issues.apache.org/jira/browse/JAMES-466?page=all ]
Stefano Bagnara resolved JAMES-466:
---
Resolution: Fixed
Marking this as resolved because the current trunk should no more been affected
by this bug.
Btw we should link to this issue and
[
http://issues.apache.org/jira/browse/JAMES-484?page=comments#action_12376848 ]
Stefano Bagnara commented on JAMES-484:
---
Noel, do you think we shouldn't add this patch to the SimpleConnectionManager?
Limit Connection per IP
I was just looking over the fix ...
Shouldn't the return of the CNAME's MX records follow the pattern, and be:
return Collections.unmodifiableCollection(cnameMXrecords);
Have we discussed this before? The try { return } finally { return } code
there is an ugly pattern, and I seem to
32 matches
Mail list logo
