Re: [cobalt-users] moving users from group to another group

["Julius" <lists@xxxxxxxx>]

Jeff L. wrote:

>> - when adding a user using ssh, I get this problem:
>> [root cobalt]# ./adduser -g home -f "het usertje" -u testusr -p
>> "c00ln3ss" -q 56
>> Disk quota cannot be greater than the site disk quota ( MB)
>
> It appears as if the man page for the cobalt/adduser is called
> "cadduser".

yes, I've seen that one, written by Jeff B.
but here is the problem, I can create users this way,
but I cannot derive the data from postgres databases
for the domain name, so I have to create them as default
for option -d
when i give it one in the commandline, it will not find
a valid domain name. Long story, but it isn't there.

I tried

# less /etc/cobalt/.meta.id
(copy the password)
# psql -U admin cobalt
Password: (paste the password here)
cobalt=> select name,ipaddr,fqdn from vsite;

and got this output:

   name   |   ipaddr    | fqdn
 ---------+-------------+------
  default | 192.168.1.8 |
 (1 row)>

the fqdn is missing, which explains a lot, and
also might be why it has defaulted to 0 MB quota.

> If so, then you're missing the "d" commandline option; my guess is
> that cobalt/adduser needs that to know which quotas to use.
> Otherwise my guess is it presumes 0 for the site quota, and any
> quota you give it is going to be too much.

since I've done a quotaoff for /dev/hda4 and
cobalt's postgresql need at least some quotum,
it can't work without one.

the main trouble is; editing site quota/settings
through use of the commandline seems impossible.
so, here I have a RaQ that uses only the default domain,
which is called "domain.nl", yet the only way to repair
the GUi is to create a new vsite, and later on rename it
to what the default site is now. Any virtual site
I might add will be /home/sites/site1 and should also
be what group home is now (as far as the users go).
that isn't too hard to do; I can simply move the dirs,
and I can then change the dir entries in /etc/password.

But when trying to move them I got a strange
"mail relay denied" error when sending email
to the domain. I have not been able to solve this yet.
somehow it goes loopy in the redirecting domains
and aliases department, I guess.
I've seen it before, the "relaying denied" thing,
entering the correct host/domain or email alias
seemed to solve it back then. I can't remember
which one it was, and i don't know where to set it
using the commandline.

As soon as I do solve that issue, I might be out of
problems altogether on this RaQ. I'd like to point out
that Sun Cobalt should emphasize more that a RaQ4i
should have at least ONE virtual site created,
and cannot run without one. I really don't know how
I got to have users created under /home/sites/home/users
while the default site should have been under .../site1/users
What is the default site for anyway, if one will never
use it because it's all based on virtual entries?

OK, thanks for more input.
-- 
Julius