Am Freitag, den 09.06.2006, 22:05 +0100 schrieb Steve Brewin:
> Noel J. Bergman wrote:
> >
> >
> > Norman Maurer wrote:
> >
> > > > > - Add [protected] set methods for ServiceManager and DNSServer
> > > > Those properties were private, and you've now exposed setters
> > > i make a mistake
> >
> > :
Author: norman
Date: Fri Jun 9 23:08:34 2006
New Revision: 413257
URL: http://svn.apache.org/viewvc?rev=413257&view=rev
Log:
Fix a bug in RemoteAddrInNetworkTest which cause junit to not detect the tests
Add junit test for RemoteAddrNotInNetwork matcher
Added:
james/server/trunk/src/test/or
Stefano Bagnara wrote:
> IMHO you are describing a release numbering scheme that has never
> be used in past for James.
We've oft-debated what the next version number should be, and I think that we
might agree that at least some of our v2 versions should probably have become
v3, but we had envi
IMHO you are describing a release numbering scheme that has never be
used in past for James. I don't think we should ever discuss about this now.
As an example you deprecated fetchpop in 2.1 and added fetchmail in 2.2.
You changed a FULL component in a minor point release without even using
a d
[ http://issues.apache.org/jira/browse/JAMES-526?page=all ]
Noel J. Bergman updated JAMES-526:
--
Description:
Aaron Johnson's article [1] on VERP and JAMES reminded me that some million
years or so ago -- OK 2003 -- I posted [2] VERP matching code that
[ http://issues.apache.org/jira/browse/JAMES-526?page=all ]
Noel J. Bergman updated JAMES-526:
--
Attachment: VERP.java
Generic VERP matching code, with test matchers for the ASF's ezmlm format,
DJB's VERP document, and an iNovem format sample. An impro
Add VERP support to JAMES, e.g., to the list manager
Key: JAMES-526
URL: http://issues.apache.org/jira/browse/JAMES-526
Project: James
Type: New Feature
Components: Matchers/Mailets (bundled)
Reporter: Noe
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
Noel J. Bergman wrote:
>
>
> Norman Maurer wrote:
>
> > > > - Add [protected] set methods for ServiceManager and DNSServer
> > > Those properties were private, and you've now exposed setters
> > i make a mistake
>
> :-) No problem. So this was just a style change, not a
> planned change in
> func
On 6/9/06, Noel J. Bergman <[EMAIL PROTECTED]> wrote:
Serge Knystautas wrote:
> Can you clarify what this vote is?
We're posting a beta release to the public. We've voted on such in the
past, and so I called for a vote in the present.
+1
--
Serge Knystautas
Lokitech >> software . strategy .
http://www.apache.org/dev/crypto.html
On 6/9/06, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
Cryptography libraries have redistribution limit in some contry.
Stefano
Norman Maurer wrote:
> Hi guys,
>
> after configure james i notice that we need to manualy download the
> bouncycastle JCE for us
Norman Maurer wrote:
> i whould like to use setter methods for that in all mailets and matchers
Ah, I just asked you about this. OK, that explains the change we were
discussing. :-)
> Anyone has a problem with that?
On the one hand, Java isn't Smalltalk, and I have little need to treat it as
Norman Maurer wrote:
> > > - Add [protected] set methods for ServiceManager and DNSServer
> > Those properties were private, and you've now exposed setters
> i make a mistake
:-) No problem. So this was just a style change, not a planned change in
function? You prefer to use a private setter r
Cause i make a mistake.. changed it.
bye
Norman
Am Freitag, den 09.06.2006, 16:08 -0400 schrieb Noel J. Bergman:
> > - Add [protected] set methods for ServiceManager and DNSServer
>
> Those properties were private, and you've now exposed setters to derived
> classes. Why?
>
> --- Noel
>
Author: norman
Date: Fri Jun 9 13:11:59 2006
New Revision: 413148
URL: http://svn.apache.org/viewvc?rev=413148&view=rev
Log:
Change the setter methods to private
Modified:
james/server/trunk/src/java/org/apache/james/transport/matchers/AbstractNetworkMatcher.java
Modified:
james/server/tr
> - Add [protected] set methods for ServiceManager and DNSServer
Those properties were private, and you've now exposed setters to derived
classes. Why?
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For addition
Norman Maurer wrote:
re: http://issues.apache.org/jira/browse/JAMES-525
> So should we store the pgp signature for every user in the
> userrepository ?
For what purpose? Signing?
I'm certainly keen to see us support RFC 3156
(http://www.ietf.org/rfc/rfc3156.txt), but I suspect that verificatio
Hi guys,
i whould like to use setter methods for that in all mailets and matchers
like i did in smtpCommandHandlers (refactoring). Anyone has a problem
with that? If not i go ahead..
bye
Norman
Am Freitag, den 09.06.2006, 19:36 + schrieb [EMAIL PROTECTED]:
> Author: norman
> Date: Fri Jun 9
Author: norman
Date: Fri Jun 9 13:02:29 2006
New Revision: 413146
URL: http://svn.apache.org/viewvc?rev=413146&view=rev
Log:
Replace the null returns with throwing exceptions.. forget this before :-/
Modified:
james/server/trunk/src/test/org/apache/james/transport/matchers/AbstractRemoteAdd
Author: norman
Date: Fri Jun 9 12:59:59 2006
New Revision: 413143
URL: http://svn.apache.org/viewvc?rev=413143&view=rev
Log:
Add junit test for RemoteAddrInNetwork matcher. Test for RemoteAddrNotInNetwork
will follow
Added:
james/server/trunk/src/test/org/apache/james/transport/matchers/Ab
Stefano Bagnara wrote:
> IMHO if we'll ever want to make a 2.3.x release then we will use the 2.3
> branch, otherwise from trunk we should create a 2.4.0 or a 3.0.0.
I'm not sure about trunk being v2.4 (as opposed to 3.0 - see below), but we'll
see.
> And about the removal: we deprecate them i
Author: norman
Date: Fri Jun 9 12:36:39 2006
New Revision: 413135
URL: http://svn.apache.org/viewvc?rev=413135&view=rev
Log:
-Add set methods for ServiceManager and DNSServer
-Throws MessagingException if the DNSServer was not suplied!
Modified:
james/server/trunk/src/java/org/apache/james/
Danny Angus wrote:
>
>
> On 09/06/06, Noel J. Bergman <[EMAIL PROTECTED]> wrote:
> > Serge Knystautas wrote:
> >
> > > Can you clarify what this vote is?
> >
> > We're posting a beta release to the public. We've voted on
> such in the
> > past, and so I called for a vote in the present.
>
> Oh
So should we store the pgp signature for every user in the
userrepository ? And if he have none set it to null ? This whould be the
way i whould try to go!
bye
Norman
Am Freitag, den 09.06.2006, 18:16 + schrieb Noel J. Bergman (JIRA):
> [
> http://issues.apache.org/jira/browse/JAMES-525?
Am Freitag, den 09.06.2006, 20:41 +0200 schrieb Stefano Bagnara:
> Noel J. Bergman wrote:
> >> http://svn.apache.org/viewvc?rev=413032&view=rev
> >
> > Does this mean that 2.3 will be the last release that has them, and that
> > releases later this summer will not? Or are we going to have to con
Am Freitag, den 09.06.2006, 14:10 -0400 schrieb Noel J. Bergman:
> 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
Noel J. Bergman wrote:
http://svn.apache.org/viewvc?rev=413032&view=rev
Does this mean that 2.3 will be the last release that has them, and that
releases later this summer will not? Or are we going to have to continue to
use the 2.3 branch for an extended period of time?
--- Noel
> http://svn.apache.org/viewvc?rev=413032&view=rev
Does this mean that 2.3 will be the last release that has them, and that
releases later this summer will not? Or are we going to have to continue to
use the 2.3 branch for an extended period of time?
--- Noel
[
http://issues.apache.org/jira/browse/JAMES-525?page=comments#action_12415592 ]
Noel J. Bergman commented on JAMES-525:
---
See also: http://jakarta.apache.org/commons/sandbox/openpgp/
I would like this feature, since I receive PGP mail and I won't to i
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 it is not a core change, but optio
Ahmed Mohombe wrote:
Where did you read the "beta" definition by Apache?
Somewhere on one of the many Apache mailing lists.
Well, 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.
AFAIK some apache project has a pub
Ahmed Mohombe wrote:
Am I still in time to put it in james/server/branches/v2.3 before final?
Isn't the idea of "beta" on Apache not to add any feature, only bug
fixes?
Ahmed.
This is my idea of RC.
Nope. RC means that there are only very small bug fixes (glitches at most), i.e.
almost rele
Vincenzo Gianferrari Pini wrote:
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
Ahmed Mohombe wrote:
Am I still in time to put it in james/server/branches/v2.3 before final?
Isn't the idea of "beta" on Apache not to add any feature, only bug fixes?
Ahmed.
This is my idea of RC.
Where did you read the "beta" definition by Apache?
Stefano
---
Author: norman
Date: Fri Jun 9 05:44:34 2006
New Revision: 413032
URL: http://svn.apache.org/viewvc?rev=413032&view=rev
Log:
Remove the AddHeaderHandler and AddHeader from trunk cause these classes are
marked as deprecated and replacements allready exists
Removed:
james/server/trunk/src/j
Am I still in time to put it in james/server/branches/v2.3 before final?
Isn't the idea of "beta" on Apache not to add any feature, only bug fixes?
Ahmed.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-
I don't whould add such new features in the next stable release. I think
we agreed that we called it "feature freezed". I whould add them to the
current trunk where we could test it more (maybe you have test it enough
the last years) and write junit tests if you don't have allready some..
Anyway i
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 james/server/branches
You are right.. i missed it.. So we can create some mailets for support
that. What the others think ?
bye
norman
Am Freitag, den 09.06.2006, 12:27 + schrieb Soren Hilmer (JIRA):
> [
> http://issues.apache.org/jira/browse/JAMES-525?page=comments#action_12415536
> ]
>
> Soren Hilmer com
[
http://issues.apache.org/jira/browse/JAMES-525?page=comments#action_12415536 ]
Soren Hilmer commented on JAMES-525:
BouncyCastle can handle PGP as well as S/MIME. So why introduce a new
dependancy.
> Add support for signing/decrypt messages with ope
Add support for signing/decrypt messages with openPGP
-
Key: JAMES-525
URL: http://issues.apache.org/jira/browse/JAMES-525
Project: James
Type: New Feature
Reporter: Norman Maurer
Maybe we could add suport fo
Cryptography libraries have redistribution limit in some contry.
Stefano
Norman Maurer wrote:
Hi guys,
after configure james i notice that we need to manualy download the
bouncycastle JCE for using SMIME.. Why we not include it .. Isn'T it a
standard BSD License ?
http://www.bouncycastle.org/
Hi guys,
after configure james i notice that we need to manualy download the
bouncycastle JCE for using SMIME.. Why we not include it .. Isn'T it a
standard BSD License ?
http://www.bouncycastle.org/licence.html
bye
Norman
signature.asc
Description: Dies ist ein digital signierter Nachrichten
[ http://issues.apache.org/jira/browse/JAMES-434?page=all ]
Stefano Bagnara resolved JAMES-434:
---
Fix Version: 2.4.0
Resolution: Fixed
Marking this as fixed. Return a 503 error if a null sender is used.
If we think that it is better to handle
On 09/06/06, Noel J. Bergman <[EMAIL PROTECTED]> wrote:
Serge Knystautas wrote:
> Can you clarify what this vote is?
We're posting a beta release to the public. We've voted on such in the
past, and so I called for a vote in the present.
Oh, +1.
d.
--
45 matches
Mail list logo
