>> If my understanding is correct, You are using multiple (probably two) user >> databases? Different for SOGo and different for IMAP server (probably >> Dovecot/Courrier)?
You’re right. I didn’t want to use my mailserver database, because of populating of SOGo (it creates 3 tables per user especially terminating with ‘_acl’ & ‘_quick’ & I wanted to keep my mailserver database clean). The two databases used are ‘mailserver’ & ‘sogo’. I realize with your answers that we have no other choice than using the same DB. Creating custom script that would be executed while doing an action could help 😊 Another idea would be to create a new directive, telling which is the mailserver users Db/password field and allowing SOGo to act in it while changing password, for example. De : [email protected] <[email protected]> De la part de Patrik Chadima Envoyé : vendredi 2 avril 2021 16:51 À : SOGo reporter ([email protected]) <[email protected]> Objet : Re: [SOGo] change password won't update mailserver database Hi, On Fri, Apr 2, 2021 at 4:37 AM DEPRÉ Gaëtan - NGServers . com <[email protected] <mailto:[email protected]> > wrote: Hi ! When a user changes his password via SOGo, SOGo doesn’t update the mailserver database to make the both passwords equal ,and the user can login but no mailbox will be displayed because of incorrect login on the mail server. Is there any way to implement a custom script while changing password on SOGo, allowing to update another database ? Regards, Gaetan -- [email protected] <mailto:[email protected]> https://inverse.ca/sogo/lists If my understanding is correct, You are using multiple (probably two) user databases? Different for SOGo and different for IMAP server (probably Dovecot/Courrier)? If I'm right I can say that it is a good practice to use only one user identity source for both systems. But we don't have enough information about Your background so there is no correct answer to Your question. Best regards Patrik Chadima -- [email protected] <mailto:[email protected]> https://inverse.ca/sogo/lists -- [email protected] https://inverse.ca/sogo/lists
