You are viewing a plain text version of this content. The canonical link for it is here.
Posted to general@james.apache.org by "Noel J. Bergman" <no...@devtech.com> on 2003/10/23 22:05:35 UTC
[ANN] James 2.2.0a15
James v2.2.0a15 test build is posted. This has very minor changes to James
v2.2.0a14:
* fixed a mis-matched tags typo in fetchmail configuration
* updated to latest Commons DBCP and Pool releases
* updated to dnsjava 1.4.3, which removes a JDK 1.4
dependency introduced in dnsjava 1.4.2
There are no code changes within James, itself. This is strictly a
packaging change, plus a one letter correction in a configuration file.
As usual, the build is at
http://cvs.apache.org/builds/james-server/test-build.
--- Noel
Re: PKCS#11 and SMIME
Posted by Søren Hilmer <sh...@tefs.dk>.
Hi Marcello,
I do not really think, this has anything to do with James.
You should probably check up with IAIK instead, when you plan to use their
S/MIME implementation.
But that said here is what I happen to know.
As an alternative to IAIK take a look at bouncycastle.org, which provide a
first class opensource S/MIME implementation. (Remember IAIK is not free)
Your main concern left are the PKCS#11 access, last time I looked there where
no free bridges between JCE and PKCS#11, I know only of the IAIK
implementation and also an IBM alphaworks implementation. But that is going
to change with the JDK 1.5, which comes with such a beast.
Also note that the link you found is from 2002 so things may have changed,
check IAIK's news archive on NNTP - news.iaik.at group jce.general.
If you do not wait for JDK 1.5, and IAIK has not extended their JCA/JCE
provider to encompass their PKCS11Wrapper, you will need to implement you own
provider as explained in the mail you found.
Notice: that if you also implement cipher algorithms it is technically a JCE
and not a JCA provider you are implementing, this means that, if you use Java
1.4 (or later), the provider needs to be signed by a key certified by SUN,
and depending on your deadline, it might be a good idea to apply for that
certificate well in advance as it takes some time to get it (the procedure
involves surfacemail to SUN in the US).
regards
Søren
On Thursday 18 March 2004 12:37, Marcello Marangio wrote:
> Hi all.
> I'm trying to build an S/MIME message using a smartcard reader (or a HSM)
> via PKCS11 interface.
> It seems that there is a sort of incompatibility between the IAIK SMIME lib
> and the PKCS11Wrapper/Provider lib.
> I found this message:
> http://jce.iaik.tugraz.at/mailarchive/iaik-jce/msg01775.html
>
> Were there progress about this matter?
> Can anyone tell me the correct approach to settle this thing up?
>
> Thanks
> Marcello
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
--
Søren Hilmer, M.Sc.
R&D manager Phone: +45 70 27 64 00
TietoEnator IT+ Fax: +45 70 27 64 40
Ved Lunden 12 Direct: +45 87 46 64 57
DK-8230 Åbyhøj Email: soren.hilmer <at> tietoenator.com
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
PKCS#11 and SMIME
Posted by Marcello Marangio <m....@tno.it>.
Hi all.
I'm trying to build an S/MIME message using a smartcard reader (or a HSM)
via PKCS11 interface.
It seems that there is a sort of incompatibility between the IAIK SMIME lib
and the PKCS11Wrapper/Provider lib.
I found this message:
http://jce.iaik.tugraz.at/mailarchive/iaik-jce/msg01775.html
Were there progress about this matter?
Can anyone tell me the correct approach to settle this thing up?
Thanks
Marcello
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
IMAP support, update?
Posted by Gili <ju...@bbs.darktech.org>.
Is there any progress on IMAP support? Is it undergoing development at all?
Gili
On Thu, 23 Oct 2003 16:05:35 -0400, Noel J. Bergman wrote:
>James v2.2.0a15 test build is posted. This has very minor changes to James
>v2.2.0a14:
> * fixed a mis-matched tags typo in fetchmail configuration
> * updated to latest Commons DBCP and Pool releases
> * updated to dnsjava 1.4.3, which removes a JDK 1.4
> dependency introduced in dnsjava 1.4.2
>There are no code changes within James, itself. This is strictly a
>packaging change, plus a one letter correction in a configuration file.
>As usual, the build is at
>http://cvs.apache.org/builds/james-server/test-build.
> --- Noel
>---------------------------------------------------------------------
>To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>For additional commands, e-mail: server-user-help@james.apache.org
RE: two ways matcher...
Posted by Intelekia <in...@intelekia.com>.
Ciao Marcello,
Yes, it is very easy to create IF / AND / OR / ELSE type of logic with
MAILETS, MATCHERS and PROCESSORS in your config.xml. Here you have an
example regarding chaining mailets:
--- START ---
--- 'OR' CONDITION ---
<processor name="root">
<!-- If condition 'SenderIs' is met, send to isGoodMail -->
<mailet match="SenderIs=goodboy@goodhost"
class="ToProcessor">
<processor> isGoodMail </processor>
</mailet>
<!-- If condition 'SenderIs' is not met BUT condition 'SubjectIs'
is met, send still to isGoodMail -->
<mailet match="SubjectIs=something"
class="ToProcessor">
<processor> isGoodMail </processor>
</mailet>
<!-- else, do something (for instance, mark as spam) -->
<mailet match="All"
class="ToProcessor">
<processor> spam </processor>
</mailet>
</processor>
<processor name="isGoodMail">
<mailet match="All"
class="YourMailet">
<condition> yourCondition </condition>
</mailet>
<!-- Remember to send to 'transport' processor afterwards if you
want the mail to be delivered -->
</processor>
--- 'AND' CONDITION ---
<processor name="root">
<!-- If condition 'SenderIs' is met, send to processor
'isGoodSender' below -->
<mailet match="SenderIs=goodboy@goodhost"
class="ToProcessor">
<processor> isGoodSender </processor>
</mailet>
<!-- else, do something (for instance, mark as spam) -->
<mailet match="All"
class="ToProcessor">
<processor> spam </processor>
</mailet>
</processor>
<processor name="isGoodSender">
<!-- If condition 'SenderIs' is met AND condition
'SubjectIs' is met, use YourMailet to do your specific processing. -->
<mailet match="SubjectIs=something"
class="YourMailet">
<condition> yourCondition </condition>
</mailet>
<!-- Remember to send to 'transport' processor afterwards if you
want the mail to be delivered -->
<!-- else, do something (for instance, mark as spam) -->
<mailet match="All"
class="ToProcessor">
<processor> spam </processor>
</mailet>
</processor>
--- END ---
In your case, you can use HasHeader matcher as it is for routing some mail
to a different processor, and the following mailet / matcher pair in THE
CURRENT processor would effectively be your ELSE action.
Hope it helps,
Br,
Isaac.
-----Original Message-----
From: Marcello Marangio [mailto:m.marangio@tno.it]
Sent: jueves, 10 de junio de 2004 16:12
To: James Users List
Subject: two ways matcher...
Hi All.
I have to modify the HasHeader matcher into a HasNotHeader matcher.
I was wondering....
Is it possible to set up the config.xml file so that
"if matcherX matches then do mailetA else do mailetB" ?
Or, given a mailet, wouldn't be possible to configure a thing like "if
matcherY doesn't match do mailet A" ?
Did anyone have the same issue?
Thanks
Marcello
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
two ways matcher...
Posted by Marcello Marangio <m....@tno.it>.
Hi All.
I have to modify the HasHeader matcher into a HasNotHeader matcher.
I was wondering....
Is it possible to set up the config.xml file so that
"if matcherX matches then do mailetA else do mailetB" ?
Or, given a mailet, wouldn't be possible to configure a thing like "if
matcherY doesn't match do mailet A" ?
Did anyone have the same issue?
Thanks
Marcello
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org