Hi Everyone,
I have a strange problem, where when I get an email which was
originally sent to root, which expands in the /etc/aliases file to my
user account (nkj), procmail is unable to open the file for writing.
However I can receive emails which have been sent directly to the nkj
account.
On Thu, 2008-03-27 at 12:42 +0100, Nick Jennings wrote:
Hi Everyone,
I have a strange problem, where when I get an email which was
originally sent to root, which expands in the /etc/aliases file to my
user account (nkj), procmail is unable to open the file for writing.
However I can
On Thu, 27 Mar 2008, Nick Jennings wrote:
Hi Everyone,
I have a strange problem, where when I get an email which was
originally sent to root, which expands in the /etc/aliases file to my
user account (nkj), procmail is unable to open the file for writing.
However I can receive emails which
Hi Barry and Sam, thanks for your replies,
SELinux has actually been disabled for some time due to other issues,
so that's not the cause of this problem. Originally, other mail for nkj
was being delivered fine, only mail expanded from the root alias was
failing. However, now I've checked the
On Thu, Mar 27, 2008 at 6:34 AM, Tim Evans [EMAIL PROTECTED] wrote:
I did an upgrade install of RHEL5 (from RH4.6) recently. yum reports this
error
when I try to upgrade from kernel 2.6.18-53.el to the current release
(2.6.18-53.1.14.el5). Similar error with kernel-PAE:
[EMAIL
In my experience, the user postfix runs as needs to be able to write to
the file. Permissions of 600 only allow nkj to write to that file. We
use sendmail on our RH boxes, however, on a debian box I have that runs
postfix, the permissions on the mail spools is 660 with the user as
owner and
Hi, Folks ...
I'm trying to set up a Dom0 Xen system on a Sun X4200 M2 server. The
problem I'm having is getting the xen kernel to send any output to the
serial console, and once up, to have a getty available on that console.
My grub.conf contains this:
##
default=1
timeout=60
serial
Sandor,
Try the following change
title Red Hat Enterprise Linux Server (2.6.18-53.1.14.el5xen)
root (hd0,0)
kernel /xen.gz-2.6.18-53.1.14.el5 com1=9600,8n1
module /vmlinuz-2.6.18-53.1.14.el5xen ro root=/dev/md2
console=ttyS0,9600n8
module
Jeff ... thanks so much! That was exactly the solution, and if I had
asked earlier, I'd probably have less bruises from banging my head. :-)
-s-
On Mar 27, 2008, at 11:30 AM, Jeff Burke wrote:
Sandor,
Try the following change
title Red Hat Enterprise Linux Server
On Thu, 2008-03-27 at 14:21 -0400, Tim Evans wrote:
I don't think that old packages are cleared unless they have a
particular replacement. But yes... this is one that should be removed.
Great, thanks.
You've obviously already received your answer, but just wanted to point
out that running
Hi all,
The problem:
I'm having a problem getting an iscsi volume to be mounted on boot.
What does work:
I can mount the volume/disk /etc/sda1 after booting with no problem.
Discoverys:
I have found that using the fstab option defaults,_netdev does what it
says it does and only try's to mount
You've obviously already received your answer, but just wanted to point
out that running yum list extras will show you all of the packages
that are currently installed which are not available in currently
subscribed channels or enabled yum repositories. This is basically the
RHEL5 equivalent of
If there is a problem with the zone it should be logged at startup. You can
also run named-checkzone but this is the same check that occurs at startup.
-Original Message-
From: [EMAIL PROTECTED] on behalf of Tim Evans
Sent: Thu 3/27/2008 5:16 PM
To: rhelv5-list@redhat.com
Subject:
Tim Evans wrote:
mail is published as a CNAME in the outside world,
since it is our main mail server.
MX records must point to an A record. It usually works, but is against
the RFCs. It probably isn't the cause of your problem but should be
fixed. Random googling:
On Thu, Mar 27, 2008 at 3:16 PM, Tim Evans [EMAIL PROTECTED] wrote:
We have been running Sun's Solaris 9 BIND (reported as version 8.3.3) for some
years and are retiring the old hardware. However, we came across an apparent
syntax issue in moving the RHEL's BIND.
Here's a piece of the old
On Thu, Mar 27, 2008 at 5:57 PM, Matthew Snyder [EMAIL PROTECTED] wrote:
Tim Evans wrote:
mail is published as a CNAME in the outside world,
since it is our main mail server.
MX records must point to an A record. It usually works, but is against
the RFCs. It probably isn't the cause
16 matches
Mail list logo
