There is not yet a release containing mail attributes: right now it is available
only from CVS.
P.S.= I used smartCVS to check out and used james-server as
module name; doing so I obtain a build that creates a james-3-0a1
directory under dist.
In james-server you need to point to the
Lev,
I don't understand: are you talking about the Forward mailet or something else? Could
you please be more specific?
The Forward mailet, both in v2.1 and v2.2.0 (test builds), do already accept multiple
comma separated addresses. The same for all the new (v2.2.0) AbstractRedirect family
of
Steve,
One thing that you might want to do is change the use of X-Headers to
attributes, since this will go into v2.2+. Attributes are
available for
both v2.2 and HEAD. I would only use X-Headers for something
you want the
MUA to see.
Yes, I thought about this. My concern with
-Original Message-
From: Serge Knystautas [mailto:[EMAIL PROTECTED]
Sent: lunedi 18 agosto 2003 16.07
To: James Developers List
Subject: Re: Mail attributes and sqlResources.xml
Vincenzo Gianferrari Pini wrote:
I suggest then to modify sqlResources.xml accordingly in CVS to
become mail
Actually, I made several changes to Chris Mean's submission, and I think that my
version is right now quite different from Danny's.
The changes were:
1) Chris' submission was implementing Paul Grahams' A Plan for Spam
(http://www.paulgraham.com/spam.html). I upgraded to Paul Grahams' Better
Noel,
the attachment did not get through. Can you resend it please?
Thanks,
Vincenzo
-Original Message-
From: Noel J. Bergman [mailto:[EMAIL PROTECTED]
Sent: martedì 26 agosto 2003 5.41
To: James-Dev Mailing List
Subject: Code review of FromRepository Re-spooling mailet
: [PATCH] fetchmail for 2_1fcs (new files separated from patch)
From: Vincenzo Gianferrari Pini [EMAIL PROTECTED]
To: James Developers List [EMAIL PROTECTED]
Cc: null
Reply-To: null
Date: Mon, 22 Sep 2003 09:45:50 +0200
The signature envelopes this attachment too
Gianferrari Pini [EMAIL PROTECTED]
To: James Developers List [EMAIL PROTECTED]
Cc: null
Reply-To: null
Date: Thu, 25 Sep 2003 18:23:22 +0200
The signature envelopes this attachment too.
Please check the signature integrity.
Trusted Server [EMAIL
Kenny,
I looked at your messages (subject [PATCH] JDBCVirtualUserTable - One-to-Many
Mapping, Flexible SQL) of August 24 and 26: the patch never came through, neither as
JDBCVirtualUserTable.java.patch nor as JDBCVirtualUserTablePatch.jar.
Try again (perhaps as a .zip?).
Vincenzo
Steve,
You are right. Thanks.
I've already written the fix; tomorrow I will test it and commit to CVS; thanks anyhow
for your offering of writing a patch.
Vincenzo
-Original Message-
From: Steve Brewin [mailto:[EMAIL PROTECTED]
Sent: martedì 14 ottobre 2003 17.18
To: James
OTOH.. Have you got a use case for the special addresses in this
application? Otherwise exposing them might simply offer nonsense
functionality, works as advertised but is never applicable in the real
world.
I partially agree, it would be a nonsense for example to Bounce to the sender or
Both Outlook and Outlook Express do support it.
Vincenzo
-Original Message-
From: Noel J. Bergman [mailto:[EMAIL PROTECTED]
Sent: mercoledi 29 ottobre 2003 0.01
To: James Developers List
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]
Subject: RE: [proposal] Doco
+1 also from me!
Vincenzo
-Original Message-
From: Noel J. Bergman [mailto:[EMAIL PROTECTED]
Sent: mercoledi 29 ottobre 2003 17.35
To: James-Dev Mailing List
Subject: [VOTE] Steve Brewin
I nominate Steve Brewin as a James Committer. Steve contributed
quite a bit
of work on
+1 also from me!
Vincenzo
-Original Message-
From: Noel J. Bergman [mailto:[EMAIL PROTECTED]
Sent: mercoledi 29 ottobre 2003 17.35
To: James-Dev Mailing List
Subject: [VOTE] Soren Hilmer for Committer
I nominate Soren Hilmer as a James Committer. Soren has
contributed
From: Serge Knystautas
James was originally created for the mailet concept, i.e., Java based
email processing. This has been done ok so far.. the 2.2 release has
a better classloader that makes it easier to do this, but there still
hasn't emerged a great Mailet SDK/IDE plug-in.
IMO the
-Original Message-
From: Serge Knystautas [mailto:[EMAIL PROTECTED]
Sent: martedi 18 novembre 2003 4.58
To: James Developers List
Subject: Re: CURRENT direction for James :-)
Noel J. Bergman wrote:
While on the subject of direction, what do we want to do before
cutting the
A small warning to anyone updating from CVS after Noel's commit done on last Sunday 16:
JDBCSpoolRepository has changed and requires the related change to sqlResources.xml
committed together. So, if using DB repositories, it's not enough to copy James.sar
into the JAMES_SERVER/apps directory,
+1 from me.
Vincenzo
-Original Message-
From: Noel J. Bergman [mailto:[EMAIL PROTECTED]
Sent: martedi 13 gennaio 2004 5.31
To: James-Dev Mailing List
Subject: Migrating James issues from bugzilla to Jira
Now that we have installed Jira for the ASF, Serge has expressed a desire
+1 :-)
Vincenzo
-Original Message-
From: Danny Angus [mailto:[EMAIL PROTECTED]
Sent: venerdi 30 gennaio 2004 12.48
To: James Developers List
Subject: Re: Apache Software License version 2 applied to MAIN
I just finished applying the Apache Software License version 2.0
Just as a reminder help, see
http://nagoya.apache.org/eyebrowse/ReadMsg?listId=20msgNo=9673 and
http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]msgNo=9728.
Vincenzo
-Original Message-
From: Noel J. Bergman [mailto:[EMAIL PROTECTED]
Sent: mercoledi 11 febbraio 2004 6.41
To:
Noel,
Looking at the code, I think that you're right, but ... why did we do it that way at
the time? So many months have passed, so it's difficult to remember.
Let's think on it for a few days, and if next monday nothing against it arises I'll
do, test and commit the small code change.
Noel,
after your commit I'm getting the following build error:
compile:
Compiling James Java sources
Compiling 228 source files to C:\cvsssh\james-branch_2_1_fcs\build\classes
C:\cvsssh\james-branch_2_1_fcs\src\java\org\apache\james\dnsserver\DNSServer.java:257:
Yes, I did, and dnsjava-1.6.2.jar is in lib. But dnsjava-1.4.1.jar was still sitting
there (shouldn't it have been deleted by the CVS update?), causing the problem. After
removing it, the build went ok.
Vincenzo
-Original Message-
From: Noel J. Bergman [mailto:[EMAIL PROTECTED]
+1 from me!
I'm using in production the various 2.2.0.ax since the very beginning, and
they have been always super, and much stronger then 2.1.3.
Currently I have in production 2.2.0a15, so I haven't tested 2.2.0a18 at
all, but I swear at least up to a15 :-)
I'm only sorry for not having helped
As a compromise, I'm proposing to post 2.2.0RC1 *today*. Not next week, the
week after, or the week after. Post it today with the intent of releasing
2.2.0 next Friday if there are no blocking issues. Give everyone one week
to know that this is intended to be the 2.2.0 Release. This
Alan,
I am supposed to (and will) port it to the standard code. I've been personally very
busy in the last 6-8 months, so I reduced a lot my coding activity on James. But I
hope to dedicate some time to it in June or perhaps in the second part of May.
Vincenzo
-Original Message-
Yesterday, experimenting RC3, I had to reopen the JAMES-247 Jira entry, upgrading it
to blocking.
For some reason (could somebody look at this ???) no email was sent by Jira (or at
least I didn't receive it), so I'm sending this one, commenting the problem.
I'm inserting the following comments
tell me. Perhaps the best back
compatibility would be to put true only for oracle and db2.
If you don't like the solution let me know, and suggest another one :-)
Vincenzo
-Original Message-
From: Vincenzo Gianferrari Pini
[mailto:[EMAIL PROTECTED]
Sent: martedì 18 maggio 2004 9.24
Ok, the code is committed (I did put a comment in Jira too).
I tested everything with mssql, and it is ok, and I confirm that it can not use
getBlob.
Other tests should now be done, and I would fill in the following table, taking out
the ?s:
DB Product | useBlob works | we will use |
I found this article today:
http://www.wired.com/news/print/0,1294,63513,00.html
This is something that I already developed last fall at the sender MTA side
(AddServerSignature mailet), but stopped because I was counting on having a MUA
check at the recipient side, and Outlook Express was not
This is something that I already developed last fall at the sender
MTA side (AddServerSignature mailet)
You and I discussed it in September, at the latest. There should be a
record of it in our archives, and I have a copy of the server-signed message
you sent to me with the source code
FlaggedAsSpam is not a mailet but a processor defined in the config.xml file exactly
in the snippet you show.
Redirect is a standard James mailet, available both in 2.2.0x and in previous release,
not in james-praxis. Perhaps there must be something wrong with your James install?
Vincenzo
Regarding JAMES-159, I wasn't able to reproduce it using openssl as reported by the
issuer. After the successful handshake, I never got any answer for the helo sequence.
As I'm successfully using SMTPS in my production server since more than one year with
2.2.0ann, and never had any problem
[X] +1 - Release james 2.2.0RC5 as James 2.2.0
Vincenzo
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Wednesday 16 June 2004 21:21, Serge Knystautas wrote:
Steve Brewin wrote:
Anyway, before we dwell too much on the future, a big thanks to everyone
who helped in getting this release out, especially Noel who has spent so
much time painstakingly putting it all together.
+1!
Here are my objectives:
1) Extend AttachmentFileNameIs to optionally recurse one level in zip attachments.
2) Code an AttachmentFileNameIsRegex matcher (also recursing zips).
3) Polish up and finally commit my Bayesian stuff.
4) Polish up and finally commit my antivirus matcher (perhaps having it
Danny Angus wrote:
The result?
The connection issued by ASSP comes from 127.0.0.1 which is an
authorized address, for obvious reasons. As a consequences james answer
to isAuthorized() is Yes, which causes it not to display the 250 auth
login message and therefore causes thunderbird not to use
But wouldn't it be totally equivalent to commenting out such option?
Vincenzo
Jacques Lema wrote:
Yes, of course I actually fixed the problem for me by commenting this
line since this exact server doesn't really need to allow localhost to
send mail. However I think it would be a nice addition to
Steve,
the needed jars would be bcmail-jdk14-124.jar and bcprov-jdk14-124.jar,
but as I'm going very shortly (today or tomorrow) to remove the
dependencies on JDK 1.4 (see the discussion going on on JAMES-257), the
jars will be instead the following:
bcmail-jdk13-124.jar
Noel J. Bergman wrote:
Thoughts? Has anyone other than Danny had time to look at the reverse path
handling changes?
I'll have a look at it tomorrow.
Vincenzo, you need for me to commit these bounce castle
jars that I've got in the JAMES 2.1.1 test builds, right? Anything else
anyone can think
Thoughts? Has anyone other than Danny had time to look at the reverse path
handling changes?
If I understood correctly, the new behaviour is never adding a
Return-Path header except during local delivery, and have getSender() ==
null being the only test done throughout the code.
Looking at
I had a look at it time ago, and have it in production since 20 days:
everything is working fine for me!
Vincenzo
Has *anyone* besides me looked at the 2.2.1 RC?
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Noel J. Bergman wrote:
I propose that we migrate from CVS to Subversion ASAP (I should have time to
do it during ApacheCon next weekend).
+1
Vincenzo
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
Looks ok for me.
But I could only browse, not checkout (using tortoise). Is it expected
to behave like this for now?
Vincenzo
Serge Knystautas wrote:
Noel has done a test migration of James CVS code to SVN. It's
available at:
http://svn.apache.org/repos/test/james
If anyone can give it a test
[
http://issues.apache.org/jira/browse/JAMES-343?page=comments#action_57500 ]
Vincenzo Gianferrari Pini commented on JAMES-343:
-
In currrent SVN branch_2_1_fcs, a registration of the
org.bouncycastle.jce.provider.BouncyCastleProvider
[ http://issues.apache.org/jira/browse/JAMES-361?page=history ]
Vincenzo Gianferrari Pini reassigned JAMES-361:
---
Assign To: Vincenzo Gianferrari Pini
DSNBounce often report the dsn Status 5.5.0 incorrectly
: Matchers/Mailets (bundled)
Versions: 2.2.0
Reporter: Vincenzo Gianferrari Pini
Assigned to: Vincenzo Gianferrari Pini
Priority: Minor
Fix For: 2.2.1
There are inconsistencies between DSNBounce and other AbstractRedirect
hierarchy mailets.
For example, it accepts
[ http://issues.apache.org/jira/browse/JAMES-362?page=history ]
Vincenzo Gianferrari Pini reassigned JAMES-362:
---
Assign To: Vincenzo Gianferrari Pini
DSNBounce/RemoteDelivery/LocalDelivery should support Success/Delay DSN
notifies
[ http://issues.apache.org/jira/browse/JAMES-311?page=history ]
Vincenzo Gianferrari Pini resolved JAMES-311:
-
Resolution: Fixed
Fix Version: 2.2.1
Daniel Perry's patch applied.
Nntp very picky with clients
Always announce AUTH capability to clients
--
Key: JAMES-369
URL: http://issues.apache.org/jira/browse/JAMES-369
Project: James
Type: Improvement
Versions: 2.2.0
Reporter: Vincenzo Gianferrari Pini
Assigned
Yes ;) now it is done.
I also did the same for some other stuff I had committed to branch_2_1_fcs:
they are now ok also in trunk.
I made a correction to trunk's build.xml in order to handle the BouncyCastle jars: org.apache.james.security.KeyHolder
was not compiling. But there is still something
[ http://issues.apache.org/jira/browse/JAMES-321?page=all ]
Vincenzo Gianferrari Pini resolved JAMES-321:
-
Assign To: Vincenzo Gianferrari Pini
Resolution: Fixed
Fix Version: 2.2.1
Comments on configuri
[
http://issues.apache.org/jira/browse/JAMES-134?page=comments#action_63590 ]
Vincenzo Gianferrari Pini commented on JAMES-134:
-
First of all, reasonable maximum message sizes for an SMTP server should be
quite below the values we
[ http://issues.apache.org/jira/browse/JAMES-369?page=all ]
Vincenzo Gianferrari Pini reopened JAMES-369:
-
The new approach taken, to always announce the SMTP auth capability, *breaks
the behaviour of some webmail MUAs*. A safer approach
Have a look at the RecipientIsOverFixedQuota mailet.
Vincenzo
Daniel Rebolo wrote:
Hi, I wanto to know if there is a manner to limit the quota of space for
each user.
like others mail server, everyone has a limit of capacity in the inbox
repository,
it is possible to configure james for that?
There were problems compiling KeyHolder in trunk, solved on April 18 with a fix to build.xml. But I could test compiling
only under jdk 1.4. Could you check under 1.3 to see if the current gump problem is related?
Vincenzo
Vincenzo Gianferrari Pini wrote:
It looks similar to when
Exactly the same for me as for Stefano, plus two changes in config.xml
related to ssl support for POP3S and SMTPS:
1. The
sockets
server-sockets
factory name=ssl ...
keystore
/keystore
/factory
/server-sockets
/sockets
+1 from me too
Vincenzo
Jason Webb wrote:
+1 from me as well
-Original Message-
From: Serge Knystautas [mailto:[EMAIL PROTECTED]
Sent: 31 May 2005 16:37
To: James Developers List
Subject: Re: Short term, but immediate, solution to spam volume.
On 5/31/05, Noel J. Bergman [EMAIL
[ http://issues.apache.org/jira/browse/JAMES-369?page=all ]
Vincenzo Gianferrari Pini closed JAMES-369:
---
I'm satisfied :-)
Always announce AUTH capability to clients
--
Key: JAMES-369
Serge,
In my understanding, InnoDB offers two major functionalities: row-level
locking and ACID transactions.
1) Row-level locking
The only tables with lots of updates are inbox and spool, but the
inserts and deletes are always not conflicting, so using MyIsam tables
without table-level
Just to help make things clear, here are some snippets from the MySql
documentation:
[...]
MySQL Server (version 3.23-max and all versions 4.0 and above)
supports transactions with the |InnoDB| and |BDB| transactional
storage engines. |InnoDB| provides /full/ |ACID| compliance.
Bravo!
Please commit them: I'll make some tests myself.
Vincenzo
Stefano Bagnara wrote:
About S/MIME:
We developed a few S/MIME mailet/matchers.
Matchers:
IsSMIMESigned
IsSMIMEEncrypted
Mailets:
SMIMECertificateToAttribute
SMIMEDecrypt
SMIMESignerInfo
SMIMEVerify
Util:
SMIMEUtils
I this
Danny Angus wrote:
On 03/08/05, Stefano Bagnara (JIRA) server-dev@james.apache.org wrote:
My bayesiananalysis_spam contains 20 rows.
The following are the spam tokens with higher occurrences.
At one point I had a different modified version of this code, and
optimised it to not
Yes, great job Stefano!
Ciao,
Vincenzo
Steve Brewin wrote:
Stefano Bagnara wrote:
Hi all,
I would like to prepare e release plan for 2.3.0a1.
I dedicated much efforts in cleaning JIRA issues and
organizing them and I
renamed the next planned release from 2.2.1 to 2.3.0
(please complain
Noel J. Bergman wrote:
Serge Knystautas wrote:
Noel J. Bergman wrote:
I think that we need to get some stability or we'll never release.
I had planned to do a release already, but am no longer
comfortable with the idea.
I think we need to grow the base of person who can
In the BayesianAnalysis mailet the instantiation of JDBCBayesianAnalyzer
is as follows:
private JDBCBayesianAnalyzer analyzer = new JDBCBayesianAnalyzer() {
protected void delegatedLog(String logString) {
log(BayesianAnalysis: + logString);
}
};
May it be that a
[
http://issues.apache.org/jira/browse/JAMES-387?page=comments#action_12322588 ]
Vincenzo Gianferrari Pini commented on JAMES-387:
-
I gave a careful look to the code and couldn't find anything wrong. I have a
spam table with more than
Stefano Bagnara wrote:
In the BayesianAnalysis mailet the instantiation of
JDBCBayesianAnalyzer is as follows:
private JDBCBayesianAnalyzer analyzer = new
JDBCBayesianAnalyzer() {
protected void delegatedLog(String logString) {
log(BayesianAnalysis: + logString);
Stefano Bagnara wrote:
I have now tried to downgrade to 2.2.0, and I cannot
reproduce the effect there (only tried filerepositories on
this version).
This is strange because I experienced exactly the same identical issue.
I never such issue with file repositories in my company
Hes Siemelink wrote:
Stefano Bagnara wrote:
On the whole it sounds like a good plan, but I would not do it for
the upcoming release.
Why?
It helps fixing current bugs (see classloader issues).
Since this change has impact on the entire product, there might be
more issues. It needs a
Not totally true, as I think that some people (like myself) has been thoroughly testing even in production the contents
of svn. Specially after Noel's work in May, which has been a major (and potentially risky) update impacting the whole
system ... And James looked quite stable after that.
Stefano Bagnara wrote:
Not totally true, as I think that some people (like myself)
has been thoroughly testing even in production the contents
of svn. Specially after Noel's work in May, which has been a
major (and potentially risky) update impacting the whole
system ... And James looked
Ok, my view is that we should release a firts and last alpha now and start the
beta cycle :-)
Vincenzo
Stefano Bagnara wrote:
I thought the 2.3.0 release was coming up shortly?
You mean that it is the right time to put Loom in, just
before releasing the RCs for 2.3.0. Is it correct that
[
http://issues.apache.org/jira/browse/JAMES-387?page=comments#action_12358507 ]
Vincenzo Gianferrari Pini commented on JAMES-387:
-
Bernd is right: buildCorpus() is in a synchronized block to avoid messing when
new mails are fed
[ http://issues.apache.org/jira/browse/JAMES-387?page=all ]
Vincenzo Gianferrari Pini resolved JAMES-387:
-
Fix Version: 2.3.0
Resolution: Fixed
The corpus reload activity was possibly conflicting with any ongoing analysis
+1 for 2.3.0, +1 for Beta, +1 for Derby support in 2.4.0 if the
alternative is a delay.
Vincenzo
Steve Brewin wrote:
Hi All,
I would prefer 2.3.0 for this release for the reasons stated by Stefano and
Søren. Beta or RC# I don't much care about, they mean different things to
different
I'm quite neutral about Derby, but I don't remember the reasons not to
continue to keep file repositories as the default. By definition it is
the simplest and safest.
Vincenzo
Stefano Bagnara wrote:
If we're unsure that we can shake out the Derby bugs quickly we should pull
this feature so
Stefano, did you have time to test the BayesianAnalyzer mailets after my
recent fix to JAMES-387?
Vincenzo
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I use my whitelist and bayesian matchers/mailets in the following way:
1) I have the WhiteListManager process every mail, in order to
automatically collect the fact that, if I send a mail to someone, he
should be in my personal whitelist because is a legitimate mail
correspondent of mine.
Stefano,
great job!
I too think that it is worth to proceed with it.
Vincenzo
Noel J. Bergman wrote:
I though that I should have tried to drop the wrapping/delegation
behaviour in favor of a simple extension.
I recall thinking the same. And moving to a shared inputstream and
Noel J. Bergman wrote:
What does
it say that neither Serge nor I are running the current code in production?
I normally ran trunk in production, but there were so many key changes on
top of one another that I was no longer comfortable putting trunk into
production.
I feel the same. The
+1 from me for 2.3.0a3
Vincenzo
Noel J. Bergman wrote:
I think that we're ready to put out 2.3.0a3. Yes, Norman, we're probably
close to RC status, but let's get some testing on this first. Who knows,
perhaps we will rename it to RC or even release status if there are no
further defects
[
http://issues.apache.org/jira/browse/JAMES-511?page=comments#action_12413389 ]
Vincenzo Gianferrari Pini commented on JAMES-511:
-
What about the available AbstractQuotaMatcher, AbstractStorageQuota and
RecipientIsOverFixedQuota matchers
Stefano,
on May 23, you deleted build.bat and build.sh from trunk, with the log
entry Remove ant and its dependencies. Cleaned up build.xml. Fixed
build.xml for SMIME mailets (JAMES-506).
Is it correct? If yes, how can a build be done now?
Vincenzo
Why not SetRfc822Header?
Vincenzo
Stefano Bagnara wrote:
Norman Maurer wrote:
Maybe we should rename the AddHeader to SetHeader and add new Method
which extend on this named AddHeader. This method should be marked as
deprected. Then we can later remove it.
Same to the handler.
What you
James is a great project but sometimes we take to long
Yes. And one of the things that held us up for a long time was making
changes that blocked our ability to get good releases out the door. I'd
like to learn from that, and avoid a repeat.
--- Noel
If this is referred to
+1
Vincenzo
Noel J. Bergman wrote:
Tagged and built. Currently uploading to http:/people.a.o/~noel/james. It
was built on my new server, so please try to test this on JDK 1.4.2, not
just Java 5.
--- Noel
-
To
[
http://issues.apache.org/jira/browse/JAMES-522?page=comments#action_12414751 ]
Vincenzo Gianferrari Pini commented on JAMES-522:
-
I would keep things as now, because this was the intended behaviour. If
maxPingsn/maxPings, with n 0
In the next couple of days I would commit a couple of new mailet/matcher
to deal with whitelists, that I've been using successfully in the last
couple of years and that are requiring just minor modifications (only
sqlResources.xml support).
Am I still in time to put it in
Noel J. Bergman wrote:
Stefano Bagnara wrote:
James is a top level project and we didn't publish any release
versioning scheme, so we can simply vote and do what we voted.
+1
And I'll be happy to see Vincenzo's code dropped into v2.3 when we release
it. The logic I apply is that
Add whitelist support
-
Key: JAMES-528
URL: http://issues.apache.org/jira/browse/JAMES-528
Project: James
Type: New Feature
Components: Matchers/Mailets (bundled)
Versions: 2.3.0b1
Reporter: Vincenzo Gianferrari Pini
Assigned
[ http://issues.apache.org/jira/browse/JAMES-528?page=all ]
Vincenzo Gianferrari Pini resolved JAMES-528:
-
Resolution: Fixed
Added the WhiteListManager mailet and the IsInWhiteList matcher.
Add whitelist support
[
http://issues.apache.org/jira/browse/JAMES-528?page=comments#action_12415823 ]
Vincenzo Gianferrari Pini commented on JAMES-528:
-
The difference between the existing matchers like SenderIsLocal or
SenderIsRegex and the new IsInWhiteList
Looking at the code it looks fine for me.
Vincenzo
Noel J. Bergman wrote:
Is there any reason why you not merge it to branch yet ?
Because I asked for folks to review it first. If everyone agrees with the
fix, we can merge it into the release branch, too.
--- Noel
There is/was no criticism, just willing do exactly what you say and we
started doing: concentrate on testing for some while :-) .
Vincenzo
Norman Maurer wrote:
I just download the testbuild and installed it. The problems are gone!
I backported it ..
Anyway.. After seeing this critical bug
Great! I think this greylisting feature would be *very* useful to have.
Go ahead.
Vincenzo
Norman Maurer (JIRA) wrote:
[ http://issues.apache.org/jira/browse/JAMES-472?page=all ]
Norman Maurer updated JAMES-472:
Attachment: greylist-v2.patch
Here
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 the end
+1 for update.
Tomorrow (Saturday) I'll put it in my real production system (file
repositories only) and watch carefully for one week.
Vincenzo
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
[ http://issues.apache.org/jira/browse/JAMES-554?page=all ]
Vincenzo Gianferrari Pini reopened JAMES-554:
-
I think that such svn property is not related to being executable under
linux/unix, but only to being a binary file
The reason is that I tried it only with those DBMSs. My understanding
was that sqlRessources.xml is to be upgraded only when testing is done
on a new DBMS, as you are now doing for derby.
I've added entries for all DBMSs for WhiteList stuff only because they
were very trivial.
Instead,
1 - 100 of 285 matches
Mail list logo