Linux - SoftwareThis forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.
Notices
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.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Hope someone out there might have a bit more knowledge in this area than I do.
I have the following setup:
I am running sendmail on a red hat 9 server. The server is one of three boxes on a private LAN. I have a fully qualified domain (devbox.us) which is managed via DynDns (as a custom DNS); my router keeps this IP up-to-date. I have also added an appropiate MX record to my server in my DynDns account.
I am able to receive mail from anyone, and I am able to send mail to most. Unfortunatley, any ISP on the SPAM-wagon rejects mail sent from my host because the headers report the mail as being sent from localhost.localdomain instead of from devbox.us
I have been reading post after post and two different books, the verdict seems to be that sendmail determines the host for itself and there is no way to tell it what the hostname is?? is this true or am I missing something?
I have set the masquerading features in sendmail, and have added the appropriate entry in the local-host-names file (as well as the access.db, obviously since I can relay).
Under the above configuration, is there anyway to tell sendmail to use my legitimate domain?
Did you set the masquerade option? In sendmail.cf, you would do this:
DMdevbox.us
Of course, you should try to keep your sendmail.mc authoritative, and generate sendmail.cf from it:
MASQUERADE_AS(`devbox.us')dnl
FEATURE(`masquerade_envelope')dnl
You generate sendmail.cf from sendmail.mc thusly:
m4 sendmail.mc > sendmail.cf
Of course, after those changes you need to restart sendmail, e.g.:
/etc/init.d/sendmail restart
I have previously done all that you have suggested; this is what I meant by "masquerade options", apologies for the confusion.
however, I DO create the cf a bit differently: build -C /etc/mail sendmail.cf
This builds the cf out of the mc, is this different than the m4 command that you have outlined?
I think that my issue has something to do with the fact that my server has a private space class-c IP. This works well enough taking in traffic because the box serves as the DMZ for the LAN, but I think this is messing with sendmail... I suspect that if I had a static IP rather than going through this game with the dynamic one that this wouldn't be an issue.
thanks for your time
Dave
Quote:
Originally posted by mgatny Did you set the masquerade option? In sendmail.cf, you would do this:
DMdevbox.us
Of course, you should try to keep your sendmail.mc authoritative, and generate sendmail.cf from it:
MASQUERADE_AS(`devbox.us')dnl
FEATURE(`masquerade_envelope')dnl
You generate sendmail.cf from sendmail.mc thusly:
m4 sendmail.mc > sendmail.cf
Of course, after those changes you need to restart sendmail, e.g.:
/etc/init.d/sendmail restart
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.