kopano-spooler upgrade problem K-1733

_r9

I upgraded kopano-core from Version 8.6.80.713_0+76 to 8.6.80.760_0+90 today.

Reason was the bug reported on this topic
https://forum.kopano.io/topic/1297/core-8-6-80-621-german-umlauts-broken-in-the-subject-line-of-sent-mails/16

Upgrade worked and anything looks good besides the circumstance that I’m not able to send e-mails.
If I send a mail, the kopano-spooler logs

    Python type: (null)
    Python error: No module named MAPI
K-1733: Unable to initialize the spooler plugin system: Unknown error code (1).
Processed message for user XXX@XXXXXX

and the mail stays in the outbox. Tried a few things like changing folder permissions and so on. But anything worked with the last version so I don’t think that this is a problem with the configuration on my server.

best regards

OS is Debian9

thctlo

try this :

apt-get remove python3-mapi python3-kopano
apt-get install python2-mapi python2-kopano

_r9

Hey thctlo,
thanks for the helping hand. Unfortunately this doesn’t help.

I tried both installing only python2 and then python3 packages.

Only difference I’ve recognized is that the python2 packages in the current version are named without the 2.
Maybe there is a problem with this packages?

python-kopano_8.6.80.760-0+90.1_all.deb
python-mapi_8.6.80.760-0+90.1_amd64.deb

python2-kopano_8.6.80.713-0+76.1_all.deb
python2-mapi_8.6.80.713-0+76.1_amd64.deb

Btw, this bug is related to the community version downloaded from
https://download.kopano.io/community/core:/

thctlo

hmm.

i installed today with : ( community version with an file repo )

apt-get install kopano-server-packages -y --autoremove

note about the --autoremove, when installed as above removing kopano-server-packages, wil also autoremove every extra installed pacakge for sure.

My output, can you check aganst these and see if you missing things.

Reading package lists... Done
Building dependency tree
Reading state information... Done
The following additional packages will be installed:
  kopano-backup kopano-client kopano-common kopano-contacts kopano-dagent kopano-gateway kopano-ical kopano-lang kopano-monitor kopano-search kopano-server kopano-spooler kopano-utils
  libgsoap-kopano-2.8.62 libjsoncpp1 libkcarchiver0 libkcarchivercore0 libkcfreebusy0 libkcicalmapi0 libkcinetmapi0 libkcmapi0 libkcserver0 libkcsoap0 libkcssl0 libkcsync0 libkcutil0 libmapi1
  libvmime-kopano1 php7-mapi python2-kopano python2-mapi
The following NEW packages will be installed:
  kopano-backup kopano-client kopano-common kopano-contacts kopano-dagent kopano-gateway kopano-ical kopano-lang kopano-monitor kopano-search kopano-server kopano-server-packages kopano-spooler
  kopano-utils libgsoap-kopano-2.8.62 libjsoncpp1 libkcarchiver0 libkcarchivercore0 libkcfreebusy0 libkcicalmapi0 libkcinetmapi0 libkcmapi0 libkcserver0 libkcsoap0 libkcssl0 libkcsync0 libkcutil0 libmapi1
  libvmime-kopano1 php7-mapi python2-kopano python2-mapi
0 upgraded, 32 newly installed, 0 to remove and 0 not upgraded.
Need to get 75.6 kB/4,990 kB of archives.
After this operation, 22.4 MB of additional disk space will be used.

thctlo

About the files, i have

python2-mapi_8.6.80.760-0+89.1_amd64.deb
python3-mapi_8.6.80.760-0+89.1_amd64.deb

You are showing
python-mapi_8.6.80.760-0+90.1_amd64.deb

so yes, a change in the deb names, and an error in the Debian Control file.
@fbartels
the control in the file stats:
Replaces: libkcpyconv0, libkcpydirector0, python-mapi

which is incorrect, it replaces python2-mapi.

@rothirschtech so ~~yes, use your version~~ No, try to get the 0.89+1 version.
That one is ok.

thctlo

I also notice the complete lib and it content is missing here.

the .89+1 also contains in the deb /usr/lib/ a few files and python2.7/files and /usr/share/doc…
the .90+1 only contrains /usr/share/doc.

_r9

Ok thanks for the fast response.

I’ll try the next version on my testing environment and will report here if the problem has been resolved.

Have a great day

kg

I had the same issue today and a revert to the previous version fixed it for me for emails sent after the revert. Still, all mails supposed to be sent, while the broken version was live, are still in the Outboxes of the users. How can I tell Kopano to send those?

Thanks.

_r9

Same issue here.
kopano-spooler should normally resend them every couple seconds.

As I had installed the version 8.6.80.760-0+90.1 I got Sent successfully popup-messages on kopano-webapp after sending an e-mail.
So it seems that some process recognized them as sent but webapp left them in the outbox.

fbartels

Hi everyone,

we discussed this internally this morning and are going to remove the additional python3 dependencies from these packages for the moment. Follow https://jira.kopano.io/browse/KC-1149 for more updates.

_r9

Thanks for the support

fbartels

Update: we have just kicked off our nightly release pipeline again, so new packages (which will resolve this issue) will be available shortly (if all automated tests succeed).

edit: for everyone not wanting to wait till then, there is obviously the possibility to disable the python plugin framework in spooler/dagent by setting plugin_enabled = no.

thctlo

Hai,

I saw this old bug report, i’ve seen this also in version : 8.7.81.151.4eaf3e0cf-0+249.1

thctlo

@thctlo reply to myself.

This is happening due to the wrong rights after kopano-server (re)start
/var/run/kopano/*.sock shows root:root, not kopano:kopano

fbartels

@thctlo said in kopano-spooler upgrade problem K-1733:

This is happening due to the wrong rights after kopano-server (re)start

This issue is already being discussed in https://forum.kopano.io/topic/2512/socket-permissions-issues-with-kopano-server-build-8-7-81-162.

Since the original issue has been resolved I am going to close this topic.