El mar, 26 de ene. de 2021 a la(s) 09:00, Alexey Vlasov (m...@renton.name) escribió: > > On Thu, Jan 14, 2021 at 10:52:51PM +0100, Ángel wrote: > > On 2021-01-12 at 18:02 -0500, Sam Varshavchik wrote: > > > It's theoretically possible to run "ps" in a subprocess and kill > > > the gam_server process. That will result in a failed socket > > *If* Alexey is running each user under a different uid, it would be > > simple to find the right gam_server which is not working. > course, this is not entirely true as I wanted, > but it's better to get only one error during authorization > and the next time the user tries to log in > we get a work mailbox instead of hangs unclear for how long. it makes sense. . what about that patch SAM ?
> > maildirwatch.c > @@ -29,6 +29,14 @@ > "Timeout initializing the FAM library. Your FAM library > is broken.\n"; > > write(2, msg, sizeof(msg)-1); > + > + uid_t uid; > + char cmd[255]; > + > + uid = getuid(); > + sprintf(cmd, "/usr/bin/pkill -u %d -x gam_server >/dev/null 2>&1", > uid); > + system(cmd); > + > kill(getpid(), SIGKILL); > } > #endif > due gests uid of running gam server will work inclusivelly if are runing a virtual user of mails accounts for more than one domain > > > stracing it should be useful to forward to gam. > > > > Indeed. strace may be able to show where/why it is (apparently) stuck > > in a loop. Are the maliboxes in some kind of exotic filesystem? > > mdraid (0 and 10) on local SSD with XFS > > > _______________________________________________ > Courier-imap mailing list > Courier-imap@lists.sourceforge.net > Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap _______________________________________________ Courier-imap mailing list Courier-imap@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap
