On Wed, 2008-06-04 at 23:07 +0100, Timothy Murphy wrote:
> Maybe I shouldn't
> define(`SMART_HOST', `smtp.eircom.net')dnl
If you have a properly set up local DNS and mail system, then your
internal mail will be handled all internally, and mail that goes to
outside addresses will be relayed from your SMTP server to the ISP's.
That's the "smart" part about it - it working out what's internal or
external, and routing things accordingly.
SMTP will do MX checks to send mail. If it gets an answer from a
server, it'll use it. So having some answer from a DNS server will
overrule having a different answer in your hosts file.
Internal mail is much easier if you do everything properly, any half
baked notions will come back to bite you.
Have your SMTP server at a fixed address, likewise for POP or IMAP. If
your system uses DHCP and dynamic addresses, then either use your DHCP
server to always give it the same address, or configure that server
without using DHCP.
Use a different sub-domain for local addresses than external ones, if
each machine doesn't have real public addresses that are externally
accessible.
e.g. If you own example.com, and use it publicly, then use something
like lan.example.com for your LAN addressing.
Trying to use invented names and mixing them up with the real public
internet is a recipe for disaster. Make sure internal names are not the
same as ones used outside.
Have a local DNS server that resolves all machine names in both
directions.
e.g. mail.lan.example.com resolves to 192.168.1.123
and 192.168.1.23 resolves to mail.lan.example.com
Have a proper MX record in your local domain records.
e.g. MX 1 mail.example.com
Avoid playing silly games with putting machine hostnames into the
localhost configuration lines in /etc/hosts.
--
[tim@localhost ~]$ uname -r
2.6.25.3-18.fc9.i686
Don't send private replies to my address, the mailbox is ignored. I
read messages from the public lists.
--
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
