I have a fairly new install of netqmail-1.05-r8 / courier-imap-4.0.6-r2 /
vpopmail-5.4.16. The system has ran fine except for two instances of memory
usage (leak?). This system is setup on a Gentoo server according to the
guide located at:


courier-imap is configured with the following authentication:

authmodulelist="authvchkpw" (located in  /etc/courier/authlib/authdaemonrc)

On both occasions the process list shows something similar to the following

top - 07:19:19 up 67 days,  5:59,  1 user,  load average: 0.09, 0.10, 0.08
Tasks: 111 total,   1 running, 110 sleeping,   0 stopped,   0 zombie
Cpu(s):  1.8% us,  0.7% sy,  0.0% ni, 97.2% id,  0.3% wa,  0.0% hi,  0.0% si
Mem:   1034092k total,  1007388k used,    26704k free,    11688k buffers
Swap:  1001464k total,   999832k used,     1632k free,   127600k cached

 5279 root      15   0  353m 140m  408 S    0 13.9   0:47.04 authdaemond
 5276 root      15   0  353m 139m   68 S    0 13.8   0:45.59 authdaemond
 5278 root      15   0  349m 135m  408 S    0 13.4   0:45.86 authdaemond
 5277 root      15   0  349m 135m   20 S    0 13.4   0:46.17 authdaemond
 5275 root      15   0  356m 132m   20 S    0 13.2   0:46.32 authdaemond

As seen above my main memory and swap was in bad shape with authdaemond
processes consuming the bulk of the memory. Review of the logs does not show
any errors against authdaemond or authvchkpw. Memory usage appears to shoot up
rapidly as this problem will manifest itself in less than a days time
(it is not
a gradual increase in memory usage).

Any guidance on determining and/or fixing the root cause of the authdaemond
memory issue would be welcome. The courier-imap mailing list directed me here
stating that the authvchkpw module is the likely culprit.

Reply via email to