I am currently developing the IMAP code so it will actually write messages
to disk or database rather than just throwing them away. This is non-trivial
as it requires integration of the IMAP server code into James as well as
re-engineering the repository code to do the required IMAP operations.
I
I am currently developing the IMAP code so it will actually write messages
to disk or database rather than just throwing them away. This is non-trivial
as it requires integration of the IMAP server code into James as well as
re-engineering the repository code to do the required IMAP operations.
I
I am currently developing the IMAP code so it will actually
write messages to disk or database rather than just throwing
them away. This is non-trivial as it requires integration of
the IMAP server code into James as well as re-engineering the
repository code to do the required IMAP
-Original Message-
From: Stefano Bagnara [mailto:[EMAIL PROTECTED]
Sent: 31 May 2005 09:42
To: 'James Developers List'
Subject: Re: Imap
I am currently developing the IMAP code so it will actually
write messages to disk or database rather than just throwing
them away. This
-Original Message-
From: Stefano Bagnara [mailto:[EMAIL PROTECTED]
Sent: 31 May 2005 09:42
To: 'James Developers List'
Subject: Re: Imap
I am currently developing the IMAP code so it will actually
write messages to disk or database rather than just throwing
them away. This
I forgot to mention: It doesn't check for abuse@, only postmaster@ and
the email address used in the error message is hard coded.
Hontvari Jozsef wrote:
Maybe it helps, I have attached the source which we use for about a
year. I cannot create a standard patch because my last workspace is
Hontvari Jozsef wrote:
Hey! It is great to hear from you. Haven't seen much of you lately.
Maybe it helps, I have attached the source which we use for about a
year.
Please review my version (ATTACHED FOR FEEDBACK FROM ALL). Quite similar to
yours, borrowing from the DNS RBL matcher.
Why
[ http://issues.apache.org/jira/browse/JAMES-379?page=all ]
Stefano Bagnara updated JAMES-379:
--
Attachment: MailImplTest.java
Test case for the bug fixed.
MailImpl.duplicate() should also clone attributes and not only the container
HashMap
Author: noel
Date: Tue May 31 14:29:16 2005
New Revision: 179283
URL: http://svn.apache.org/viewcvs?rev=179283view=rev
Log:
JAMES-379. Apply patch from Stefano Bagnara. Serialization seems a stiff
performance penalty, so we should revisit this issue when working on the Mailet
API.
Modified:
Can someone please take a look at BayesianAnalyzer.java? I
keep getting:
-|| ch == ''
+|| ch == 'i??'
when doing a diff. What is the encoded character supposed to be?
I think the code you are pointing is:
if (ch == ':') {
String tokenString =
[ http://issues.apache.org/jira/browse/JAMES-379?page=all ]
Noel J. Bergman updated JAMES-379:
--
Fix Version: 3.0
MailImpl.duplicate() should also clone attributes and not only the container
HashMap
Stefano Bagnara wrote:
I think the code you are pointing is
Yes, that's it. And I am finding that something in our build process is
corrupting it. I just did:
$ rm src/java/org/apache/james/util/BayesianAnalyzer.java
$ svn up
Restored
Author: noel
Date: Tue May 31 15:14:13 2005
New Revision: 179292
URL: http://svn.apache.org/viewcvs?rev=179292view=rev
Log:
encode EURO so that it doesn't get corrupted during build.
Modified:
james/server/trunk/src/java/org/apache/james/util/BayesianAnalyzer.java
Modified:
Yes, that's it. And I am finding that something in our build
process is corrupting it. I just did:
$ rm src/java/org/apache/james/util/BayesianAnalyzer.java
$ svn up
Restored 'src/java/org/apache/james/util/BayesianAnalyzer.java'
At revision 179287.
$ svn diff
$ ./build.sh clean
Stefano Bagnara wrote:
Why do we run fixcrlf on the original source code and not directly in
the
working copy as like as the replace ?
IIRC, because it was intended to keep Windows users from putting incorrectly
formatted files into source control, and to remove tabs.
At least the latter
IIRC, because it was intended to keep Windows users from
putting incorrectly formatted files into source control, and
to remove tabs.
At least the latter should be addressed now by SVN.
AFAIK the first is addressed by SVN. You can add per file attributes to tell
svn they are svn:eol-style
I see that RemoteDelivery does this:
String name = mail.getName();
for (Iterator i = targets.keySet().iterator(); i.hasNext(); ) {
String host = (String) i.next();
Collection rec = (Collection) targets.get(host);
if (isDebug) {
StringBuffer logMessageBuffer =
new
Stefano Bagnara wrote:
IIRC, because it was intended to keep Windows users from
putting incorrectly formatted files into source control, and
to remove tabs.
At least the latter should be addressed now by SVN.
AFAIK the first is addressed by SVN.
sigh That's actually what I meant.
ESMTP Compliance fix
Key: JAMES-380
URL: http://issues.apache.org/jira/browse/JAMES-380
Project: James
Type: Bug
Components: SMTPServer
Versions: 2.2.1
Reporter: Stefano Bagnara
Attachments: esmtp-20050601.tar.gz
Here is a
[
http://issues.apache.org/jira/browse/JAMES-380?page=comments#action_66697 ]
Stefano Bagnara commented on JAMES-380:
---
I cleaned my diff from DSN support that is still in alpha but I just saw I
forgot to remove the esmtpextensions.add(DSN); line
[ http://issues.apache.org/jira/browse/JAMES-380?page=all ]
Stefano Bagnara updated JAMES-380:
--
Attachment: esmtp-20050601.tar.gz
changed SMTPServer/Handler, added DSNStatus (extracted from DSNBounce),
rewritten CRLFTerminatedReader to remove
Stefano,
Did you see the patch I did to SMTPHandler earlier today? I haven't committed
it, but it seems that our patches need to be merged.
rewritten CRLFTerminatedReader to remove buffering
Is this for pipelining?
--- Noel
22 matches
Mail list logo