* What led up to the situation?
I recently upgraded from Jessie (4.15-1.6) to stretch. This was a clean
rebuild on a new VM, with mail data copied over and config changes
cherry-picked over to suit the new version.
* What exactly did you do (or not do) that was effective (or
courier-imap-ssl seems to not be reaping processes properly, and zombies are
floating around. I dont have non-ssl imap running exposed to the
internet (its boound to localhost for webmail to use), but in its
limited use it isnt generating zombie processes.
Courier is being monitored by monit, it doesnt have any restarts in its
Kernel: Linux 4.19.0-0.bpo.4-cloud-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
Versions of packages courier-imap depends on:
ii courier-authlib 0.66.4-9
ii courier-base 0.76.3-5+deb9u1
ii debconf [debconf-2.0] 1.5.61
ii exim4-daemon-heavy [mail-transport-agent] 4.92-2~bpo9+1
ii init-system-helpers 1.48
ii libc6 2.24-11+deb9u4
ii libcourier-unicode1 1.4-3+b1
ii libgamin0 [libfam0] 0.1.10-5+b1
ii libgdbm3 1.8.3-14
ii libidn11 1.33-1
ii sysvinit-utils 2.88dsf-59.9
courier-imap recommends no packages.
Versions of packages courier-imap suggests:
pn courier-doc <none>
ii mutt [imap-client] 1.7.2-1+deb9u1
ii s-nail [imap-client] 14.8.16-1