I've done the patch. (hope other committers will like the move, or I'll revert)
I've removed crypto libs. We now compile against bcmail that should not contain crypto code: I had to add a single class from bcprov to be able to build without bcprov and I added it as a new jar named bcmail-jdk14-129-workaround.jar. In order to use SMIME you NEED to install bcprov to james/lib from http://www.bouncycastle.org/latest_releases.html. I'm almost sure that other JCE providers will not work for SMIME works and now I've binded the code to BC. Stefano > If we don't require jdk1.4 we now can remove: > > jce-jdk13-124.jar > bcprov-jdk13-124.jar > > But we will need to replace > bcmail-jdk13-124.jar > With > bcmail-jdk14-129.jar > > I think the latter does only include CMS and SMIME that are > container for cryptography and it only use JCE providers to > access cryptography services. > > To use S/MIME we will ask the use to download > bcprov-jdk14-129.jar and register it to his virtual machine! > We cannot ship the bcprov because it contains the real algorithms! > > I haven't tested but IIRC sun JCE providers (SunJSSE, SunJCE, > SUN and more) will not be enough to use S/MIME because we > need asymmetric algorythms not fully implemented in this providers. > > We will try to do more tests, but I'll go for a release > without crypto (so we can skip the law) and link to the > bouncycastle site from the config.xml SMIME samples (if needed). > > Stefano > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
