On Tue, Sep 09, 2003 at 10:59:17AM -0400, Matt wrote:
> Yes..
> It wasn't working before... (wasn't creating the home directories)..
>
> I applied all the patches including the auth_imap.c file you sent to the
> list last night/this morning.. and now this is what it's doing.
>
> If I stop courier and restart it the auth_imap will go back to normal
> for a while but then it starts racking up and also my current users
> logged into imap (on the tcpserver log) starts going up from 0/100 to
> around 8/100 or so
>
> A ps uxwa | grep imap shows the following:
>
> root 30668 38.7 0.0 3428 324 ? R 09:30 33:50
> /var/qmail/bin/auth_imap /usr/lib/courier-imap/bin/imapd Maildir
> root 30669 0.0 0.0 0 0 ? Z 09:30 0:00
> [imaplogin <defunct>]
> root 30670 0.0 0.0 0 0 ? Z 09:30 0:00
> [imaplogin <defunct>]
> root 32601 29.5 0.0 3432 328 ? R 09:44 21:42
> /var/qmail/bin/auth_imap /usr/lib/courier-imap/bin/imapd Maildir
It is strange that you have imaplogin zombies. For me it is currently not
possible to trigger that error.
I'm running:
courier-imap-1.7.2 with the newest auth_imap on OpenBSD 3.3-stable sparc64
The run script is:
#!/bin/sh
exec 2>&1
exec env - PATH="/var/qmail/bin:$PATH" \
envdir /var/qmail/env envdir ./env \
sh -c 'exec \
tcpserver -v -Rl 0 0 imap \
${IMAPHOME}/sbin/imaplogin \
${QMAILHOME}/bin/auth_imap \
${QMAILHOME}/bin/pbsadd \
${IMAPHOME}/bin/imapd ./Maildir/ \
'
What are you using?
--
:wq Claudio
