[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Solution: New libc & Cyrix + Q: Sendmail
Solution for Shahar's problem, + a question of me regarding to Sendmail:
Shahar Livne wrote:
> ...
> I have installed the new RedHat-5.0 on my Cyrix 120 machine.
> Everything worked just fine, till I tried to compile a new Kernel
> (2.0.32).
> The compilation aborted, and I got a signal 11 message.
> ...
> I have changed the CPU to a genuine Intel (Pentium 90Mhz) and it worked.
From
http://www.redhat.com/support/docs/rhl/intel/rh50-errata-intel.html#cyrix
---------------------------------------------------------------------
Package: cyrix
Updated: 08-Dec-1997
Problem:
(05-Dec-1997) Cyrix processors may have sig 11 and other problems.
Solution:
Many people that have this processor have had success using an
updated gcc that is available at sunsite:
Intel:
ftp://sunsite.unc.edu/pub/Linux/GCC/gcc-2.7.2.3-glibc.bin.tar.gz
---------------------------------------------------------------------
Now, to my question:
Is it safer to use local DNS (bind) only for addresses/names of local
hosts (i.e. relying on the ISP's DNS for external addresses, e.g.
www.cnn.com), and to do the similar thing in sendmail too, i.e. using
the local sendmail only for receipting messages to local users (from
local AND external), and referring my mailers to the ISP's sendmail
for outgoing messages? And what should be done in sendmail.mc for that?
What I want is: If my domain is called "my.domain", then bind will
serve only requests that want to know what's the address of my.domain
(or what's the domain of its IP). In addition, sendmail will serve only
messages sent to addresses look like "someone@*my.domain", and will
deny anything else.
I know how to do it in bind (by commenting the 0.0.127 zone and the
cache zone). How should my sendmail.mc look in order to do it?
(For people who didn't guess it, my DNS will be used as a primary DNS
for my.domain, and the MX record of my.domain will be the computer which
runs the sendmail that I want to configure).
Thanks in advance,
--
Eli Marmor
marmor@elmar.co.il
El-Mar Software Ltd.