Marcello Lupo wrote:
Hi,
i agree with your method to bybass the problem but in this way you will
be able to delete a catch all account
for the domain without notice.
This is pretty much what I did for now...
I think the best is to fix this issue making possible that the default
alias is
Quey wrote:
Rick on a kind of related note, did you see one of my posts in the thread:
adduser processing times CDB from 27th of the 7th ?
Looking at that thread...
slow loading of users:
I have added a note in the TODO to add an -O option to vadduser like the
option in vadddomain, so it
Hi Steve,
i think the problem is related to something i posted some days ago but
without any answer.
Look at the post :
Re: [vchkpw] vdeluser segfault posted on 19/08/2007 be my answering
to a previous post.
Let me know if it is the case.
Bye,
Marcello
Steve Cole wrote:
On two
Hi Steve,
i think the problem is related to something i posted some days ago but
without any answer.
Look at the post :
Re: [vchkpw] vdeluser segfault posted on 19/08/2007 be my answering
to a previous post.
Let me know if it is the case.
Bye,
Marcello
Steve Cole wrote:
On two (low
Can someone who can see it fail please send me your ./configure options
so maybe I can make it fail here?
Rick
Marcello Lupo wrote:
Hi,
i agree with your method to bybass the problem but in this way you will
be able to delete a catch all account
for the domain without notice.
I think the
Rick Widmer wrote:
Quey wrote:
Rick on a kind of related note, did you see one of my posts in the
thread:
adduser processing times CDB from 27th of the 7th ?
Looking at that thread...
slow loading of users:
I have added a note in the TODO to add an -O option to vadduser like
the option
Hi,
i agree with your method to bybass the problem but in this way you will
be able to delete a catch all account
for the domain without notice.
I think the best is to fix this issue making possible that the default
alias is inserted in the valias table like the others
(if you use aliases in
Hi Rick,
this is my configure options with vpopmail-5.4.19 :
./configure --enable-roaming-users
--enable-tcpserver-file=/home/vpopmail/etc/tcp.smtp
--enable-relay-clear-minutes=15 \
--enable-onchange-script --enable-auth-module=mysql --enable-logging=p
--enable-mysql-limits --enable-valias \
Marcello Lupo wrote:
Hi Rick,
this is my configure options with vpopmail-5.4.19 :
./configure --enable-roaming-users
--enable-tcpserver-file=/home/vpopmail/etc/tcp.smtp
--enable-relay-clear-minutes=15 \
--enable-onchange-script --enable-auth-module=mysql --enable-logging=p
On two (low volume) machines with vpopmail interfaced with mysql as the data
store, it seemed to work successfully. I updated the database schema with no
issues. This is with v5.4.21
However, when I do a vdeluser on either machine, the program segfaults. On
both systems.
I tried various
On two (low volume) machines with vpopmail interfaced with mysql as the
data
store, it seemed to work successfully. I updated the database schema with
no
issues. This is with v5.4.21
Did you follow the UPGRADE document in 5.4.21 exactly and rename the
'domain' columns to 'pw_domain'? If
On Thursday 06 September 2007, Joshua Megerman wrote:
The vpopmail table, and ONLY the vpopmail table, has a column named
'pw_domain'. Every other table should have a 'domain' column, as the
earlier UPGRADE document listed (which incorrectly listed vpopmail as
having a 'domain' column).
No,
Rick Widmer wrote:
Steve Cole wrote:
On two (low volume) machines with vpopmail interfaced with mysql as
the data store, it seemed to work successfully. I updated the
database schema with no issues. This is with v5.4.21
However, when I do a vdeluser on either machine, the program
Steve Cole wrote:
On two (low volume) machines with vpopmail interfaced with mysql as the data
store, it seemed to work successfully. I updated the database schema with no
issues. This is with v5.4.21
However, when I do a vdeluser on either machine, the program segfaults. On
both
14 matches
Mail list logo
