Navigation

    Kopano
    • Register
    • Login
    • Search
    • Categories
    • Get Official Kopano Support
    • Recent
    Statement regarding the closure of the Kopano community forum and the end of the community edition

    movetopublicfolder.py error No module named 'ConfigParser'

    Kopano Groupware Core
    6
    21
    1580
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • mahescho
      mahescho last edited by mahescho

      Hmmm … interesting … “Settings” in the desktop client report: 8.6.9 but “dpkg” reports: 8.7.0.0-0+1.1

      A fix would be nice …

      After a reload of the destop app I get:

      WebApp: 3.5.1.2106+86.1
      Kopano Core: 8.7.0
      Z-Push: 2.4.5+0-0

      1 Reply Last reply Reply Quote 0
      • rene.bayer
        rene.bayer last edited by

        Still not working.

        Even not with the master packages.

        1 Reply Last reply Reply Quote 0
        • thctlo
          thctlo last edited by thctlo

          @CE said in movetopublicfolder.py error No module named 'ConfigParser':

          ls which are sent to an inactive account to a public folde

          i suggest install : apt install python-metaconfig and python3-metaconfig

          if that does not fix it then this is an option.

          kopano-admin --list-orphans
          and
          kopano-admin --copyto-public

          This error… WARNING: setrlimit(RLIMIT_NOFILE, 8192)
          i fixed that with : systemctl edit kopano-dagent

          # /etc/systemd/system/kopano-dagent.service.d/override.conf
          [Unit]
          After=kopano-server.service
          Wants=kopano-server.service
          
          [Service]
          LimitNOFILE=8192:16384
          User=kopano
          Group=kopano
          
          1 Reply Last reply Reply Quote 0
          • mahescho
            mahescho last edited by

            This didn’t help. I still get:

            Feb 6 11:11:47 kopano kopano-dagent[7207]: WARNING: setrlimit(RLIMIT_NOFILE, 8192) failed: Operation not permitted. You will only be able to connect up to 4096 sockets. Either start the process as root, or increase user limits for open file descriptors.
            Feb 6 11:11:47 kopano kopano-dagent[7207]: !-- error: in method ‘IMAPIFolder_CreateFolder’, argument 3 of type ‘LPTSTR’
            Feb 6 11:11:47 kopano kopano-dagent[7207]: !- Plugin ‘MoveToPublic.PreDelivery’ call ignored please check the plugin
            Feb 6 11:11:47 kopano kopano-dagent[7207]: !-- error: initial_value must be str or None, not bytes
            Feb 6 11:11:47 kopano kopano-dagent[7207]: !- Plugin ‘RewriteGALAddressesToSMTP.PreDelivery’ call ignored please check the plugin

            fbartels 1 Reply Last reply Reply Quote 0
            • fbartels
              fbartels Kopano @mahescho last edited by

              @mahescho yes, I was also in serious doubt about that. We already have a ticket internally to fix this dagent plugin. keep an eye on https://jira.kopano.io/browse/KC-1405.

              Regards Felix

              Resources:
              https://kopano.com/blog/how-to-get-kopano/
              https://documentation.kopano.io/
              https://kb.kopano.io/

              Support overview:
              https://kopano.com/support/

              mahescho 1 Reply Last reply Reply Quote 0
              • thctlo
                thctlo last edited by

                @mahescho said in movetopublicfolder.py error No module named 'ConfigParser':

                Either start the process as root, or increase user limits for open file descriptors.

                That works fine here.

                I am on Debian 9 and using Kopano-Version8.7.80.569.f0345abbe-0+88.1-Debian_9.0-amd64.
                Users and Mailaccounts are imported via LDAP from Samba4 ActiveDirectory.

                root@mail1:/etc/kopano# systemctl status kopano-dagent
                ● kopano-dagent.service - Kopano Groupware Core Delivery Agent
                   Loaded: loaded (/lib/systemd/system/kopano-dagent.service; enabled; vendor preset: enabled)
                  Drop-In: /etc/systemd/system/kopano-dagent.service.d
                           └─override.conf
                   Active: active (running) since Wed 2019-02-06 11:21:12 CET; 2min 55s ago
                     Docs: man:kopano-dagent(8)
                           man:kopano-dagent.cfg(5)
                 Main PID: 18206 (kopano-dagent)
                    Tasks: 1 (limit: 4915)
                   CGroup: /system.slice/kopano-dagent.service
                           └─18206 /usr/sbin/kopano-dagent -l
                
                Feb 06 11:21:12 mail1 systemd[1]: Started Kopano Groupware Core Delivery Agent.
                Feb 06 11:21:12 mail1 kopano-dagent[18206]: Starting kopano-dagent version 8.7.80 (pid 18206 uid 999) (LMTP mode)
                root@mail1:/etc/kopano# systemctl cat kopano-dagent
                # /lib/systemd/system/kopano-dagent.service
                [Unit]
                Description=Kopano Groupware Core Delivery Agent
                Documentation=man:kopano-dagent(8) man:kopano-dagent.cfg(5)
                
                [Service]
                Type=simple
                ExecStart=/usr/sbin/kopano-dagent -l
                ExecReload=/bin/kill -HUP $MAINPID
                
                [Install]
                WantedBy=multi-user.target
                
                # /etc/systemd/system/kopano-dagent.service.d/override.conf
                [Unit]
                After=kopano-server.service
                Wants=kopano-server.service
                
                [Service]
                LimitNOFILE=8192:16384
                User=kopano
                Group=kopano
                

                And i did not touch any system files.
                So whats changed here or this server is not up2date/missing a reboot.

                you can try to change this file to :
                /etc/systemd/system.conf :DefaultLimitNOFILE=65536
                and
                /etc/systemd/user.conf :DefaultLimitNOFILE=65536

                As workaround.

                1 Reply Last reply Reply Quote 0
                • mahescho
                  mahescho @fbartels last edited by

                  @fbartels … well a first step … “medium” for a bug that breaks core functionalities ? When will there be a fix?

                  fbartels thctlo 2 Replies Last reply Reply Quote 0
                  • fbartels
                    fbartels Kopano @mahescho last edited by

                    @mahescho said in movetopublicfolder.py error No module named 'ConfigParser':

                    When will there be a fix?

                    Please be aware that this is a community forum. If you want to priorities something I recommend to open up a support call instead.

                    Regards Felix

                    Resources:
                    https://kopano.com/blog/how-to-get-kopano/
                    https://documentation.kopano.io/
                    https://kb.kopano.io/

                    Support overview:
                    https://kopano.com/support/

                    mahescho 1 Reply Last reply Reply Quote 0
                    • thctlo
                      thctlo @mahescho last edited by thctlo

                      @mahescho

                      if its really a thing for you.
                      add the in /etc/aliasses

                      emailadres:  "|/usr/bin/kopano-dagent -C -P 'FolderNAME' kopanoadmin"
                      

                      Change foldername and kopanoadmin to you needs, and if you want subfolders use ‘SUBFOLDER\\FolderNAME’

                      1 Reply Last reply Reply Quote 0
                      • thctlo
                        thctlo last edited by

                        Personaly, what i would do here.

                        create a ldap filter, move the disabled account to a separated OU and use the filter to redirect these to and other mail folder, for example.

                        query_filter = (&(objectClass=contact)(mail=%s))
                        result_attribute = displayName
                        

                        Lookup email adres %s, and forward it to displayName.

                        here i did put in the displayName the value “|/usr/bin/kopano-dagent -C -P ‘FolderNAME’ kopanoadmin”
                        and this way you can do it all from AD.

                        You can (ab)use any field in AD which isnt used already.

                        1 Reply Last reply Reply Quote 0
                        • mahescho
                          mahescho @fbartels last edited by

                          @fbartels did so.

                          1 Reply Last reply Reply Quote 0
                          • First post
                            Last post