Sahil> Is host.domain.com the FQDN of your Postfix server? Sahil> Why is it an invalid internet address?
It's not invalid, it's just unknown to the receiving mail server because there is no reverse DNS for it, which is by design. It's an internal machine and there should be no reverse DNS for it available on the Internet. The receiving mail server is configured to reject mail from computers without reverse DNS. mouss> may be your "mail" command is using Sendmail instead of the mouss> sendmail command supplied with postfix. show logs (all the mouss> logs related to the transaction). It isn't. I know this because when postfix is shut down, the mail goes NOWHERE. tcpdump shows that there is no attempt to deliver the message. Walt> mail is not postfix. When you send something through Walt> mail/mailx you are using a smtp client... Walt> When you telnet 25, you are passing directly to postfix. Walt> If you want mail/mailx to append envelope/header info with Walt> something specific, rather than default host.domain.com, Walt> you might be able to do with with .mailrc or /etc/mail.rc I agree that this is probably the problem, but I'm missing some foundational understanding in order to fix it. When you run the 'mail' command, how does it know what MTA to use to deliver the message? As I said, when postfix is shut down, mail does not even try to send the message. So somehow mail knows that postfix is not available? Does it just try to connect to port 25 on localhost? --Eric Disclaimer - March 28, 2009 This email and any files transmitted with it are confidential and intended solely for postfix-us...@postfix.org. If you are not the named addressee you should not disseminate, distribute, copy or alter this email. Any views or opinions presented in this email are solely those of the author and might not represent those of Physician Select Management and Physician's Managed Care. Warning: Although Physician Select Management and Physician's Managed Care have taken reasonable precautions to ensure no viruses are present in this email, the companies cannot accept responsibility for any loss or damage arising from the use of this email or attachments. This disclaimer was added by Policy Patrol: http://www.policypatrol.com/
