Re: [vchkpw] qmail+vpopmail+mysql+courier-imap+gentoo empty relaytable with roamingusers enabled
After totally removing it and starting from scratch I was able to hack the init/conf scripts to work correctly. Thanks again, bob On Thu, 2003-02-27 at 05:41, Justin Heesemann wrote: On Thursday 27 February 2003 02:12, bob ketterhagen wrote: This vpopmail-5.2.1-r4.ebuild everything is default nothing special, I have it working on numerous other servers with not a single problem. It' s just the newest mailserver I have built that I am having this problem on. I can send myself email and recieve it. I can remove the relay table, check my email and it readds it but, it continues to stay empty. bob ok.. i guess i might have an answer. courier-imap-1.7.ebuild makes use of authdaemon. authdaemon doesn't get the TCPREMOTEIP env variable. so: what should the poor vpopmail vopen_smtp_relay think it should set ?? i don't know, why this worked on your other servers. i guess you might be running another version of courier-imap. i have an ebuild for courier, which works.. but it's more or less a unclean hack. a quick'n'dirty solution: make sure /usr/lib/courier-imap/authlib/authvchkpw exists. replace the need net authdaemond lines in your /etc/init.d/courier* scripts with need net replace the AUTHMODULES=authdaemon line with AUTHMODULES=authvchkpw in your /etc/courier-imap/imapd /etc/courier-imap/imapd-ssl /etc/courier-imap/pop3d /etc/courier-imap/pop3d-ssl files. /etc/init.d/authdaemond stop /etc/init.d/courier-imap restart (i hope i've covered every variable i changed...) signature.asc Description: This is a digitally signed message part
Re: [vchkpw] qmail+vpopmail+mysql+courier-imap+gentoo empty relaytable with roamingusers enabled
The main problem was gentoo does not install authvchpw in /usr/lib/courier-imap/authlib/ Once you manually install that file. Hacking up the init and conf scripts is a breeze. bob On Thu, 2003-02-27 at 09:57, bob ketterhagen wrote: After totally removing it and starting from scratch I was able to hack the init/conf scripts to work correctly. Thanks again, bob On Thu, 2003-02-27 at 05:41, Justin Heesemann wrote: On Thursday 27 February 2003 02:12, bob ketterhagen wrote: This vpopmail-5.2.1-r4.ebuild everything is default nothing special, I have it working on numerous other servers with not a single problem. It' s just the newest mailserver I have built that I am having this problem on. I can send myself email and recieve it. I can remove the relay table, check my email and it readds it but, it continues to stay empty. bob ok.. i guess i might have an answer. courier-imap-1.7.ebuild makes use of authdaemon. authdaemon doesn't get the TCPREMOTEIP env variable. so: what should the poor vpopmail vopen_smtp_relay think it should set ?? i don't know, why this worked on your other servers. i guess you might be running another version of courier-imap. i have an ebuild for courier, which works.. but it's more or less a unclean hack. a quick'n'dirty solution: make sure /usr/lib/courier-imap/authlib/authvchkpw exists. replace the need net authdaemond lines in your /etc/init.d/courier* scripts with need net replace the AUTHMODULES=authdaemon line with AUTHMODULES=authvchkpw in your /etc/courier-imap/imapd /etc/courier-imap/imapd-ssl /etc/courier-imap/pop3d /etc/courier-imap/pop3d-ssl files. /etc/init.d/authdaemond stop /etc/init.d/courier-imap restart (i hope i've covered every variable i changed...) signature.asc Description: This is a digitally signed message part
Re: [vchkpw] qmail+vpopmail+mysql+courier-imap+gentoo empty relaytable with roamingusers enabled
This vpopmail-5.2.1-r4.ebuild everything is default nothing special, I have it working on numerous other servers with not a single problem. It' s just the newest mailserver I have built that I am having this problem on. I can send myself email and recieve it. I can remove the relay table, check my email and it readds it but, it continues to stay empty. bob On Wed, 2003-02-26 at 20:08, Justin Heesemann wrote: On Thursday 27 February 2003 01:26, bob ketterhagen wrote: Howdy, I have spent all day trying to figure out why my relay table in the vpopmail database is empty. I have previously had this same setup in gentoo a few months ago and never had a single problem. Currently I have rebuilt checked and rebuilt everything numerous time even from scratch and my database continues to stay empty. If i manually add the ip_addr and timestamp it works fine but it is not working properly like everyother server I have with this setup. I can't even isolate whether it is courier-imap or vpopmail. If anyone would like to enlighten me on what exactly my problem is that would be wonderful. well .. you can. just stop courier-imap and try to authentificate via pop3 (or keep courier running.. shouldn't matter) so now that we do know, that it's vpopmails fault, it would be very nice if you told us the vpopmail configuration string (or is it the vpopmail-5.2.1-r4.ebuild ? still.. many list members don't use gentoo) and your /service/qmail-pop3d/run file would be nice too :) I am using courier-imap 1.7.0 and vpopmail 5.2.1. signature.asc Description: This is a digitally signed message part
[vchkpw] qmail+vpopmail+mysql+courier-imap+gentoo empty relay table withroamingusers enabled
Howdy, I have spent all day trying to figure out why my relay table in the vpopmail database is empty. I have previously had this same setup in gentoo a few months ago and never had a single problem. Currently I have rebuilt checked and rebuilt everything numerous time even from scratch and my database continues to stay empty. If i manually add the ip_addr and timestamp it works fine but it is not working properly like everyother server I have with this setup. I can't even isolate whether it is courier-imap or vpopmail. If anyone would like to enlighten me on what exactly my problem is that would be wonderful. I am using courier-imap 1.7.0 and vpopmail 5.2.1. bob signature.asc Description: This is a digitally signed message part
