On 09-03-18 16:18, Stefan Günther via Users wrote:
On 07-03-18 21:34, Stefan Günther via Users wrote:
-----Ursprüngliche Nachricht-----
Von:Martijn Brinkers via Users <users@lists.djigzo.com>
Gesendet: Mon 5 März 2018 13:08
An: users@lists.djigzo.com
Betreff: Re: [Djigzo users] Upgrade from 2.8.6.2 to 3.3.1.0 fails: Could not 
load mailet (SenderDKIMVerify)



On 02-03-18 19:47, Stefan Günther via Users wrote:
Hello,

yesterday I tried to update an "old" Ciphermail installation from version 
2.8.6.2 to version 3.3.1.0 by installing the three packages as suggested in the 
documentation:

dpkg -i djigzo_3.3.1-0_all.deb
dpkg -i djigzo-postgres_3.3.1-0_all.deb
dpkg -i djigzo-web_3.3.1-0_all.deb

Then I deleted the cache (rm -r /var/cache/tomcat6/Catalina/web) and restarted 
Tomcat6.

Nevertheless it is not possible to start Ciphermail due to the following error:

James Mail Server 2.3.1
01 Mar 2018 18:57:33 | INFO  Initializing matcher: MaxRelay    
(mitm.application.djigzo.james.matchers.MaxRelay) [Phoenix-Monitor]
[SNIP]
Unable to init mailet SenderDKIMVerify
Check spool manager logs for more details.
org.apache.avalon.phoenix.containerkit.lifecycle.LifecycleException: Component named 
"spoolmanager" failed to pass through the Starting stage. (Reason: 
org.apache.mailet.MailetException: Could not load mailet (SenderDKIMVerify);
      nested exception is:
            java.lang.ClassNotFoundException: Requested mailet not found: 
SenderDKIMVerify.  looked in [, mitm.application.djigzo.pro.james.mailets., 
mitm.application.djigzo.james.mailets., org.apache.james.transport.mailets.]).
            at 
org.apache.avalon.phoenix.containerkit.lifecycle.LifecycleHelper.fail(LifecycleHelper.java:354)
            at 
org.apache.avalon.phoenix.containerkit.lifecycle.LifecycleHelper.startup(LifecycleHelper.java:226)
            at 
org.apache.avalon.phoenix.components.application.DefaultApplication.startup(DefaultApplication.java:530)
            at 
org.apache.avalon.phoenix.components.application.DefaultApplication.doRunPhase(DefaultApplication.java:478)
            at 
org.apache.avalon.phoenix.components.application.DefaultApplication.runPhase(DefaultApplication.java:409)
            at 
org.apache.avalon.phoenix.components.application.DefaultApplication.start(DefaultApplication.java:180)
            at 
org.apache.avalon.framework.container.ContainerUtil.start(ContainerUtil.java:260)
            at 
org.apache.avalon.phoenix.components.kernel.DefaultKernel.startup(DefaultKernel.java:295)

Some classes have been renamed. For example:

SenderDKIMVerify -> SenderPropertyDKIMVerify
SenderDKIMSign -> SenderPropertyDKIMSign

The xml file that defines the mail flow was also updated to reflect
those changes. I guess your config.xml file has been locally changed and
you chose not to accept the new config.xml (keeping the modified one).

If you want to keep your modified config.xml, the best is to do a diff
and check the differences or manually rename the mailets.

the timestamp of /usr/share/djigzo/conf/james/SAR-INF/config.xml ist Jul 28. 
2016 and the size 129780 bytes. I don't think/remember that I changed this file 
in any way.

I repeated "dpkg -i djigzo_3.3.1-0_all.deb", but there still isn't a complain 
about a changed config.xml.

Could it be that you have enabled a diversion?

dpkg-divert --list

root@ciphermail:~# dpkg-divert --list
diversion of /usr/share/man/man1/pod2latex.1.gz to 
/usr/share/man/man1/pod2latex.bundled.1.gz by libpod-latex-perl
diversion of /usr/bin/pod2latex to /usr/bin/pod2latex.bundled by 
libpod-latex-perl
diversion of /usr/share/vim/vim74/doc/tags to 
/usr/share/vim/vim74/doc/tags.vim-tiny by vim-runtime
diversion of /usr/bin/pg_config to /usr/bin/pg_config.libpq-dev by 
postgresql-common
diversion of /usr/share/man/man1/sh.1.gz to /usr/share/man/man1/sh.distrib.1.gz 
by dash
diversion of /usr/share/vim/vim74/doc/help.txt to 
/usr/share/vim/vim74/doc/help.txt.vim-tiny by vim-runtime
diversion of /bin/sh to /bin/sh.distrib by dash

If not then there might be some problem with your debian package
integrity. The updated config.xml file is certainly part of the deb and
it contains the updated names.


You might try to move config.xml to some other place (or rename) before
reinstalling the deb file to see whether that works.

Renaming the file and installing the package again fixed the problem.

What might have happened is the following:

Your config.xml was slightly changed from the one provided by the packages (even adding a space already is a change because the debian package system checks for differences using a hash).

The first time you upgraded, it asked whether you want to keep your local changes or use the version from the package. If you selected "keep local version", reinstalling the same version will no longer result in this question because you already answered it for that version.

Kind regards,

Martijn Brinkers


--
CipherMail email encryption

Email encryption with support for S/MIME, OpenPGP, PDF encryption and
secure webmail pull.

https://www.ciphermail.com

Twitter: http://twitter.com/CipherMail

_______________________________________________
Users mailing list
Users@lists.djigzo.com
https://lists.djigzo.com/lists/listinfo/users

Reply via email to