On 10/12/2014 05:20 AM, Quinn Comendant wrote:
On Sat, 11 Oct 2014 23:35:35 -0700, Eric Shubert wrote:
Did you use the --numeric-ids flag on rsync? Without it, user and
group ids can get changed from one host to another, depend on what
number is assigned to which name(s).
No, because I wanted
On Sat, 11 Oct 2014 23:35:35 -0700, Eric Shubert wrote:
> Did you use the --numeric-ids flag on rsync? Without it, user and
> group ids can get changed from one host to another, depend on what
> number is assigned to which name(s).
No, because I wanted files to retain same username ownership, re
On 10/11/2014 11:29 PM, Quinn Comendant wrote:
Hi Eric
On Sat, 11 Oct 2014 08:41:43 -0700, Eric Shubert wrote:
Recommended solution?
I'd simply "chgrp -R /home/vpopmail/domains/* vchkpw" after the rsync.
That's what I did. I also had to change the group IDs in
`/var/qmail/users/assign` and
Hi Eric
On Sat, 11 Oct 2014 08:41:43 -0700, Eric Shubert wrote:
>> Recommended solution?
>
> I'd simply "chgrp -R /home/vpopmail/domains/* vchkpw" after the rsync.
That's what I did. I also had to change the group IDs in
`/var/qmail/users/assign` and rehash the cdb:
sudo perl -pi.bak -
I have an easier fix for the vpopmail vs vchkpw group ids -- make them
the same number.
Unless some idiot programmer is looking at the NAME vchkpw or vpopmail,
if you make them both GID 89 (or whatever), then all the checks will
pass just fine.
Just a thought -- but it is a little after midn
On 10/10/2014 06:15 AM, Quinn Comendant wrote:
I'm migrating a qmailtoaster installed in 2006 to a new server. I've come to an
issue where the vpopmail-toaster package creates user vpopmail with group
vchkpw:
{q@oak2/0 bin} groups vpopmail
vpopmail : vchkpw
However, on the old
