Hi guys,
just want to let you know that we finally release the first beta of our
pure java spf implementation called jSPF. You can grab the release from:
http://people.apache.org/dist/james/jspf/
Any feedback is welcome.
bye
Norman
Ps: The website should be published also in the next days.
s
BTW, after think a bit about this there is no need for implemt
ConnectionHandler on this type of check. Cause the "error code" get
returned on RCPT.. So it whould be enought to implement CommandHandler.
Any thoughts ?
bye
Norman
Am Sonntag, den 16.07.2006, 12:43 -0700 schrieb Norman Maurer (JIRA
2006. 07. 14, péntek keltezéssel 16.08-kor Joachim Draeger ezt írta:
> I was looking for the maximal number of threads Java is able to run I
> found the answer that it is only limited by memory...
> I always try to challenge propositions. Is it even a problem to have a
> sleeping thread per connect
These responses are in the spirit of a poll and a mixture of what I'd
*really* want, not so much what I think is feasible or a good
short-term strategy.
On 7/13/06, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
A. Deprecate phoenix
-1
I'm taking issue with the term "deprecate" Either a conf file
On 7/12/06, Norman Maurer <[EMAIL PROTECTED]> wrote:
I like the setter stuff you put in there. With setters its also more
easy to write junit tests. I allready use them for example in
DNSRBLHandlerTest..I don't see any "real" problem with the setter
methods.
I like setters too.
I'm -1 on creat
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Norman Maurer wrote:
> we developed a java implementation for spf called jSPF. Version 0.9b1
> wil be released next week if nothing goes wrong.. Now someone open a bug
> report which report us that microsoft.com return a permError cause the
> maximum i
On 7/16/06, Bernd Fondermann <[EMAIL PROTECTED]> wrote:
maybe - maybe not. regardless how the directories will be structured -
it should be easy for users to find the file they are searching for.
it can be hard to spot the right one from all the tars, zips and
zip-tars, if there are a few differ
maybe - maybe not. regardless how the directories will be structured -
it should be easy for users to find the file they are searching for.
it can be hard to spot the right one from all the tars, zips and
zip-tars, if there are a few different projects in the same directory.
probably we have to c
Hmm no problems with that..
But then we should also seperate the mailetSDK
bye
Norman
Am Sonntag, den 16.07.2006, 22:07 +0200 schrieb Bernd Fondermann:
> can we move dist/james/* to dist/james/server/* to allow for
> dist/james/jspf? we would have at least to fix the link under
> Downloads/Relea
can we move dist/james/* to dist/james/server/* to allow for
dist/james/jspf? we would have at least to fix the link under
Downloads/Releases/Test Builds.
Bernd
On 7/16/06, Norman Maurer <[EMAIL PROTECTED]> wrote:
I think the "time" is over now.. So should i move it to
http://people.apache.org
[ http://issues.apache.org/jira/browse/JAMES-567?page=all ]
Norman Maurer updated JAMES-567:
Attachment: rbl.patch
Ok here is the patch to use the new api.. Let me know what you think about
> Convert DNSRBLHandler to use the new smtp-fast-fail-api
> ---
Convert DNSRBLHandler to use the new smtp-fast-fail-api
---
Key: JAMES-567
URL: http://issues.apache.org/jira/browse/JAMES-567
Project: James
Issue Type: Improvement
Reporter: N
Am Sonntag, den 16.07.2006, 18:57 +0200 schrieb Stefano Bagnara:
> Noel J. Bergman wrote:
> >> Done: Added it as the first link of "Related Projects". I don't like
> >> this too much but it is better than nothing, and we should find a
> >> consistent way to publish all of the projects (mime4j, po
[
http://issues.apache.org/jira/browse/JSPF-21?page=comments#action_12421463 ]
Norman Maurer commented on JSPF-21:
---
>From spf-devel:
Norman Maurer wrote:
> we developed a java implementation for spf called jSPF. Version 0.9b1
> wil be released
>
> Norman Maurer wrote:
> > we developed a java implementation for spf called jSPF. Version 0.9b1
> > wil be released next week if nothing goes wrong.. Now someone open a bug
> > report which report us that microsoft.com return a permError cause the
> > maximum includes of 10 is to less.. But i
I think the "time" is over now.. So should i move it to
http://people.apache.org/dist/james/ ?
bye
Norman
Am Dienstag, den 11.07.2006, 22:21 +0200 schrieb Norman Maurer:
> Ok build,sign and uploaded again as 0.9b1 ..
> Hope thats ok now..
>
> bye
> Norman
>
> Am Dienstag, den 11.07.2006, 12:5
Noel J. Bergman wrote:
Done: Added it as the first link of "Related Projects". I don't like
this too much but it is better than nothing, and we should find a
consistent way to publish all of the projects (mime4j, postage, jsieve..)
Agreed on all counts. Neither one of us likes the current sit
Hi guys,
we developed a java implementation for spf called jSPF. Version 0.9b1
wil be released next week if nothing goes wrong.. Now someone open a bug
report which report us that microsoft.com return a permError cause the
maximum includes of 10 is to less.. But i think the bugreport is invalid
ca
Done..
bye
Norman
Am Sonntag, den 16.07.2006, 15:03 +0200 schrieb Stefano Bagnara:
> Norman Maurer wrote:
> > Agree..
> > So just tell me when we should move it to the "official" download area..
> >
> > bye
> > Norman
>
> Now :-)
>
> Here we are publishing b1. Even if we have 1 open bug on b3,
Norman Maurer wrote:
Agree..
So just tell me when we should move it to the "official" download area..
bye
Norman
Now :-)
Here we are publishing b1. Even if we have 1 open bug on b3, b3 is
really better than b1. The 72 hours have passed, so let's publish it to:
http://people.apache.org/dist/
Hi Norman,
can you check on the spf list what do they think about this?
What is the result from the other spf libraries for microsoft.com?
Anyway the bug seems to be invalid because the RFC is really clear about
this issue: "MUST limit the number of mechanisms and modifiers that do
DNS lookup
On 7/15/06, Norman Maurer <[EMAIL PROTECTED]> wrote:
The MailetSDK could be used to use the Mailets api in a costum
application..
my point is that whilst the SDK contains only javadocs and source, it's
really only of very little utility. it doesn't seem to be possible to get a
custum mailet u
22 matches
Mail list logo
