kopano-spooler upgrade problem K-1733



  • 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



  • try this :

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


  • 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:/



  • 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.
    


  • 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.



  • 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.



  • 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



  • 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.



  • 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.


  • Kopano

    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.



  • Thanks for the support


  • Kopano

    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.


Log in to reply