In my first message, I wrote that I had already done it. And after that I got the error I cited at the end of the message.

Can you find the user with ldap filter "(&(objectClass=mailUser)(accountStatus=active)(!(domainStatus=disabled))(enabledService=mail)(enabledService=imaptls)(|(mail=postmaster@mydomain.com)(&(enabledService=shadowaddress)(shadowAddress=postmaster@mydomain.com))))" with command line tool like "ldapsearch"?

You should replace the email address by the real one, and give ldapsearch proper arguments and values.

Check this tutorial: https://docs.iredmail.org/upgrade.dovec … d-backends

CentOS 7 offers Dovecot-22, but CentOS Stream 8 and Rocky Linux 8 offer Dovecot-2.3. The "enabledService: XXXtls" is required by Dovecot 2.3.

Hello,

migrating from 0.9.9 to 1.6.8 (CentOS 7.9 to Rocky 9.4) according to:

docs.iredmail.org_migrate.to.new.iredmail.server.html

and:

docs.iredmail.org_backup.restore.html#after-ldap-restore
github.com_iredmail_iRedMail_tree_master_update_ldap
docs.iredmail.org_iredmail.releases.html
docs.iredmail.org_upgrade.dovecot.2.2-2.3.html#ldap-changes-for-openldapldapd-backends

while trying to run:

updateLDAPValues_099_to_1.py

i get:

./updateLDAPValues_099_to_1.py
* Connecting to LDAP server: ldap://127.0.0.1:389
* Get all mail accounts...
* Total xxx user(s).
* (1 of xxx) Updating user: b'user@example.com'
Traceback (most recent call last):
  File "./updateLDAPValues_099_to_1.py", line 52, in <module>
    conn.modify_s(dn, mod_attrs)
  File "/usr/lib64/python3.9/site-packages/ldap/ldapobject.py", line 427, in modify_s
    return self.modify_ext_s(dn,modlist,None,None)
  File "/usr/lib64/python3.9/site-packages/ldap/ldapobject.py", line 399, in modify_ext_s
    msgid = self.modify_ext(dn,modlist,serverctrls,clientctrls)
  File "/usr/lib64/python3.9/site-packages/ldap/ldapobject.py", line 396, in modify_ext
    return self._ldap_call(self._l.modify_ext,dn,modlist,RequestControlTuples(serverctrls),RequestControlTuples(clientctrls))
  File "/usr/lib64/python3.9/site-packages/ldap/ldapobject.py", line 128, in _ldap_call
    result = func(*args,**kwargs)
TypeError: ('Tuple_to_LDAPMod(): expected a byte string in the list', 'quota-status')

and while trying to run:

update-ldap-dovecot-2.3.py

i get somewhat similar output:

./update-ldap-dovecot-2.3.py
* Connecting to LDAP server: ldap://127.0.0.1:389
* Get mail accounts ...
Traceback (most recent call last):
  File "./update-ldap-dovecot-2.3.py", line 22, in <module>
    allUsers = conn.search_s(
  File "/usr/lib64/python3.9/site-packages/ldap/ldapobject.py", line 631, in search_s
    return self.search_ext_s(base,scope,filterstr,attrlist,attrsonly,None,None,timeout=self.timeout)
  File "/usr/lib64/python3.9/site-packages/ldap/ldapobject.py", line 625, in search_ext_s
    return self.result(msgid,all=1,timeout=timeout)[1]
  File "/usr/lib64/python3.9/site-packages/ldap/ldapobject.py", line 535, in result
    resp_type, resp_data, resp_msgid = self.result2(msgid,all,timeout)
  File "/usr/lib64/python3.9/site-packages/ldap/ldapobject.py", line 539, in result2
    resp_type, resp_data, resp_msgid, resp_ctrls = self.result3(msgid,all,timeout)
  File "/usr/lib64/python3.9/site-packages/ldap/ldapobject.py", line 543, in result3
    resp_type, resp_data, resp_msgid, decoded_resp_ctrls, retoid, retval = self.result4(
  File "/usr/lib64/python3.9/site-packages/ldap/ldapobject.py", line 553, in result4
    ldap_result = self._ldap_call(self._l.result4,msgid,all,timeout,add_ctrls,add_intermediates,add_extop)
  File "/usr/lib64/python3.9/site-packages/ldap/ldapobject.py", line 128, in _ldap_call
    result = func(*args,**kwargs)
ldap.NO_SUCH_OBJECT: {'msgtype': 101, 'msgid': 2, 'result': 32, 'desc': 'No such object', 'ctrls': []}

so the first one seems to connect (bind) and get the accounts but is unable to update records and the second one doesn't even get the accounts?! (both python scripts are from iRedMail git repository and both are python3 - the first one was converted accordingly)

ldapsearch -D "cn=vmail,dc=example,dc=com" -W -x "(&(objectClass=mailUser)(|(enabledService=imapsecured)(enabledService=pop3secured)(enabledService=smtpsecured)(enabledService=sievesecured)(enabledService=managesievesecured)))"

is working as expected and gives proper output (ldap records with attributes)

Please let me know if you have any suggestions on how can I fix this issue?
(Any help appreciated)

Again many thanks for your help and reply!

After analyzing these python scripts and LDAP directory structure with phpLDAPadmin I figure it out which attributes need to be added or updated in the LDAP directory so there is no problem in accessing/sending mail in/via MUA now, though ...

I have some problems with SOGo - it's not accessing/showing mailboxes or user calendars in web interface and I cannot access calendars via MUAs (eg Thunderbird/Lightning). Backups were done and restored properly on a new host (and I'm able to check calendars as they exists, cause I can backup them and list on a new host with sogo-tool), there are no signs of errors/failures in logs so I don't even know where to start - Please let me know if you have some suggestions maybe? Some links or threads here on the forum? (I've run sogo sql update scripts, but I think this wasn't the issue, any help appreciated)