Hi Guys,
I have a simple question. I created a domain test65.com and my dir_control
table looks like this:
test65.com103000616161024000 dom_507103000616161024000
I then deleted the domain which was removed from dir_control, but the dom_507
record was not.Is this the way it's supposed to work?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Michael Mussulis wrote:
Hi Guys,
I have a simple question. I created a domain test65.com and my
dir_control table looks like this:
test65.com103000616161024000 dom_507103000616161024000
I then deleted the domain which was removed from
Hi Matt,
Thanks for the quick reply.
Yes, it was meant to work this way. If you're running a newer version of
vpopmail, this entry will be re-used by a new domain.
Do you mean in the newer versions of vpopmail, newly added domains reuse the
same entry?
Also, is there any documentation
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Michael Mussulis wrote:
Hi Matt,
Thanks for the quick reply.
Yes, it was meant to work this way. If you're running a newer version of
vpopmail, this entry will be re-used by a new domain.
Do you mean in the newer versions of vpopmail, newly
Hi all,
I've installed qmail vpopmail 5.3.27 on a FreeBSD 5.1 box.
Whenever I try to delete a domain, I get the following error:
bogus# bin/vdeldomain test.com
Failed while attempting to delete domain from dir_control
Failed vget_assign for test.com
The funny thing is that the domain is
bogus# bin/vdeldomain test.com
Failed while attempting to delete domain from dir_control
Failed vget_assign for test.com
I've just upgraded to 5.3.27 and I'm getting the same error.
/home/Vpopmail
drwxr-xr-x2 vpopmail vchkpw 4096 Sep 19 20:31 bin/
drwxr-xr-x4 vpopmail vchkpw
I've taken a quick look at the code, and I see where the problem is.
You're using the cdb backend.
Michael Bowe added error checking to most of the vpopmail code for the
5.3.26 release. In the past, those two lines would silently fail, but
now they throw unnecessary errors.
In vdeldomain(),
