You configured the James SMTP server to be listening on port 465,
Not the SMTP client (called RemoteDelivery) to be sending emails over port 465.
Please be aware that this can be achieved by passing additional javax.mail properties to RemoteDelivery configuration within mailet configuration.
You can have a look in that direction. Also this mailing list thread should add some answers: https://www.mail-archive.com/server-user@james.apache.org/msg16065.html
I have no idea where you wrote that code and if it is being applied at all.
Please read: https://james.apache.org/server/dev-provided-mailets.html#RemoteDelivery (mail* )
http://james.apache.org/server/3/config.html
has most of file links broken.
For example: "mailetcontainer.xml" links to https://github.com/apache/james-project/tree/master/server/app/src/main/resources/mailetcontainer-template.xml while at that URL the file name is without "-template".
Not sure if and where I should report the issue as a bug
I see that James has been tested with OpenJDK but it's unclear what that means - "James 3.0 has been successfully tested on OpenJDK, Sun JDK and IBM JDK" (https://james.apache.org/server/3/install.html).
After failing to build with OpenJDK 11 I then built James 3.2.0 with Java 8 and attempted to run it with OpenJDK 11 but it wouldn't start. Is anyone running any version of James with OpenJDK 11?
Hello @cketti !
Conversations about this topic should happen on the developer mailing list ( server-dev@james.apache.org ) to allow a better thread support/search/persistance of the conversation.
We should also create an epic on the JIRA with subtickets.
Regarding JMAP spec upgrade, we should be careful not breaking things for existing James clients using the deprecated/outdated JMAP specification. Maybe the best thing would be to expose the final JMAP spec on an other port and keep the old implementation as is (then deprecate & remove it).
Hi, not sure is this the place for this question, if not could you direct me to where I should ask it. I built the guice-cassandra-elasticsearch implementation and have it running in a docker container.
I wanted to use the SMIMESign cyrpto mailet and noticed it wasnt in the .lib folder so I added the jar to extensions-jar. Everything seems to work fine until I send a email using openssl I get the following error -->
ClassNotFoundException: org.bouncycastle.mail.smime.SMIMESignedGenerator.
Should this not already be on the classpath ?
Thanks,
Aaron
- The failing EML
- And the mailet configuration
(Of course with fake keys)
This would allow us to write a test case regarding this.
Should this not already be on the classpath ?
org.bouncycastle:bcmail-jdk15on version 1.62 contains SMIMESignedGenerator class, and org.bouncycastle:bcmail-jdk15on version 1.62 is a build time dependency for apache-mailet-crypto
Hi @chibenwa,
My james instance was built using the build tutorial under "Run James with Java 8 + Guice + Cassandra + ElasticSearch" on github
The bcmail-jdk15on is not present in the lib folder. bcpkix-jdk15on-1.62 and bcprov-jdk15on-1.62 are present in the lib folder.
The mailet config is as follows:
<mailet class="SMIMESign" match="All" onMailetException="ignore">
<keyStoreType>jks</keyStoreType>
<keyStoreFileName>/root/conf/keystore</keyStoreFileName>
<keyStorePassword>password</keyStorePassword>
<keyAlias>james</keyAlias>
<keyAliasPassword>password</keyAliasPassword>
<signerName>test.de</signerName>
<rebuildFrom>true</rebuildFrom>
<postmasterSigns>true</postmasterSigns>
<debug>true</debug>
</mailet>
I have placed the crypto Jar from the James Project within the extensions-jars folder in my container.
The EML I am sending:
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00800000
X-Mozilla-Keys:
To: test@test.de
From: aaron aaron@test.de
Subject: test
Message-ID: ed936c37-75b2-42dd-87f7-371185e999b9@test.de
Disposition-Notification-To: aaron aaron@test.de
Date: Tue, 17 Sep 2019 10:00:50 +0200
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0)
Gecko/20100101 Thunderbird/60.9.0
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Language: en-GB
test test
test test
and a short snapshot of the log.file:
java.lang.ClassNotFoundException: org.bouncycastle.mail.smime.SMIMESignedGenerator
at java.net.URLClassLoader.findClass(URLClassLoader.java:382)
at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
... 82 common frames omitted
Wrapped by: java.lang.NoClassDefFoundError: org/bouncycastle/mail/smime/SMIMESignedGenerator
at org.apache.james.transport.SMIMEKeyHolder.createGenerator(SMIMEKeyHolder.java:208)
at org.apache.james.transport.SMIMEKeyHolder.generate(SMIMEKeyHolder.java:251)
at org.apache.james.transport.mailets.AbstractSign.service(AbstractSign.java:486)
at org.apache.james.mailetcontainer.impl.camel.CamelProcessor.process(CamelProcessor.java:81)
at org.apache.james.mailetcontainer.impl.camel.CamelMailetProcessor$MailetContainerRouteBuilder.handleMailet(CamelMailetProcessor.java:178)
at org.apache.james.mailetcontainer.impl.camel.CamelMailetProcessor$MailetContainerRouteBuilder.lambda$configure$0(CamelMailetProcessor.java:155)
at org.apache.camel.processor.DelegateSyncProcessor.process(DelegateSyncProcessor.java:63)
... 75 common frames omitted
It seems its linked to the missing dependency.
Thanks for your help.
Sadly, Guice application are packaged using maven-jar-plugin, and their classpath is not dynamic.
Extension jars is a class-loader trick in order to load things from a JAR, but transitive dependencies are broken (the bug that you encounter).
There's a (dirty) trick: initialize everything at mailet instanciation.
Of course, the long term solution is to allow to add new jars on the classpath... Not an easy task as it forces us to review in-depth the overall packaging. But that's necessary. We spoke about capsulke as a possible solution. Of course Proof Of Concepts contributions are more than welcomed on this.
Regarding your current issue, that none of both aformentioned solution will solve in a reasonable period of time, I gonna write a quick pull request for packaging crypto mailets within guice applications.
I also give you the reference to the full bug report I opened regarding this: https://issues.apache.org/jira/browse/JAMES-2886 (if you are curious)
Hello, I have problems with rabbitmq when I send a message and it cannot be delivered and this message returns to the queue, but does not establish the next delivery time, so it is sent again within a few seconds, my mailet config is default, Do I need any additional configuration?
My conf:
<mailet match="All" class="RemoteDelivery">
<outgoingQueue>outgoing</outgoingQueue>
<delayTime>5000, 100000, 500000</delayTime>
<maxRetries>25</maxRetries>
<maxDnsProblemRetries>0</maxDnsProblemRetries>
<deliveryThreads>10</deliveryThreads>
<sendpartial>true</sendpartial>
<bounceProcessor>bounces</bounceProcessor>
</mailet>