Sahil Tandon a écrit : > On Sat, 28 Mar 2009, Robinson, Eric wrote: > >> 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. > > Did you read the rest of my message where I asked you to investigate > masquerade_domains? If you do not want to send mail to the internet with > [email protected] but instead [email protected], then that might be helpful. > Or some other type of map like generic. But read the documentation for > further illumination. > >> 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. >
Don't speculate. post the relevant logs and give us a chance to help you. > No need to tcpdump for this. As per QSHAPE_README: Messages that have been > submitted via the Postfix sendmail(1) command, but not yet brought into the > main Postfix queue by the pickup(8) service, await processing in the > "maildrop" queue. Messages can be added to the "maildrop" queue even when the > Postfix system is not running. They will begin to be processed once Postfix > is started. > >> 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? > > No. As written above, local submissions enter Postfix via pickup(8). > Programs like mail(1) use sendmail(1). >
