Re: [vchkpw] authdaemond Memory Leak?
Same issue on Gentoo with vpopmail-5.4.16. I searched a few months ago and have been scanning the mail lists since then with no mention of a bug fix specific to this. For now I just monitor and use # /etc/init.d/courier-authlib restart every so often. My mail server is not so busy so I can afford to do this. A cron job to restart would be easy to implement. Pat Matthew Goodman wrote: Hello, I've noticed that courier-authlib slowly uses up memory over time on my Gentoo linux server. Using 2.6.21-gentoo-r4 kernel, compiler GCC 4.1.2, glibc 2.5-r4. Using the authvchkpw library, authdaemond usage looks like this after about a week: top - 00:42:49 up 22 days, 20:31, 2 users, load average: 2.08, 2.52, 2.54 Tasks: 271 total, 2 running, 269 sleeping, 0 stopped, 0 zombie Mem: 2074712k total, 1966420k used, 108292k free, 134520k buffers Swap: 1951800k total, 1113692k used, 838108k free, 547588k cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 7885 root 15 0 217m 68m 932 S0 3.4 0:40.84 /usr/lib/courier/courier-authlib/authdaemond 7884 root 15 0 216m 66m 928 S0 3.3 0:39.71 /usr/lib/courier/courier-authlib/authdaemond 7883 root 15 0 208m 66m 928 S0 3.3 0:38.41 /usr/lib/courier/courier-authlib/authdaemond 7886 root 15 0 217m 65m 928 S0 3.2 0:40.57 /usr/lib/courier/courier-authlib/authdaemond 7882 root 15 0 212m 65m 932 S0 3.2 0:38.97 /usr/lib/courier/courier-authlib/authdaemond Once I restart the service, usage looks much better: root 14565 0.0 0.0 4644 1132 ?S00:43 0:00 /usr/lib/courier/courier-authlib/authdaemond root 14569 0.0 0.0 4688 1340 ?S00:43 0:00 /usr/lib/courier/courier-authlib/authdaemond root 14570 0.0 0.0 4644 424 ?S00:43 0:00 /usr/lib/courier/courier-authlib/authdaemond root 14571 0.0 0.0 4688 1340 ?S00:43 0:00 /usr/lib/courier/courier-authlib/authdaemond root 14572 0.0 0.0 4812 1436 ?S00:43 0:00 /usr/lib/courier/courier-authlib/authdaemond root 14573 0.0 0.0 4812 1476 ?S00:43 0:00 /usr/lib/courier/courier-authlib/authdaemond From /etc/courier/authlib/authdaemonrc: --- authmodulelist="authvchkpw " daemons="5" DEFAULTOPTIONS="" LOGGEROPTS="" There is another post on the courier-users mailing list about this, user is also using a Gentoo environment and he was told to post on the vchkpw mailing list. Link included for reference: http://readlist.com/lists/lists.sourceforge.net/courier-users/0/3901.html Any input would be greatly appreciated. Matt !DSPAM:47507c6f32003496120983!
Re: [vchkpw] authdaemond Memory Leak?
Rick Widmer wrote: The only thing that says "memory leak" is in 5.4.18. There are many bug fixes, and a few new features in 5.4.25, the current stable version. If you are using vpopmaild you would want 5.4.26 the current dev release. If you are on solaris, there is a fix that is only in 5.4.27 which is only available from CVS. I would not suggest 5.4.25, 5.4.23 is the last version which seems to be stable. *.25 has a mail quota bug confirmed by a number of us, I went back to *.23 and no longer have the issue, by way of confirmation. !DSPAM:4750217032002890015292!
Re: [vchkpw] authdaemond Memory Leak?
Matthew Goodman wrote: Thanks, I am using Vpopmail 5.4.18. Was the fix after that release? The only thing that says "memory leak" is in 5.4.18. There are many bug fixes, and a few new features in 5.4.25, the current stable version. If you are using vpopmaild you would want 5.4.26 the current dev release. If you are on solaris, there is a fix that is only in 5.4.27 which is only available from CVS. I wish I could say upgrading will fix the problem, but vpopmail was never designed to run as a daemon. I'm not sure there is an easy fix other than more careful design on version 6. I'm afraid I don't have a lot of time for vpopmail right now, but if someone can come up with a patch, I'll gladly add it and put out a new release. (Patches against .25, .26 or CVS only, please.) Rick !DSPAM:474ffd8532003114249941!
Re: [vchkpw] authdaemond Memory Leak?
5.4.18 should be fine. Did you rebuild courier-authdaemon after installing 5.4.18? See more on http://www.mail-archive.com/vchkpw@inter7.com/msg24203.html Ciao, Tonino Matthew Goodman ha scritto: Thanks, I am using Vpopmail 5.4.18. Was the fix after that release? Matt *From:* tonix (Antonio Nati) [mailto:[EMAIL PROTECTED] *Sent:* Friday, November 30, 2007 1:03 AM *To:* vchkpw@inter7.com *Subject:* Re: [vchkpw] authdaemond Memory Leak? There was a memory problem in an old version of vpopmail library. It was related to usage of vlimits in MySQL. Check within mailing list for such information. You have to ugrade/fix, then recompile vpomail and courier-authdaemon. Ciao, Tonino Matthew Goodman ha scritto: Hello, I've noticed that courier-authlib slowly uses up memory over time on my Gentoo linux server. Using 2.6.21-gentoo-r4 kernel, compiler GCC 4.1.2, glibc 2.5-r4. Using the authvchkpw library, authdaemond usage looks like this after about a week: top - 00:42:49 up 22 days, 20:31, 2 users, load average: 2.08, 2.52, 2.54 Tasks: 271 total, 2 running, 269 sleeping, 0 stopped, 0 zombie Mem: 2074712k total, 1966420k used, 108292k free, 134520k buffers Swap: 1951800k total, 1113692k used, 838108k free, 547588k cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 7885 root 15 0 217m 68m 932 S0 3.4 0:40.84 /usr/lib/courier/courier-authlib/authdaemond 7884 root 15 0 216m 66m 928 S0 3.3 0:39.71 /usr/lib/courier/courier-authlib/authdaemond 7883 root 15 0 208m 66m 928 S0 3.3 0:38.41 /usr/lib/courier/courier-authlib/authdaemond 7886 root 15 0 217m 65m 928 S0 3.2 0:40.57 /usr/lib/courier/courier-authlib/authdaemond 7882 root 15 0 212m 65m 932 S0 3.2 0:38.97 /usr/lib/courier/courier-authlib/authdaemond Once I restart the service, usage looks much better: root 14565 0.0 0.0 4644 1132 ?S00:43 0:00 /usr/lib/courier/courier-authlib/authdaemond root 14569 0.0 0.0 4688 1340 ?S00:43 0:00 /usr/lib/courier/courier-authlib/authdaemond root 14570 0.0 0.0 4644 424 ?S00:43 0:00 /usr/lib/courier/courier-authlib/authdaemond root 14571 0.0 0.0 4688 1340 ?S00:43 0:00 /usr/lib/courier/courier-authlib/authdaemond root 14572 0.0 0.0 4812 1436 ?S00:43 0:00 /usr/lib/courier/courier-authlib/authdaemond root 14573 0.0 0.0 4812 1476 ?S00:43 0:00 /usr/lib/courier/courier-authlib/authdaemond From /etc/courier/authlib/authdaemonrc: --- authmodulelist="authvchkpw " daemons="5" DEFAULTOPTIONS="" LOGGEROPTS="" There is another post on the courier-users mailing list about this, user is also using a Gentoo environment and he was told to post on the vchkpw mailing list. Link included for reference: http://readlist.com/lists/lists.sourceforge.net/courier-users/0/3901.html Any input would be greatly appreciated. Matt -- [EMAIL PROTECTED]Interazioni di Antonio Nati http://www.interazioni.it [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> -- [EMAIL PROTECTED]Interazioni di Antonio Nati http://www.interazioni.it [EMAIL PROTECTED] !DSPAM:474ffd1832009299229059!
RE: [vchkpw] authdaemond Memory Leak?
Thanks, I am using Vpopmail 5.4.18. Was the fix after that release? Matt From: tonix (Antonio Nati) [mailto:[EMAIL PROTECTED] Sent: Friday, November 30, 2007 1:03 AM To: vchkpw@inter7.com Subject: Re: [vchkpw] authdaemond Memory Leak? There was a memory problem in an old version of vpopmail library. It was related to usage of vlimits in MySQL. Check within mailing list for such information. You have to ugrade/fix, then recompile vpomail and courier-authdaemon. Ciao, Tonino Matthew Goodman ha scritto: Hello, I've noticed that courier-authlib slowly uses up memory over time on my Gentoo linux server. Using 2.6.21-gentoo-r4 kernel, compiler GCC 4.1.2, glibc 2.5-r4. Using the authvchkpw library, authdaemond usage looks like this after about a week: top - 00:42:49 up 22 days, 20:31, 2 users, load average: 2.08, 2.52, 2.54 Tasks: 271 total, 2 running, 269 sleeping, 0 stopped, 0 zombie Mem: 2074712k total, 1966420k used, 108292k free, 134520k buffers Swap: 1951800k total, 1113692k used, 838108k free, 547588k cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 7885 root 15 0 217m 68m 932 S0 3.4 0:40.84 /usr/lib/courier/courier-authlib/authdaemond 7884 root 15 0 216m 66m 928 S0 3.3 0:39.71 /usr/lib/courier/courier-authlib/authdaemond 7883 root 15 0 208m 66m 928 S0 3.3 0:38.41 /usr/lib/courier/courier-authlib/authdaemond 7886 root 15 0 217m 65m 928 S0 3.2 0:40.57 /usr/lib/courier/courier-authlib/authdaemond 7882 root 15 0 212m 65m 932 S0 3.2 0:38.97 /usr/lib/courier/courier-authlib/authdaemond Once I restart the service, usage looks much better: root 14565 0.0 0.0 4644 1132 ?S00:43 0:00 /usr/lib/courier/courier-authlib/authdaemond root 14569 0.0 0.0 4688 1340 ?S00:43 0:00 /usr/lib/courier/courier-authlib/authdaemond root 14570 0.0 0.0 4644 424 ?S00:43 0:00 /usr/lib/courier/courier-authlib/authdaemond root 14571 0.0 0.0 4688 1340 ?S00:43 0:00 /usr/lib/courier/courier-authlib/authdaemond root 14572 0.0 0.0 4812 1436 ?S00:43 0:00 /usr/lib/courier/courier-authlib/authdaemond root 14573 0.0 0.0 4812 1476 ?S00:43 0:00 /usr/lib/courier/courier-authlib/authdaemond >From /etc/courier/authlib/authdaemonrc: --- authmodulelist="authvchkpw " daemons="5" DEFAULTOPTIONS="" LOGGEROPTS="" There is another post on the courier-users mailing list about this, user is also using a Gentoo environment and he was told to post on the vchkpw mailing list. Link included for reference: http://readlist.com/lists/lists.sourceforge.net/courier-users/0/3901.html Any input would be greatly appreciated. Matt -- [EMAIL PROTECTED]Interazioni di Antonio Nati http://www.interazioni.it [EMAIL PROTECTED] !DSPAM:474ff30032002235560276!
Re: [vchkpw] authdaemond Memory Leak?
There was a memory problem in an old version of vpopmail library. It was related to usage of vlimits in MySQL. Check within mailing list for such information. You have to ugrade/fix, then recompile vpomail and courier-authdaemon. Ciao, Tonino Matthew Goodman ha scritto: Hello, I've noticed that courier-authlib slowly uses up memory over time on my Gentoo linux server. Using 2.6.21-gentoo-r4 kernel, compiler GCC 4.1.2, glibc 2.5-r4. Using the authvchkpw library, authdaemond usage looks like this after about a week: top - 00:42:49 up 22 days, 20:31, 2 users, load average: 2.08, 2.52, 2.54 Tasks: 271 total, 2 running, 269 sleeping, 0 stopped, 0 zombie Mem: 2074712k total, 1966420k used, 108292k free, 134520k buffers Swap: 1951800k total, 1113692k used, 838108k free, 547588k cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 7885 root 15 0 217m 68m 932 S0 3.4 0:40.84 /usr/lib/courier/courier-authlib/authdaemond 7884 root 15 0 216m 66m 928 S0 3.3 0:39.71 /usr/lib/courier/courier-authlib/authdaemond 7883 root 15 0 208m 66m 928 S0 3.3 0:38.41 /usr/lib/courier/courier-authlib/authdaemond 7886 root 15 0 217m 65m 928 S0 3.2 0:40.57 /usr/lib/courier/courier-authlib/authdaemond 7882 root 15 0 212m 65m 932 S0 3.2 0:38.97 /usr/lib/courier/courier-authlib/authdaemond Once I restart the service, usage looks much better: root 14565 0.0 0.0 4644 1132 ?S00:43 0:00 /usr/lib/courier/courier-authlib/authdaemond root 14569 0.0 0.0 4688 1340 ?S00:43 0:00 /usr/lib/courier/courier-authlib/authdaemond root 14570 0.0 0.0 4644 424 ?S00:43 0:00 /usr/lib/courier/courier-authlib/authdaemond root 14571 0.0 0.0 4688 1340 ?S00:43 0:00 /usr/lib/courier/courier-authlib/authdaemond root 14572 0.0 0.0 4812 1436 ?S00:43 0:00 /usr/lib/courier/courier-authlib/authdaemond root 14573 0.0 0.0 4812 1476 ?S00:43 0:00 /usr/lib/courier/courier-authlib/authdaemond From /etc/courier/authlib/authdaemonrc: --- authmodulelist="authvchkpw " daemons="5" DEFAULTOPTIONS="" LOGGEROPTS="" There is another post on the courier-users mailing list about this, user is also using a Gentoo environment and he was told to post on the vchkpw mailing list. Link included for reference: http://readlist.com/lists/lists.sourceforge.net/courier-users/0/3901.html Any input would be greatly appreciated. Matt -- [EMAIL PROTECTED]Interazioni di Antonio Nati http://www.interazioni.it [EMAIL PROTECTED] !DSPAM:474feded32001983814615!
Re: [vchkpw] authdaemond - authvchkpw memory use issue
Tren Blackburn wrote: -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 04, 2007 7:37 PM To: vchkpw@inter7.com Subject: Re: [vchkpw] authdaemond - authvchkpw memory use issue I have (had?) exactly the same problem. When I was using 0.57 my server (which is *very* busy) would run out of RAM/swap about once every three months or so resulting in a fairly nasty situation which was easiest to resolve by just pushing the reset button on the machine (couldn't ssh in, console barely responded, ect). After a few weeks of unattended operation, courier-authlib would be consuming 2Gb or so of virtual memory. I settled on a cron job to restart it weekly and have had zero problems since then. I've since upgraded to 0.59 but I haven't disabled the cronjob. I'd rather just let it restart weekly than have a problem with the machine. My machine is CentOS 4.5 running on an Intel Xeon 2.0Ghz (Northwood) in a Dell 1600SC, 2GB physical memory. - Nick Bright 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: http://www.gentoo.org/doc/en/qmail-howto.xml 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 PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 5279 root 15 0 353m 140m 408 S0 13.9 0:47.04 authdaemond 5276 root 15 0 353m 139m 68 S0 13.8 0:45.59 authdaemond 5278 root 15 0 349m 135m 408 S0 13.4 0:45.86 authdaemond 5277 root 15 0 349m 135m 20 S0 13.4 0:46.17 authdaemond 5275 root 15 0 356m 132m 20 S0 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. I would recommend upgrading your vpopmail to at least 5.4.18 (though there shouldn't be much reason not to upgrade to 5.4.20). I had quite a few problems with .16 myself. Once you've upgraded your vpopmail, remember to rebuild courier-authlib, and netqmail, and anything else that links against libvpopmail.a. Hope that helps, Tren We dumped courier for dovecot, have not looked back since
RE: [vchkpw] authdaemond - authvchkpw memory use issue
> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Tuesday, September 04, 2007 7:37 PM > To: vchkpw@inter7.com > Subject: Re: [vchkpw] authdaemond - authvchkpw memory use issue > > I have (had?) exactly the same problem. > > When I was using 0.57 my server (which is *very* busy) would run out of > RAM/swap about once every three months or so resulting in a fairly > nasty > situation which was easiest to resolve by just pushing the reset button > on > the machine (couldn't ssh in, console barely responded, ect). After a > few > weeks of unattended operation, courier-authlib would be consuming 2Gb > or > so of virtual memory. I settled on a cron job to restart it weekly and > have had zero problems since then. > > I've since upgraded to 0.59 but I haven't disabled the cronjob. I'd > rather > just let it restart weekly than have a problem with the machine. > > My machine is CentOS 4.5 running on an Intel Xeon 2.0Ghz (Northwood) in > a > Dell 1600SC, 2GB physical memory. > > - Nick Bright > > > 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: > > > > http://www.gentoo.org/doc/en/qmail-howto.xml > > > > 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 > > > > PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND > > 5279 root 15 0 353m 140m 408 S0 13.9 0:47.04 > authdaemond > > 5276 root 15 0 353m 139m 68 S0 13.8 0:45.59 > authdaemond > > 5278 root 15 0 349m 135m 408 S0 13.4 0:45.86 > authdaemond > > 5277 root 15 0 349m 135m 20 S0 13.4 0:46.17 > authdaemond > > 5275 root 15 0 356m 132m 20 S0 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. > > I would recommend upgrading your vpopmail to at least 5.4.18 (though there shouldn't be much reason not to upgrade to 5.4.20). I had quite a few problems with .16 myself. Once you've upgraded your vpopmail, remember to rebuild courier-authlib, and netqmail, and anything else that links against libvpopmail.a. Hope that helps, Tren
Re: [vchkpw] authdaemond - authvchkpw memory use issue
I have (had?) exactly the same problem. When I was using 0.57 my server (which is *very* busy) would run out of RAM/swap about once every three months or so resulting in a fairly nasty situation which was easiest to resolve by just pushing the reset button on the machine (couldn't ssh in, console barely responded, ect). After a few weeks of unattended operation, courier-authlib would be consuming 2Gb or so of virtual memory. I settled on a cron job to restart it weekly and have had zero problems since then. I've since upgraded to 0.59 but I haven't disabled the cronjob. I'd rather just let it restart weekly than have a problem with the machine. My machine is CentOS 4.5 running on an Intel Xeon 2.0Ghz (Northwood) in a Dell 1600SC, 2GB physical memory. - Nick Bright > 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: > > http://www.gentoo.org/doc/en/qmail-howto.xml > > 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 > > PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND > 5279 root 15 0 353m 140m 408 S0 13.9 0:47.04 authdaemond > 5276 root 15 0 353m 139m 68 S0 13.8 0:45.59 authdaemond > 5278 root 15 0 349m 135m 408 S0 13.4 0:45.86 authdaemond > 5277 root 15 0 349m 135m 20 S0 13.4 0:46.17 authdaemond > 5275 root 15 0 356m 132m 20 S0 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. >
Re: [vchkpw] authdaemond: vmysql: sql error[3]: Table 'vpopmail.testi_com' doesn't exist
On Oct 18, 2006, at 03:24:42 MST, Jarkko Ranta wrote: Bert JW Regeer kirjoitti: On Oct 18, 2006, at 02:45:12 MST, Jarkko Ranta wrote: Hello, I'm in need of a bit of advice: I first installed vpopmail-5.4.13 with the many domains option (own table for each virtual domain). Now, when I installed vpopmail-5.4.17 so that each domain goes to the table vpopmail.vpopmail, thinks get wrong. (I even removed whole /home/ vpopmail/ and the database and did the install from the begining) When I do vadddomain and vadduser, the users go neatly to vpopmail.vpopmail (and the Maildir-directory sturcture is nicely created), but when I try to authenticate via IMAP (Courier) it failes an /var/log/maillog tells me this: Oct 18 12:14:20 moya authdaemond: vmysql: sql error[3]: Table 'vpopmail.testi_com' doesn't exist Oct 18 12:14:20 moya authdaemond: Attempting to rebuild connection to SQL server Oct 18 12:14:20 moya authdaemond: vmysql: connection rebuild failed: Table 'vpopmail.testi_com' doesn't exist Oct 18 12:14:20 moya imapd: LOGIN FAILED, [EMAIL PROTECTED], ip=[:::62.142.95.226] Where can I tell vpopmail that it should try table vpopmail.vpopmail and not vpopmail.DOMAIN? I configured vpopmail-5.4.17 with this: ./configure --disable-ip-alias-domains --enable-auth-module=mysql --enable-clear-passwd --enable-libdir=/usr/lib64/mysql/ --enable- tcpserver-path=/home/vpopmail/etc/ --enable-tcpserver-file=/home/ vpopmail/etc/tcp.smtp --enable-qmail-ext --enable-logging=e -- enable-tcprules-prog=/usr/local/bin/tcprules --enable-rebuild- tcpserver-file --disable-domain-quotas --enable-many-domains=y -- enable-auth-logging --enable-sql-logging --enable-valias -- disable-mysql-limits --disable-roaming-users --enable-logging=p -- disable-passwd Best Regards, Jarkko Ranta You need to recompile vmysql or whatever authdaemond is using. It is out of date. Bert JW Regeer Shouldn't it get recompiled from vpopmail-5.4.17/vmysql.c vpopmail-5.4.17/vmysql.h when I do "make" (and "make install-strip") after the vpopmail's configurartion script? Or have I missed a switch or something? It's Inter7's own files, so they should be the most recent? Best Regards, Jarkko Ranta authdaemond is failing, recompile that. Bert JW Regeer smime.p7s Description: S/MIME cryptographic signature
Re: [vchkpw] authdaemond: vmysql: sql error[3]: Table 'vpopmail.testi_com' doesn't exist
Bert JW Regeer kirjoitti: On Oct 18, 2006, at 02:45:12 MST, Jarkko Ranta wrote: Hello, I'm in need of a bit of advice: I first installed vpopmail-5.4.13 with the many domains option (own table for each virtual domain). Now, when I installed vpopmail-5.4.17 so that each domain goes to the table vpopmail.vpopmail, thinks get wrong. (I even removed whole /home/vpopmail/ and the database and did the install from the begining) When I do vadddomain and vadduser, the users go neatly to vpopmail.vpopmail (and the Maildir-directory sturcture is nicely created), but when I try to authenticate via IMAP (Courier) it failes an /var/log/maillog tells me this: Oct 18 12:14:20 moya authdaemond: vmysql: sql error[3]: Table 'vpopmail.testi_com' doesn't exist Oct 18 12:14:20 moya authdaemond: Attempting to rebuild connection to SQL server Oct 18 12:14:20 moya authdaemond: vmysql: connection rebuild failed: Table 'vpopmail.testi_com' doesn't exist Oct 18 12:14:20 moya imapd: LOGIN FAILED, [EMAIL PROTECTED], ip=[:::62.142.95.226] Where can I tell vpopmail that it should try table vpopmail.vpopmail and not vpopmail.DOMAIN? I configured vpopmail-5.4.17 with this: ./configure --disable-ip-alias-domains --enable-auth-module=mysql --enable-clear-passwd --enable-libdir=/usr/lib64/mysql/ --enable-tcpserver-path=/home/vpopmail/etc/ --enable-tcpserver-file=/home/vpopmail/etc/tcp.smtp --enable-qmail-ext --enable-logging=e --enable-tcprules-prog=/usr/local/bin/tcprules --enable-rebuild-tcpserver-file --disable-domain-quotas --enable-many-domains=y --enable-auth-logging --enable-sql-logging --enable-valias --disable-mysql-limits --disable-roaming-users --enable-logging=p --disable-passwd Best Regards, Jarkko Ranta You need to recompile vmysql or whatever authdaemond is using. It is out of date. Bert JW Regeer Shouldn't it get recompiled from vpopmail-5.4.17/vmysql.c vpopmail-5.4.17/vmysql.h when I do "make" (and "make install-strip") after the vpopmail's configurartion script? Or have I missed a switch or something? It's Inter7's own files, so they should be the most recent? Best Regards, Jarkko Ranta
Re: [vchkpw] authdaemond: vmysql: sql error[3]: Table 'vpopmail.testi_com' doesn't exist
On Oct 18, 2006, at 02:45:12 MST, Jarkko Ranta wrote: Hello, I'm in need of a bit of advice: I first installed vpopmail-5.4.13 with the many domains option (own table for each virtual domain). Now, when I installed vpopmail-5.4.17 so that each domain goes to the table vpopmail.vpopmail, thinks get wrong. (I even removed whole /home/ vpopmail/ and the database and did the install from the begining) When I do vadddomain and vadduser, the users go neatly to vpopmail.vpopmail (and the Maildir-directory sturcture is nicely created), but when I try to authenticate via IMAP (Courier) it failes an /var/log/maillog tells me this: Oct 18 12:14:20 moya authdaemond: vmysql: sql error[3]: Table 'vpopmail.testi_com' doesn't exist Oct 18 12:14:20 moya authdaemond: Attempting to rebuild connection to SQL server Oct 18 12:14:20 moya authdaemond: vmysql: connection rebuild failed: Table 'vpopmail.testi_com' doesn't exist Oct 18 12:14:20 moya imapd: LOGIN FAILED, [EMAIL PROTECTED], ip=[:::62.142.95.226] Where can I tell vpopmail that it should try table vpopmail.vpopmail and not vpopmail.DOMAIN? I configured vpopmail-5.4.17 with this: ./configure --disable-ip-alias-domains --enable-auth-module=mysql -- enable-clear-passwd --enable-libdir=/usr/lib64/mysql/ --enable- tcpserver-path=/home/vpopmail/etc/ --enable-tcpserver-file=/home/ vpopmail/etc/tcp.smtp --enable-qmail-ext --enable-logging=e -- enable-tcprules-prog=/usr/local/bin/tcprules --enable-rebuild- tcpserver-file --disable-domain-quotas --enable-many-domains=y -- enable-auth-logging --enable-sql-logging --enable-valias --disable- mysql-limits --disable-roaming-users --enable-logging=p --disable- passwd Best Regards, Jarkko Ranta You need to recompile vmysql or whatever authdaemond is using. It is out of date. Bert JW Regeer smime.p7s Description: S/MIME cryptographic signature
Re: [vchkpw] authdaemond and MySQL server has gone away
You might want to make sure that MySQL is started before authdaemond. Edit /usr/local/etc/rc.d/courier-authdaemond.sh and add this line: REQUIRE: LOGIN mysql-server To understand REQUIRE a little better, cd /usr/local/etc/rc.d and grep for REQUIRE in the startup files. It's purpose should become obvious. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ configtuning-rcng.html http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ configtuning-starting-services.html Matt On Jun 22, 2005, at 8:34 PM, Billy Newsom wrote: I have been having a strange issue with authdaemond ever since it split into a seperate auth port. I am running FreeBSD 5.4, net- qmail, vpopmail, Courier-IMAP, and using a mysql backend to vpopmail. The only authentication package I use or need is the vchkpw. Most or all of these are pretty late versions of these programs. Well, what seems to be the problem is during a server *reboot* 1. authdaemond boots up, using an rc.d script (FreeBSD's autoexec files) 2. I think this is before mysql is loaded. 3. auth requests come in to the IMAP server almost immediately. 4. ALL AUTHs FAIL until I do the following. When I get to the root shell a few hours later, I can get AUTHs working by restarting the daemons (I frantically restart imap, authdaemond, and mysql). But, by the way, the authdaemond script is broken, and I have to stop and start it (typing /usr/local/etc/ rc.d/courier-authdaemond.sh restart only stops the daemon). At this stage, all AUTHs now work! Yeah! But what is going on? During the AUTH failures, nobody can login, and everyone has to retype their mail passwords (Mozilla, for example, resets the IMAP password) Here is what mysql logs said. Notice, it appears that mysql started *AFTER* the first AUTH attempt. 050601 02:28:45 mysqld started 050601 2:28:49 InnoDB: Started; log sequence number 0 43740 /usr/local/libexec/mysqld: ready for connections. Version: '4.1.11' socket: '/tmp/mysql.sock' port: 3306 FreeBSD port: mysql-server-4.1.11_1 Here is my mail and debug log. I tried to put in spaces just to show different user login attempts. Jun 1 02:28:40 ibm authdaemond: modules="authvchkpw", daemons=5 Jun 1 02:28:40 ibm authdaemond: Installing libauthvchkpw Jun 1 02:28:40 ibm authdaemond: Installation complete: authvchkpw Jun 1 02:28:41 ibm imapd: Connection, ip=[192.168.0.11] Jun 1 02:28:41 ibm authdaemond: received auth request, service=imap, authtype=login Jun 1 02:28:41 ibm authdaemond: authvchkpw: trying this module Jun 1 02:28:41 ibm authdaemond: vchkpw: user does not exist Jun 1 02:28:41 ibm authdaemond: authvchkpw: REJECT - try next module Jun 1 02:28:41 ibm authdaemond: FAIL, all modules rejected Jun 1 02:28:41 ibm imapd: LOGIN FAILED, user=test, ip=[192.168.0.11] Jun 1 02:28:42 ibm pop3d: Connection, ip=[192.168.0.18] Jun 1 02:28:42 ibm authdaemond: received auth request, service=pop3, authtype=login Jun 1 02:28:42 ibm authdaemond: authvchkpw: trying this module Jun 1 02:28:42 ibm authdaemond: vchkpw: user does not exist Jun 1 02:28:42 ibm authdaemond: authvchkpw: REJECT - try next module Jun 1 02:28:42 ibm authdaemond: FAIL, all modules rejected Jun 1 02:28:42 ibm pop3d: LOGIN FAILED, user=tester, ip= [192.168.0.18] Jun 1 02:28:44 ibm pop3d: Connection, ip=[192.168.0.17] Jun 1 02:28:44 ibm authdaemond: received auth request, service=pop3, authtype=login Jun 1 02:28:44 ibm authdaemond: authvchkpw: trying this module Jun 1 02:28:44 ibm authdaemond: vchkpw: user does not exist Jun 1 02:28:44 ibm authdaemond: authvchkpw: REJECT - try next module Jun 1 02:28:44 ibm authdaemond: FAIL, all modules rejected Jun 1 02:28:44 ibm pop3d: LOGIN FAILED, user=ppp, ip=[192.168.0.17] Jun 1 02:28:44 ibm imapd: Connection, ip=[127.0.0.1] Jun 1 02:28:44 ibm imapd: LOGOUT, ip=[127.0.0.1] Jun 1 02:28:45 ibm pop3d: Connection, ip=[192.168.0.9] Jun 1 02:28:45 ibm authdaemond: received auth request, service=pop3, authtype=login Jun 1 02:28:45 ibm authdaemond: authvchkpw: trying this module Jun 1 02:28:45 ibm authdaemond: vchkpw: user does not exist Jun 1 02:28:45 ibm authdaemond: authvchkpw: REJECT - try next module Jun 1 02:28:45 ibm authdaemond: FAIL, all modules rejected Jun 1 02:28:45 ibm pop3d: LOGIN FAILED, user=, ip=[192.168.0.9] Jun 1 02:28:46 ibm imapd: Disconnected, ip=[192.168.0.11], time=5 Jun 1 02:28:46 ibm pop3d: Connection, ip=[192.168.0.6] Jun 1 02:28:46 ibm authdaemond: received auth request, service=pop3, authtype=login Jun 1 02:28:46 ibm authdaemond: authvchkpw: trying this module Jun 1 02:28:46 ibm authdaemond: vchkpw: user does not exist Jun 1 02:28:46 ibm authdaemond: authvchkpw: REJECT - try next module Jun 1 02:28:46 ibm authdaemond: FAIL, all modules rejected Jun 1 02:28:46 ibm authdaemond: vmysql: sql error[3]: MySQL server has gone away Jun 1 02:28:46 ibm pop3d: LOGIN FAILED, user=jjj, ip=[192.168.0.6] Jun 1 02:28:
Re: [vchkpw] authdaemond memory leak?
Jan-Willem Regeer wrote: > Look and see if you have the time to check with "valgrind" if you can > find the error. It is in the ports tree, and looks for memory leakage by > programs. > > Hope you find what the problem is. > > > Note: I am not using authdaemond myself. > Jan-Willem Regeer > I tried running it through valgrind's memcheck. I don't see any issues whatsoever to be concerned with. I ran with it for about 12 hours of normal use. It looks to me that the program itself is collecting a lot of information, putting it in memory legitimately, and it simply uses gobs of it. Not a memory leak per se, but a programming mistake. Just so you know the output I got here was essentially the same when I only ran it for a few minutes... the small leaks detected here seem to be the same as when I ran the quick tests. Here's the output I got. I ran it with the --trace-children=yes option, so the process ID's (about three of them) represent the different children. ==45544== Is the main (parent) ==45549== is the worker thread (#2) ==45548== is the worker thread (#1) Here's the output. Billy ==45544== Memcheck, a memory error detector for x86-linux. ==45544== Copyright (C) 2002-2004, and GNU GPL'd, by Julian Seward. ==45544== Using valgrind-2.1.2.CVS, a program supervision framework for x86-linux. ==45544== Copyright (C) 2000-2004, and GNU GPL'd, by Julian Seward. ==45544== ==45544== My PID = 45544, parent PID = 45543. Prog and args are: ==45544==/usr/local/libexec/courier-authlib/authdaemond ==45544== For more details, rerun with: -v ==45544== ==45549== ==45548== ==45549== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) ==45548== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) ==45548== malloc/free: in use at exit: 21793446 bytes in 7800 blocks. ==45548== malloc/free: 39152 allocs, 31352 frees, 150866381 bytes allocated. ==45548== For counts of detected errors, rerun with: -v ==45548== searching for pointers to 7800 not-freed blocks. ==45549== malloc/free: in use at exit: 22053598 bytes in 7893 blocks. ==45549== malloc/free: 39651 allocs, 31758 frees, 152789639 bytes allocated. ==45549== For counts of detected errors, rerun with: -v ==45549== searching for pointers to 7893 not-freed blocks. ==45549== checked 10292868 bytes. ==45548== checked 10195776 bytes. ==45549== ==45549== 11 bytes in 1 blocks are definitely lost in loss record 1 of 12 ==45548== ==45548== 11 bytes in 1 blocks are definitely lost in loss record 1 of 12 ==45549==at 0x3C03772F: malloc (in /usr/local/lib/valgrind/vgpreload_memcheck.so) ==45548==at 0x3C03772F: malloc (in /usr/local/lib/valgrind/vgpreload_memcheck.so) ==45549==by 0x3C1038A2: strdup (in /lib/libc.so.5) ==45548==by 0x3C1038A2: strdup (in /lib/libc.so.5) ==45549==by 0x8049963: (within /usr/local/libexec/courier-authlib/authdaemond) ==45548==by 0x8049963: (within /usr/local/libexec/courier-authlib/authdaemond) ==45549==by 0x804B014: start (in /usr/local/libexec/courier-authlib/authdaemond) ==45548==by 0x804B014: start (in /usr/local/libexec/courier-authlib/authdaemond) ==45548== ==45549== ==45548== ==45549== ==45548== 34 bytes in 2 blocks are definitely lost in loss record 4 of 12 ==45549== 34 bytes in 2 blocks are definitely lost in loss record 4 of 12 ==45548==at 0x3C03772F: malloc (in /usr/local/lib/valgrind/vgpreload_memcheck.so) ==45549==at 0x3C03772F: malloc (in /usr/local/lib/valgrind/vgpreload_memcheck.so) ==45548==by 0x3C03CA4C: lt_emalloc (in /usr/local/lib/libltdl.so.4) ==45549==by 0x3C03CA4C: lt_emalloc (in /usr/local/lib/libltdl.so.4) ==45548==by 0x3C03D6F2: canonicalize_path (in /usr/local/lib/libltdl.so.4) ==45549==by 0x3C03D6F2: canonicalize_path (in /usr/local/lib/libltdl.so.4) ==45548==by 0x3C03E494: try_dlopen (in /usr/local/lib/libltdl.so.4) ==45549==by 0x3C03E494: try_dlopen (in /usr/local/lib/libltdl.so.4) ==45548== ==45548== ==45549== ==45548== 455840 bytes in 2590 blocks are possibly lost in loss record 11 of 12 ==45549== ==45549== 461296 bytes in 2621 blocks are possibly lost in loss record 11 of 12 ==45548==at 0x3C03772F: malloc (in /usr/local/lib/valgrind/vgpreload_memcheck.so) ==45549==at 0x3C03772F: malloc (in /usr/local/lib/valgrind/vgpreload_memcheck.so) ==45548==by 0x3C2888CE: my_malloc (in /usr/local/lib/mysql/libmysqlclient.so.14) ==45549==by 0x3C2888CE: my_malloc (in /usr/local/lib/mysql/libmysqlclient.so.14) ==45548==by 0x3C2A3536: mysql_store_result (in /usr/local/lib/mysql/libmysqlclient.so.14) ==45549==by 0x3C2A3536: mysql_store_result (in /usr/local/lib/mysql/libmysqlclient.so.14) ==45548==by 0x3C26CE5A: vget_limits (in /usr/local/lib/courier-authlib/libauthvchkpw.so) ==45549==by 0x3C26CE5A: vget_limits (in /usr/local/lib/courier-authlib/libauthvchkpw.so) ==45548== ==45548== LEAK SUMMARY: ==45548==definitely lost: 45 bytes in 3 blocks. ==45549== ==45548==po
Re: [vchkpw] authdaemond memory leak?
On Jun 26, 2005, at 11:05 AM, Billy Newsom wrote: Billy Newsom wrote: I just looked at how many times per day authdaemond logs this: "received auth request" it is around 6000 to 7000 times per day. That's about one every 12 seconds or so. Not a heavy use. In fact, I may have one bad auth per day, so all of those are successful. But I have noticed that the daemons are slowly increasing their memory usage without bounds. They are starting to cause the server to use swapfile space. Here is output from top: PID USERNAME PRI NICE SIZERES STATE C TIME WCPU CPU COMMAND 75331 root40 292M 13444K select 1 9:48 0.00% 0.00% authdaemond 75332 root 960 292M 13532K select 1 9:47 0.00% 0.00% authdaemond 75329 root40 2128K88K select 1 0:06 0.00% 0.00% authdaemond It got worse. I just reached 100% swapfile use today. last pid: 15020; load averages: 0.23, 0.15, 0.17 up 25+07:28:57 09:55:54 139 processes: 1 running, 129 sleeping, 9 zombie Mem: 299M Active, 55M Inact, 105M Wired, 21M Cache, 60M Buf, 13M Free Swap: 448M Total, 448M Used, 40K Free, 99% Inuse PID USERNAME PRI NICE SIZERES STATE C TIME WCPU CPU COMMAND 75331 root 960 393M 21908K select 1 13:13 0.00% 0.00% authdaemond 75332 root 960 393M 21976K select 0 13:13 0.00% 0.00% authdaemond imapd 75329 root40 2128K80K select 0 0:08 0.00% 0.00% authdaemond That's now 788MB of memory use. The web server uses 14MB, and imapd is under 100MB. I just restarted authdaemond. I guess I'm going to run a script that shuts it down nightly and brings it back up. Billy #date ; ls -l /var/run/authdaemond/ Wed Jun 22 20:43:50 CDT 2005 total 2 -rw-r--r-- 1 root courier 6 Jun 12 09:13 pid -rw--- 1 root courier 0 Jun 12 09:13 pid.lock srwxrwxrwx 1 root courier 0 Jun 12 09:13 socket (Ten days and 586 MB of memory hogging! Ouch. And that is 270MB resident.) Now, the reason I am only running two daemons should be obvious!! I saw how much memory each one used, and I looked for ways to reduce it. So I only run two now. Anyway, does anyone know of a memory leak detector that could find such a problem? As far as I know, a previous version of authdaemon had no such issue, but I upgraded around May 21, 2005 using the latest in the FreeBSD ports tree. I only see one change since that date, but that was specific to FreeBSD and the startup script (rc.d). (That may be good, because there was a bug in the "restart" of the one I got in May). So it seems like I have the 0.56 of the auth package, and I believe that is current. Thanks for your help, Billy Look and see if you have the time to check with "valgrind" if you can find the error. It is in the ports tree, and looks for memory leakage by programs. Hope you find what the problem is. Note: I am not using authdaemond myself. Jan-Willem Regeer This message is authored under the license which can be found at http://x-istence.com/LICENSE smime.p7s Description: S/MIME cryptographic signature
Re: [vchkpw] authdaemond memory leak?
Billy Newsom wrote: I just looked at how many times per day authdaemond logs this: "received auth request" it is around 6000 to 7000 times per day. That's about one every 12 seconds or so. Not a heavy use. In fact, I may have one bad auth per day, so all of those are successful. But I have noticed that the daemons are slowly increasing their memory usage without bounds. They are starting to cause the server to use swapfile space. Here is output from top: PID USERNAME PRI NICE SIZERES STATE C TIME WCPU CPU COMMAND 75331 root40 292M 13444K select 1 9:48 0.00% 0.00% authdaemond 75332 root 960 292M 13532K select 1 9:47 0.00% 0.00% authdaemond 75329 root40 2128K88K select 1 0:06 0.00% 0.00% authdaemond It got worse. I just reached 100% swapfile use today. last pid: 15020; load averages: 0.23, 0.15, 0.17 up 25+07:28:57 09:55:54 139 processes: 1 running, 129 sleeping, 9 zombie Mem: 299M Active, 55M Inact, 105M Wired, 21M Cache, 60M Buf, 13M Free Swap: 448M Total, 448M Used, 40K Free, 99% Inuse PID USERNAME PRI NICE SIZERES STATE C TIME WCPU CPU COMMAND 75331 root 960 393M 21908K select 1 13:13 0.00% 0.00% authdaemond 75332 root 960 393M 21976K select 0 13:13 0.00% 0.00% authdaemond imapd 75329 root40 2128K80K select 0 0:08 0.00% 0.00% authdaemond That's now 788MB of memory use. The web server uses 14MB, and imapd is under 100MB. I just restarted authdaemond. I guess I'm going to run a script that shuts it down nightly and brings it back up. Billy #date ; ls -l /var/run/authdaemond/ Wed Jun 22 20:43:50 CDT 2005 total 2 -rw-r--r-- 1 root courier 6 Jun 12 09:13 pid -rw--- 1 root courier 0 Jun 12 09:13 pid.lock srwxrwxrwx 1 root courier 0 Jun 12 09:13 socket (Ten days and 586 MB of memory hogging! Ouch. And that is 270MB resident.) Now, the reason I am only running two daemons should be obvious!! I saw how much memory each one used, and I looked for ways to reduce it. So I only run two now. Anyway, does anyone know of a memory leak detector that could find such a problem? As far as I know, a previous version of authdaemon had no such issue, but I upgraded around May 21, 2005 using the latest in the FreeBSD ports tree. I only see one change since that date, but that was specific to FreeBSD and the startup script (rc.d). (That may be good, because there was a bug in the "restart" of the one I got in May). So it seems like I have the 0.56 of the auth package, and I believe that is current. Thanks for your help, Billy
Re: [vchkpw] authdaemond
Disable authdaemond -- Remo Mattei --cell 801-209-8554 http://www.italy1.com Freelance Networking-Security/Consultant MCSE, MCP, MCP+I, MCT Linux Trainer & Firewall Development [EMAIL PROTECTED] > From: "Rick van Vliet" <[EMAIL PROTECTED]> > Date: Fri, 6 Jun 2003 06:30:03 -0500 > To: <[EMAIL PROTECTED]> > Subject: [vchkpw] authdaemond > > Good morning/afternoon! > > Running qmail 1.03, vpopmail5.21, with a very small group of users > (ten), three virtual domains. > > When a user changes password in QmailAdmin, I find that I need to > restart authdaemond, before user can log in at Sqwebmail front page. > How should I troubleshoot this? All is running as advertised, except for > this small problem. > > Tell me if I need to include any scripts. > > Thanks > > > >
Re: [vchkpw] authdaemond
Hi Ajai, > Its been awhile since I setup qmail+vpopmail+courier but I recently had > to do this on a new server. IIRC, you could disable authdaemond and just > use vchkpw with courier. How do I specify this? Please read my personal installation instructions: http://jonaspasche.de/courier-imap-daemontools.txt It covers everything you need to run Courier-IMAP with vpopmail. Jonas
RE: [vchkpw] authdaemond
Alternativley, do a ./configure --help. If I remember.. it's just --disable-authdaemon and --enable-vchkpw, but I'm not positive on that so check the install docs and try a ./configure --help for all the switches. -Clayton -Original Message- From: Jesse Guardiani [mailto:[EMAIL PROTECTED]] Sent: Friday, February 07, 2003 8:25 AM To: [EMAIL PROTECTED] Subject: Re: [vchkpw] authdaemond On Friday 07 February 2003 11:18, Ajai Khattri wrote: > Its been awhile since I setup qmail+vpopmail+courier but I recently > had to do this on a new server. IIRC, you could disable authdaemond > and just use vchkpw with courier. How do I specify this? Read the INSTALL docs for courier-imap. -- Jesse Guardiani, Systems Administrator WingNET Internet Services, P.O. Box 2605 // Cleveland, TN 37320-2605 423-559-LINK (v) 423-559-5145 (f) http://www.wingnet.net We are actively looking for companies that do a lot of long distance faxing and want to cut their long distance bill by up to 50%. Contact [EMAIL PROTECTED] for more info.
Re: [vchkpw] authdaemond
On Friday 07 February 2003 11:18, Ajai Khattri wrote: > Its been awhile since I setup qmail+vpopmail+courier but I recently had > to do this on a new server. IIRC, you could disable authdaemond and just > use vchkpw with courier. How do I specify this? Read the INSTALL docs for courier-imap. -- Jesse Guardiani, Systems Administrator WingNET Internet Services, P.O. Box 2605 // Cleveland, TN 37320-2605 423-559-LINK (v) 423-559-5145 (f) http://www.wingnet.net We are actively looking for companies that do a lot of long distance faxing and want to cut their long distance bill by up to 50%. Contact [EMAIL PROTECTED] for more info.
RE: [vchkpw] Authdaemond--mysql?
On Thu, 16 Jan 2003, Clayton Weise wrote: Clayton, > Same difference though. Just compile sqwebmail without authdaemon, and with > authvchkpw. Courier has an issue with it's authdaemon and vpopmail. Many thanks. While I tried this once already, the fix failed, but trying it again, the problem is solved. Thanks to everyone for their help, patience and bandwidth. --Duncan
RE: [vchkpw] Authdaemond--mysql?
Same difference though. Just compile sqwebmail without authdaemon, and with authvchkpw. Courier has an issue with it's authdaemon and vpopmail. -Clayton -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 16, 2003 10:32 AM To: Robin Bowes Cc: [EMAIL PROTECTED] Subject: RE: [vchkpw] Authdaemond--mysql? On Thu, 16 Jan 2003, Robin Bowes wrote: Robin, > > Can anyone suggest what could cause such a problem and what a fix might > > be? > > The fix is to not use authdaemon. > > Set "AUTHMODULES="authvchkpw" in /usr/lib/courier-imap/etc/imapd. Unfortunately, we're not using courier, so this isn't an option... Thanks, --Duncan
RE: [vchkpw] Authdaemond--mysql?
On Thu, 16 Jan 2003, Robin Bowes wrote: Robin, > > Can anyone suggest what could cause such a problem and what a fix might > > be? > > The fix is to not use authdaemon. > > Set "AUTHMODULES="authvchkpw" in /usr/lib/courier-imap/etc/imapd. Unfortunately, we're not using courier, so this isn't an option... Thanks, --Duncan
Re: [vchkpw] Authdaemond--mysql?
Not much of a help, just info: I have also had the authdaemon problem on two different systems, both FreeBSD. In both cases I ended up recompiling sqwebmail without the authdaemon option, which resolved the problem on both. I have read info about several "qmail toasters", and in their examples the authdaemon option is always disabled. I guess it is the experience they have had... Best Regards, Johan Kuuse [EMAIL PROTECTED] - Original Message - From: <[EMAIL PROTECTED]> To: "Clayton Weise" <[EMAIL PROTECTED]> Cc: "vpopmail list" <[EMAIL PROTECTED]> Sent: Thursday, January 16, 2003 10:38 AM Subject: RE: [vchkpw] Authdaemond--mysql? On Thu, 16 Jan 2003, Clayton Weise wrote: >> Greetings All, >> >> A quick question on authdaemond in sqwebmail: >> >> If I've built vpopmail to use mysql to store all user info, I should >> still be using the 'authvchkpw' method with sqwebmail to authenticate >> users, >> right? > Yes. Hmmm. OK. Then I'm wondering what I'm doing wrong as authdaemond seems to "stop working" after a time. I've setup the rc file so that the daemon only loads the "authvchkpw" module at start time. When first started, all users can athenticate normally, but after an hour or so, it seems to start randomly failing on known good uname/pw combos. Only stopping and starting the daemon fixes this; using the restart command has no effect. I'm seeing this problem on two different boxes with identical installs running RedHat 6.2 and RedHat 7.3. I'm considering doing a third build on a Solaris box to see if the problem show up there as well. Can anyone suggest what could cause such a problem and what a fix might be? Stopping and restarting the authdaemon once an hour seems like a kluge at best, particularly for a busy server... TIA, --Duncan
RE: [vchkpw] Authdaemond--mysql?
Hi, [EMAIL PROTECTED] > Hmmm. OK. Then I'm wondering what I'm doing wrong as authdaemond seems to > "stop working" after a time. I've setup the rc file so that the daemon > only loads the "authvchkpw" module at start time. > > When first started, all users can athenticate normally, but after an hour > or so, it seems to start randomly failing on known good uname/pw combos. > Only stopping and starting the daemon fixes this; using the restart > command has no effect. > > I'm seeing this problem on two different boxes with identical installs > running RedHat 6.2 and RedHat 7.3. I'm considering doing a third build on > a Solaris box to see if the problem show up there as well. > > Can anyone suggest what could cause such a problem and what a fix might > be? The fix is to not use authdaemon. Set "AUTHMODULES="authvchkpw" in /usr/lib/courier-imap/etc/imapd. Cheers, R. -- Robin Bowes | http://robinbowes.com
Re: [vchkpw] Authdaemond--mysql?
On Thursday, January 16, 2003, at 08:38 AM, [EMAIL PROTECTED] wrote: Hmmm. OK. Then I'm wondering what I'm doing wrong as authdaemond seems to "stop working" after a time. I've setup the rc file so that the daemon only loads the "authvchkpw" module at start time. When first started, all users can athenticate normally, but after an hour or so, it seems to start randomly failing on known good uname/pw combos. Only stopping and starting the daemon fixes this; using the restart command has no effect. I'm seeing this problem on two different boxes with identical installs running RedHat 6.2 and RedHat 7.3. I'm considering doing a third build on a Solaris box to see if the problem show up there as well. Can anyone suggest what could cause such a problem and what a fix might be? Stopping and restarting the authdaemon once an hour seems like a kluge at best, particularly for a busy server... A simple search of the archives will show this has been covered a zillion times on this list. This week even. Bill
RE: [vchkpw] Authdaemond--mysql?
On Thu, 16 Jan 2003, Clayton Weise wrote: >> Greetings All, >> >> A quick question on authdaemond in sqwebmail: >> >> If I've built vpopmail to use mysql to store all user info, I should >> still be using the 'authvchkpw' method with sqwebmail to authenticate >> users, >> right? > Yes. Hmmm. OK. Then I'm wondering what I'm doing wrong as authdaemond seems to "stop working" after a time. I've setup the rc file so that the daemon only loads the "authvchkpw" module at start time. When first started, all users can athenticate normally, but after an hour or so, it seems to start randomly failing on known good uname/pw combos. Only stopping and starting the daemon fixes this; using the restart command has no effect. I'm seeing this problem on two different boxes with identical installs running RedHat 6.2 and RedHat 7.3. I'm considering doing a third build on a Solaris box to see if the problem show up there as well. Can anyone suggest what could cause such a problem and what a fix might be? Stopping and restarting the authdaemon once an hour seems like a kluge at best, particularly for a busy server... TIA, --Duncan
RE: [vchkpw] Authdaemond--mysql?
Yes. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 16, 2003 7:51 AM To: vpopmail list Subject: [vchkpw] Authdaemond--mysql? Greetings All, A quick question on authdaemond in sqwebmail: If I've built vpopmail to use mysql to store all user info, I should still be using the 'authvchkpw' method with sqwebmail to authenticate users, right? TIA, --Duncan
