[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [cobalt-users] admin@ emails going to /home site?
- Subject: RE: [cobalt-users] admin@ emails going to /home site?
- From: "Ian" <ian@xxxxxxxxxxxxxxxxxxxx>
- Date: Mon May 20 17:04:02 2002
- List-id: Mailing list for users to share thoughts on Cobalt products. <cobalt-users.list.cobalt.com>
Hi David,
> No! The server will report to admin that there is a problem with
> siteY. Now on your machine the server error will got to the site
> admin for
> say siteX. Is siteX site admin really going to take care of siteY's
> problems? When the server /root gets full, you what siteX's site admin
> knowing the server is about to hose. When the system is overheating, you
> want siteX's site admin to take care of it right?
I got the system to manually generate a problem and it came to the server
admin and not to the site admin, so I can not see how the siteadmin will get
these alert emails. I have not changed the admin information or anything
like that, simply made an adjustment to the virtusertable and deleted the
entire line purporting to the: "admin@xxxxxxxxxxxxxx -TAB- admin".
The permissions and everything else has not been changed and altering a
password, which I have done on a test site of our own, did not allow for any
higher permissions than what the siteadmin would normally get.
> Get real. There are a set of reserved names and alias' in Linux. These
> are for the server. Who know what won't work for you anymore. Maybe
> siteX's site admin can now lock you out.
Tried that and it didnt work, I could not lock out the admin account and the
siteadmin account still had no increased permissions.
> That will be funny.
Hmmmm chuckle chuckle :)
> Ask him to
> change is password and see what happens. Oh yea, it is does
> change admin,
> it is also changing root.
I can not see how this affects the admin with him changing his password and
it did not change admin or root details!
>Congratulation, someone is bound to agree with
> you, like Paul.
And who is Paul. Should he be known on here.
I think somewhere along the way our wires have got crossed. The user and/or
siteadmin is not using a username of 'admin'. This can not be done "still"
even after my changes. The system says again that this is already in use.
What has been altered is the ability to set an alias of admin within the GUI
for that particular site so that it can be used by that domain name.
I do appreciate the comments and as per my reasoning to ask these questions,
have tested all the ideas, suggestions and exploits that have been put
forward.
Mac