in reply to Re: Bloody sendmail
in thread Bloody sendmail

Ok, the basics. I have a linux box server in my basement. Unfortuantly, since yesterday, I have moved 800 miles away. Yet, I have full shell access and can do just about anything that could be done on the prompt of the server. (ie. I am the system admin) Running RHLinux Psyche. The server is running Sendmail 10. I'm familar with the protocol and what it all means along with the basics of how MTA works. My problem is this, I can't figure out why, it's trying to send things from localhost.nycap.rr.com. It shouldn't even KNOW that dns as far as I know. The server should think it's domain is finn.ws and that nycap.rr.com is just a hop. Unless of course it's going out and trying to determine it's dns from the routers. . . I can't "allow" localhost.nycap.rr.com because that just simply doesn't exist (nycap.rr.com is the New York Capital Area Roadrunner domain) localhost would just not fit there. At this point what I really think my problem may be is that it's trying to send from that dns instead of my domain. . I have no idea why it would do this nor why other trials with languages like PHP would do the same. .


Furthermore. the mail server is functional. I DO send mail from inside my domain and outside with this server using client side applications like IE and Netscape on machines from on internal networks to Chili. . .

I hope that clears up any ambiguity with my previous messages. I didn't add any code here as I've gotten the same results with PHP, Perl and am not getting any errors on that side. The only place I find errors is in my maillog files. (I don't even have any mail sitting in que). The maillog errors are c/p'd above.

Thanks for all your advice so far. I have found things that were wrong from your advice unforunatly they had nothing to do with this problem.

I'm frightened by what I see, but somehow I know that there is much more to come.

Replies are listed 'Best First'.
Re: Re: Re: Bloody sendmail
by tachyon (Chancellor) on Jan 04, 2003 at 04:39 UTC

    Hi, I asked you to do a couple of simple diagnostic things and report the results. From what you have said in this post it appears you have not done them. Here it is in a nutshell. Your configuration is broken - it does not work. You don't know why. I have suggested you do some things which you appear not to have done. It therefore appears to me that I am wasting my time.

    I would suggest the easiest way for you to learn what you need and get your system working will be to install qmail (2nd most popular MTA after sendmail and much more secure and easy to configure). Life With Qmail will show you how.

    Your name resolution is almost certainly screwed. Name resolution comes from either /etc/hosts or DNS. The order is set in /etc/nsswitch.conf . You can test the results with nslookup or dig. This is a very good tutorial on BIND and DNS applicable to Redhat

    cheers

    tachyon

    s&&rsenoyhcatreve&&&s&n.+t&"$'$`$\"$\&"&ee&&y&srve&&d&&print

      Hi, I didn't need the diagonistics you suggested as I have all the answers I need. If you read my complete message you would be able to see that the config file is not broken as I am able to use the sendmail MTA quite completely. I could probably make it work by opening up to the whole nycap.rr.com domain, however, I don't wish to open up a hole like that.


      Furthermore, I know all about qmail and have decided it's not what I want. I have three years of sendmail under my belt and no wish to convert now to a product I do not think is sendmail's equal. Also, why would I take down a system that is running perfectly in all but ONE case and replace it with an untested one? I shall have to check with nsswitch as my etc/hosts is also correct.

      Finally, I would be nice if you didn't portray an image of superiority to people who post. It comes off as being arrogant and ignorant of what other people are doing. I do take what you have to say to heart and have checked those things but have done so in the past. If the whole thread was read, your questions would have been answered before you asked them. I'm frightened by what I see, but somehow I know that there is much more to come.