I'm being forced to use CentOS 7 on a server, and I'm trying to install an older version of Ciphermail (4.11.0-0).
I follow all the steps for the related version to install. When I start Tomcat, catalina throws the following error:
Nov 15, 2021 9:50:20 AM org.apache.catalina.startup.HostConfig deployDescriptors
SEVERE: Error waiting for multi-thread deployment of context descriptors to complete
java.util.concurrent.ExecutionException: java.lang.NullPointerException
at java.util.concurrent.FutureTask.report(FutureTask.java:122)
at java.util.concurrent.FutureTask.get(FutureTask.java:192)
at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:597)
at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:493)
at org.apache.catalina.startup.HostConfig.check(HostConfig.java:1757)
at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:333)
at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117)
at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:90)
at org.apache.catalina.core.ContainerBase.backgroundProcess(ContainerBase.java:1370)
at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1542)
at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1552)
at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1520)
at java.lang.Thread.run(Thread.java:748)
Caused by: java.lang.NullPointerException
at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:696)
at org.apache.catalina.startup.HostConfig$DeployDescriptor.run(HostConfig.java:1966)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
... 1 more
I've been digging online to try and solve this issue - and it could be related to some sort of JAR file issue inside the application - see here https://bz.apache.org/bugzilla/show_bug.cgi?id=53871#c16
Any ideas on what i can do to resolve this would be greatly appreciated.
OS:
NAME="CentOS Linux"
VERSION="7 (Core)"
ID="centos"
ID_LIKE="rhel fedora"
VERSION_ID="7"
PRETTY_NAME="CentOS Linux 7 (Core)"
ANSI_COLOR="0;31"
CPE_NAME="cpe:/o:centos:centos:7"
HOME_URL="https://www.centos.org/"
BUG_REPORT_URL="https://bugs.centos.org/"
CENTOS_MANTISBT_PROJECT="CentOS-7"
CENTOS_MANTISBT_PROJECT_VERSION="7"
REDHAT_SUPPORT_PRODUCT="centos"
REDHAT_SUPPORT_PRODUCT_VERSION="7"
Kernel: 3.10.0-1160.31.1.el7.x86_64
Hello,
I'm having problems to setup CM 4.11.0 on a fresh install of Ubuntu 18.04.
Calling https://IP-address:8443/ciphermail return a 404 error:
Type Status Report
Message /ciphermail
Description The origin server did not find a current representation for the target resource or is not willing to disclose that one exists.
/var/log/tomcat8/catalina.out contains the following messages:
[04 Nov 2021 16:56:44 localhost-startStop-1] ERROR [ 7] Invoking method mitm.djigzo.web.services.DjigzoModule.contributeApplicationDefaults(MappedConfiguration, ComponentClassResolver) (at DjigzoModule.java:373). (org.apache.tapestry5.ioc.Registry)
[04 Nov 2021 16:56:44 localhost-startStop-1] ERROR Construction of service ApplicationDefaults failed: Error invoking constructor org.apache.tapestry5.ioc.internal.services.MapSymbolProvider(Map) (at MapSymbolProvider.java:30) via org.apache.tapestry5.ioc.services.TapestryIOCModule.bind(ServiceBinder) (at TapestryIOCModule.java:36) (for service 'ApplicationDefaults'): Error invoking service contribution method mitm.djigzo.web.services.DjigzoModule.contributeApplicationDefaults(MappedConfiguration, ComponentClassResolver): Unable to resolve class name mitm.djigzo.web.pages.ErrorPage to a logical page name. (org.apache.tapestry5.ioc.services.TapestryIOCModule.ApplicationDefaults)
java.lang.RuntimeException: Error invoking constructor org.apache.tapestry5.ioc.internal.services.MapSymbolProvider(Map) (at MapSymbolProvider.java:30) via org.apache.tapestry5.ioc.services.TapestryIOCModule.bind(ServiceBinder) (at TapestryIOCModule.java:36) (for service 'ApplicationDefaults'): Error invoking service contribution method mitm.djigzo.web.services.DjigzoModule.contributeApplicationDefaults(MappedConfiguration, ComponentClassResolver): Unable to resolve class name mitm.djigzo.web.pages.ErrorPage to a logical page name.
....
04-Nov-2021 16:56:45.784 WARNUNG [localhost-startStop-1] org.apache.catalina.loader.WebappClassLoaderBase.clearReferencesThreads The web application [ciphermail] appears to have started a thread named [jobScheduler_Worker-8] but has failed to stop it. This is very likely to create a memory leak. Stack trace of thread:
java.lang.Object.wait(Native Method)
org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:519)
Here is the list of relevant software packages ....
djigzo 4.11.0-0
djigzo-web 4.11.0-0
libtomcat8-java 8.5.39-1ubuntu1~18.04.3
openjdk-8-jre:amd64 8u292-b10-0ubuntu1~18.04
openjdk-8-jre-headless:amd64 8u292-b10-0ubuntu1~18.04
tomcat8 8.5.39-1ubuntu1~18.04.3
tomcat8-common 8.5.39-1ubuntu1~18.04.3
and the configuration files:
/etc/tomcat8/Catalina/localhost/ciphermail.xml
<Context docBase="/usr/share/djigzo-web/djigzo.war" />
/etc/tomcat8/Catalina/localhost/web.xml
<Context docBase="/usr/share/djigzo-web/djigzo-portal.war" />
/etc/default/tomcat8
JAVA_OPTS="$JAVA_OPTS -Ddjigzo-web.home=/usr/share/djigzo-web"
JAVA_OPTS="$JAVA_OPTS -Djava.awt.headless=true -Xmx128M"
Does anyone has a suggestions what I might have forgotten or done wrong?
Best regards,
Stefan
Hi,
I enabled DKIM signing on my Ciphermail Gateway for one internal Domain,
with a generated private/public Key-Pair. The DKIM-DNS-Record with the public Key is
published on our DNS-Server-Zone for this Domain.
When i send a E-Mail to an external Recipient from a Sender of that Domain,
there is no DKIM-Signature in the E-Mail-Header.
In the Ciphermail-Logfile are INFO Entrys for every external Recipient:
... ciphermail-gateway-backend[]: .. INFO DKIM signing is disabled for the sender ...
Can anyone help me, so what is my mistake?
I think Ciphermail signs all outgoing emails using DKIM, or am I thinking wrong?
Does postfix perhaps need opendkim to sign outgoing emails?
King regards,
Stephan Unsin