Good day list,
I am new to vpopmail, although no newcomer to qmail and courier-imap.
I am bringing up a new mail server under NetBSD-3.1-i386
and thus far I have vpopmail-5.4.20
playing nicely with maildrop/SpamAssassin, and now am on to seting up
courier-imap. I took a look at the faq wish
Rick,
I am seeing the same behaviour building qmailadmin against
vpopmail-5.4.22 on NetBSD-3.1-i386.
Here is my configuration:
./configure \
--disable-roaming-users \
--enable-logging=p \
--disable-passwd \
--enable-clear-passwd \
--disable-domain-quotas \
--enable-auth-module=mysql \
Joshua,
I think this is a worthwhile endeavour for many of the reasons you
discuss below, as well as one more. It makes linking applications
such as courier-authlib much easier. I recently ran into trouble with
this under NetBSD-i386. I did not know of a historical patch, I have
not been with
Good morning all,
Yesterday I decided to implement onchange to support a mechanism to
reject nonexistent accounts on the system. thanks to John Simpson for
the DaemonTools part of this scheme. I rebuilt and re-installed
vpopmail-5.4.23 with
onchange enabled, and then rebuilt qmailadmin and
Silly me as usual, a permissions problem on ~vpopmail/etc. Working
contentedly now.
-Len
On Fri, 28 Sep 2007, Len Burns wrote:
Good morning all,
Yesterday I decided to implement onchange to support a mechanism to
reject nonexistent accounts on the system. thanks to John Simpson
Good day christoph,
On Thu, 11 Oct 2007, ckubu wrote:
...
until now, qmail in conjunction with vpopmail works fine. the problem appears
when building the courier-authdaemon. the module for authentication against
vchkpw is not build. i miss some file like libauthvchkpw.so
the gmake output
I would take a look at your default maildroprc file, that is most likely
where the problem lies. By default, it will deliver to
/var/mail/vpopmail. I just encountered this behaviour while setting up
a new mail server.
Regards,
-Len
Brian Lanier wrote:
- Original Message -