Re: mail for root

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Craig White wrote:
On Fri, 2006-12-08 at 13:35 +0800, Hadders wrote:
Craig White wrote:
On Fri, 2006-12-08 at 12:24 +0800, Hadders wrote:
Craig White wrote:
On Fri, 2006-12-08 at 11:37 +0800, Hadders wrote:
Craig White wrote:
On Fri, 2006-12-08 at 11:09 +0800, Hadders wrote:
Hadders wrote:
Hi all,
I should know how to do this, but 99% of the time, I don't care about the mail for root.

Should I?

Also, how would I turn this off?

Thanks

Thanks people.

Just another couple of questions. If I want this to go to an external email address, obviously I enter the address in the alias. But, how does it get there? I assume I need sendmail running? and where do I configure the smtp-host (external) that sendmail should use?
----
sendmail should be running...

edit /etc/mail/sendmail.mc

find these lines...

dnl # Uncomment and edit the following line if your outgoing mail needs
to
dnl # be sent out through an external mail server:
dnl #
dnl define(`SMART_HOST',`smtp.your.provider')
dnl #

edit per instructions

restart sendmail

Craig

Thanks craig,  any way I can test this from the commandline?
----
mail someuser@xxxxxxxxxxxxxx

(hint use a . on a line by itself to end the mail)

Craig

Thanks heaps, I had to had a name record lookup in my domain for my PC, otherwise the external mail server bounced it, claiming it didn't exist (well, it didn't for them really).

Other than that, all good.

Thanks to everybody for their assistance.

Anyone looking for a challenge, check out my thread "dmraid", no-one's replied ;-(
----
not likely to get many replies on proprietary implementation of a 'fake
raid'

Craig

Well, I want to share my Intel RAID Container across Windows and linux. If that wasn't the case, I'd just use software RAID, like I have in the past.

Surely this must be possible.
----
real hardware raid is invisible to the OS and simply works.

the 'fake raid' stuff actually is software raid only you become locked
into a proprietary implementation which requires a driver compatible
with your kernel and hopefully proprietary driver keeps up with kernel
releases. Most people opt just to use software raid...it works with
windows and with linux, it doesn't require proprietary drivers, the
drives can move to another computer/controller and still work and
probably faster, more reliable and a well known set of tools to
administer the raid.

That said, perhaps someone can help you with your objectives - my
comment was that few people are likely to be familiar with your hardware
and the requirements to make it work.

Good luck

Craig

Sorry, you've lost me? How can I implement software RAID in Linux that Windows will use too?

That's the objective here, to create a bootable, shared Windows/Linux setup that uses the same container. Windows will use the container via its Intel driver and Linux will access it how? That's where I'm stuck, I was under the impression that I could access it through dmraid.

As I said, if I didn't want to dual boot and share, I'd be using Linux Software RAID quicker than you could blink.

H


[Index of Archives]     [Current Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [Yosemite Photos]     [KDE Users]     [Fedora Tools]     [Fedora Docs]

  Powered by Linux