Linux - NetworkingThis forum is for any issue related to networks or networking.
Routing, network cards, OSI, etc. Anything is fair game.
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Introduction to Linux - A Hands on Guide
This guide was created as an overview of the Linux Operating System, geared toward new users as an exploration tour and getting started guide, with exercises at the end of each chapter.
For more advanced trainees it can be a desktop reference, and a collection of the base knowledge needed to proceed with system and network administration. This book contains many real life examples derived from the author's experience as a Linux system and network administrator, trainer and consultant. They hope these examples will help you to get a better understanding of the Linux system and that you feel encouraged to try out things on your own.
Click Here to receive this Complete Guide absolutely free.
I have MX records for name.domain.com and domain.com
All mail for email@example.com and firstname.lastname@example.org is delivered successfully to the user.
The problem I'm having is that unless the user specifies in thier mail client (pop3, imap or PINE) that they want thier reply to address as @domain.com the mail is sent out as coming from email@example.com.
This wasnt a big problem until I setup vacation for autoreplies. Here there is no client and so its all going out as firstname.lastname@example.org
Is there something I can set in the sendmail.cf or sendmail.mc that can specify that I want all mail to go out looking as if its come from email@example.com
Or is this where you specify the MX preference level on your DNS server???
PS : I have searched this forum and the answers that are here are not working for me. Oh I am also using Red Hat 7.3 and sendmail 8.11.6
unless you have DNS servers and other such complications running on the server, then i believe you can just fiddle with your standard /etc/hosts file and change the order in which the names are listed for each relevant IP. as you'd expect, they get resolved left to right, so make sure your preferred domain name is first in the list e.g.
192.168.0.1 thirtythreeandathird.net simon simon.thirtythreeandathird.net
i flipped that around the other day as all the procmail stuff was coming from simon.etc and i needed that not to happen, which should be the exact sme position as you.
hmm, I changed that and it didnt seem to make a difference, is there anything I need to restart after modifying /etc/hosts
My /etc/hosts looks like this now.
xxx.xxx.xx.xx domain.com name.domain.com name 127.0.0.1 localhost
but whats interesting is my machines real name is name2.domain.com, name.domain.com is just a DNS alias for name2.domain.com (a botchy server migration someone did on this) but its the name2 address the mail is going out as.
Is there a way to get sendmail to do this, the same way you setup the reply-to: field on a client or the default-domain in PINE?
ok so you are going through DNS as well? are you sure that the zone records are set up properly for it?
i think you can just define the actual domain name within sendmail with a line like "DOMAIN(`domain.com')dnl" in the sendmail.mc file (no idea what the real sendail.cf line would be though. This does seem to be forcing it though, and there should be a more natural solution. but there's suerly nothing technically "wrong" with doing this...
Last edited by acid_kewpie; 09-06-2002 at 03:59 AM.