After upgrading to qmail-r13, I needed to change the password checking method to vchkpw and relay-ctrl didn't make it's directories and files that it should. I had to remove their references out of the svscan "run" files to get my system to work again. maybe qmail could have a "+/-vpopmail" use flag to set the conf-pop3d right? Also, I don't see any of the directories or files that relay-ctrl seems to need. I don't know if this is my job or the ebuild's job. I have emerged it twice. Let me know if you need anything else, right now my users can't pop before smtp at all. Reproducible: Always Steps to Reproduce: 1.emerge qmail-r13 2.restart svscan 3.breaks stuff Actual Results: smtp and pop3 stopped working. Expected Results: relay-ctrl should have made the files and directories it requires to run right. There could be an option in portage/ebuild do search or ask which auth method your pop/imap users are using.
previously, it was up to the user to create and configure relay-ctrl. -r1 however includes a default configuration and the directories nesscary are created. USE flags control build capabilities only, not configuration setups. I personally use qmail+courier-imap+vpopmail on my servers and not qmail-pop3d at all, and there are many people I'm sure the same is true for. The vpopmail change in conf-pop3d should be made by the system administrator, but the relay-ctrl stuff is fixed now.
please upgrade to -r1 and report if the problem still exists.
another possible thing. in conf-smtpd, try this change: -QMAIL_SMTP_POST="${QMAIL_SMTP_POST} relay-ctrl-check" +QMAIL_SMTP_PRE="${QMAIL_SMTP_PRE} relay-ctrl-check"
Relay-ctrl upgrade to r1 worked great, thanks.
Upgrading the relay-ctrl package built everything I needed for it. Works fine now. Thanks.