Re: [vchkpw] tcprules can't write to /etc/tcp.smtptmp.xxxxxx
You need to have the Matt's patch if you want to use mysql otherwise compile vpopmail to have tcp.xxx under vpopmail/etc directory that will work fine. -- 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: Tom Walsh [EMAIL PROTECTED] Date: Mon, 2 Jun 2003 18:07:46 -0500 To: [EMAIL PROTECTED] Subject: RE: [vchkpw] tcprules can't write to /etc/tcp.smtptmp.xx The problem is actually related to the permissions on the /etc dir. Now if you want to go with the database patch that Matt Simerson has... You need to use the -X option in your tcpserver line instead of the -x which uses the tcp.smtp file. The patch is applied to tcpserver, but not to vpopmail which still recompiles tcp.stmp.cdb on each iteration... So I believe that is what is causing your problem. REF: http://matt.simerson.com/computing/mail/qmail/qmail.toaster.open-smtp_writeu p.txt for further information. If you want to have proper permission control on your tcp.smtp file... create a subdirectory under /etc (perhaps something ultra clever like ./vpopmail or other) and set the permissions so vpopmail can write to that directory. Tom Walsh Network Administrator http://www.ala.net/ ::Clearly it's trying to dump the database and re-write tcp.smtp ::based on the ::values in mysql, but I'd prefer to use the tcpserver hack that queries the ::same database and defines RELAYCLIENT instead of looking at a ::tcp.smtp.cdb. :: ::Does anyone know why this is happening? :: ::Can I disable it and just use mysql for relaying instead of constantly ::recompiling the CDB file? (I'm letting users SMTP from one ::machine and pop ::from another)
RE: [vchkpw] tcprules can't write to /etc/tcp.smtptmp.xxxxxx
The problem is actually related to the permissions on the /etc dir. Right. I figured that out after I posted. I was running tcpserver as vpopmail and trying to write to /etc (Actually, vchkpw was, I didn't really care if it updated tcp.smtp) Now if you want to go with the database patch that Matt Simerson has... You need to use the -X option in your tcpserver line instead of the -x which uses the tcp.smtp file. Ah. I have not gotten that far, but you're right, I remember that now. The patch is applied to tcpserver, but not to vpopmail which still recompiles tcp.stmp.cdb on each iteration... So I believe that is what is causing your problem. I actually solved this by recompiling vpopmail and defining the tcpserver file in /home/vpopmail/etc/tcp.smtp -- this fixed it, and I set the permissions back to vpopmail:vchkpw in the script spawning tcpserver for pop3d. That is solved. Here is what I am confused with. In the INSTALL file for vpopmail 5.2.1 in item #13 it says: For sites using the mysql module and --enable-roaming-users=y it is highly suggested to use Matt Simersons tcpserver-mysql patch. This removes the need for vpopmail to compile a tcp.smtp.cdb file for each pop authentication. Instead, tcpserver looks directly into the vpopmail mysql table of IP's. So, my question is, since I compiled with mysql and roaming users enabled, and since I intend to fully utilize the patch, how do I tell vchkpw/tcpserver to stop compiling the cdb file with EAHC pop authentication? I know its a small concern. It won't hurt anything. But this paragraph suggests that you can eliminate the overhead of running tcprules on this file every time someone successfully authenticates, and I'd like to do that due to the high volume of POP requests I'm dealing with. Is there a configure option i'm missing or is the documentation simply talking about the need and not suggesting that its possible to disable the recompile step that is now not needed at all? -jeff
[vchkpw] tcprules can't write to /etc/tcp.smtptmp.xxxxxx
I've patched ucspi-tcp-0.88 with the mysql patch and I keep running into a strange error. When I telnet to port 110 and try to manually login with a valid user/pass i get this: tcprules: fatal: unable to create /etc/tcp.smtptmp.23892 (or some other pid) Clearly it's trying to dump the database and re-write tcp.smtp based on the values in mysql, but I'd prefer to use the tcpserver hack that queries the same database and defines RELAYCLIENT instead of looking at a tcp.smtp.cdb. Does anyone know why this is happening? Can I disable it and just use mysql for relaying instead of constantly recompiling the CDB file? (I'm letting users SMTP from one machine and pop from another) -Jeff