Hi,
-Original Message-
From: Drew Weaver [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 18, 2003 2:36 PM
To: [EMAIL PROTECTED]
Subject: quick question pop/imap
>Can Pop3/imap4 co-exist peacefully, like if i wanted to run Cyrus and
Popper on the same box?
You can do that with Courier-IM
From: "Yanick Quirion" <[EMAIL PROTECTED]>
> If you have to upgrade a Linux distribution, and you have the choice
> between version 9 and 7.3, which one will you choose?
I love 7.3 and have never had any trouble with it I continue using it
it works great!!!
I've heared lots of people having
On Wed, 5 Feb 2003, Bret Hughes wrote:
> Yes each vncserver/client combo gets his own desktop by default in
> linux, In windows, everyone gets the desktop of the console and gets to
> fight over it. Actually I have not tried more that one in windows but
> the remote guy and the console fight.
Usu
On Wed, 5 Feb 2003, Darryl Harvey wrote:
> Can I run VNC server as well as X-Windows Server on the same box ?
Yes. VNC is totally independent of the X servers on either box. They use
different protocols, different ports, and different UNIX-domain sockets.
--
"Of course I'm in shape! Round's a
On Wed, 2003-02-05 at 05:35, Darryl Harvey wrote:
> Sorry if this is a stupid Q or not, but I cannot find it in any archive.
>
> Can I run VNC server as well as X-Windows Server on the same box ?
>
Yes
> Is that plausible? Run X-Windows on the console and run VNC for remote
> clients?
Yes ea
That's the way it's meant to be Daryl
Regards
Gordon
-Original Message-
From: Darryl Harvey [mailto:[EMAIL PROTECTED]]
Sent: 05 February 2003 11:36
To: [EMAIL PROTECTED]
Subject: Quick Question on VNC?
Sorry if this is a stupid Q or not, but I cannot find it in any archive.
Can I run
I'm not sure is sorting first actually buys you anything. But it should
work fine. Keep 3 shells open, 1 to run the command from, one running top,
and the other ready to kill it :).
I'd be more concerned with how you are collecting this data - i.e. how
easy is it for th esame person to provide di
On Tue, 7 Nov 2000, Ed Lazor wrote:
> Is it possible to log in to a new account between the time you add the
> user and manually set their password?
Change to that user from root:
su - userfoo
and it won't care if there's no password.
--
Todd A. Jacobs
Senior Network Consultant
_
-Original Message-
From: Ed Lazor <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Date: Tuesday, November 07, 2000 4:38 PM
Subject: quick question about adduser
>Is it possible to log in to a new account between the time you add the user
>and manually set their password?
>
So it does. I stand corrected.
On Tue, 7 Nov 2000, Gordon Messmer wrote:
> That's not correct. The account will be created with '!!' in the password
> field, and you will not be able to log in to it.
>
> MSG
>
>
> On Tue, 7 Nov 2000, Mike Burger wrote:
>
> > If you don't set a password, I
I believe after creating an new account nobody can log in with this
account until a password has been set
david
On Tue, 7 Nov 2000, Ed Lazor wrote:
> Is it possible to log in to a new account between the time you add the user
> and manually set their password?
>
> For example, I want to veri
I dunno why I hadn't thought of it before (brainfart), but I created an
account, did not set the password, and tried telneting in using it. It
wouldn't let me in. I checked /etc/shadow and found !! in the area where
the password would normally be decrypted. I guess it's already doing what
y
That's not correct. The account will be created with '!!' in the password
field, and you will not be able to log in to it.
MSG
On Tue, 7 Nov 2000, Mike Burger wrote:
> If you don't set a password, I do believe that the account will simply
> have no password, and anyone will be able to log in
If you don't set a password, I do believe that the account will simply
have no password, and anyone will be able to log into it.
If you want the account to have no password, you'll need to go into
/etc/passwd or /etc/shadow (depending on how you installed your system)
and put something like "x
Try checking for the existence of either:
cron.allow and/or
cron.deny
These are access control lists that, as the names suggest, allow or
deny execution of cron jobs. It would not be an outrageous setup to have
root listed in cron.deny. If you're not logged in as root, and THERE is a
cron.all
gnielson <[EMAIL PROTECTED]> wrote:
>I am trying to figure out why crontab for root under my Redhat 6.0 isn't
>working, but it's working fine for my home directory.
>
>I have an entry:
>
>0 8 * * * /usr/local/bin/perl /home/gnielson/bin/program.pl
>
>and I have run crontab crontab on that file se
gnielson wrote:
>
> I am trying to figure out why crontab for root under my Redhat 6.0 isn't
> working, but it's working fine for my home directory.
>
> I have an entry:
>
> 0 8 * * * /usr/local/bin/perl /home/gnielson/bin/program.pl
>
> and I have run crontab crontab on that file several time
When I modify my root crontab, I edit it with "crontab -e -u root" and it
auto-installs the new version when I exit VI. Maybe you can try it like
that.
will
- Original Message -
From: "gnielson" <[EMAIL PROTECTED]>
To: "Redhat list" <[EMAIL PROTECTED]>
Sent: Friday, April 07, 2000 3:12 P
18 matches
Mail list logo
