movetopublicfolder.py error No module named 'ConfigParser'

rene.bayer

Still not working.

Even not with the master packages.

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

mahescho

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

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

thctlo

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

mahescho

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

fbartels

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

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’

thctlo

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.

mahescho

@fbartels did so.