The next phase of my testing procedure involves the simple act of delivering mail to my test box. When I send a message to either a valid or relayed user at my remote machine's address, it never gets there. I know this virtually for sure because I'm tailing /var/log/maillog and nothing new has been added for the past hour. I'm thinking eventually my ISP will send the message back to me as undeliverable, and in that bounced message there may be some information about why it was undeliverable, but maybe someone has a thought as to why I'm not even seeing anything attempt to connect?
On 6/16/2015 10:44 AM, Steve Matzura wrote:> The next phase of my testing procedure involves the simple act of > delivering mail to my test box. When I send a message to either a > valid or relayed user at my remote machine's address, it never gets > there. I know this virtually for sure because I'm tailing > /var/log/maillog and nothing new has been added for the past hour. I'm > thinking eventually my ISP will send the message back to me as > undeliverable, and in that bounced message there may be some > information about why it was undeliverable, but maybe someone has a > thought as to why I'm not even seeing anything attempt to connect?No attempt to deliver almost always means either: - a DNS problem; the sender can't find the destination, or finds the "wrong" destination. - a connectivity problem; the sender can't connect to the destination. Possibly a firewall not open.
On Tue, 16 Jun 2015 11:27:58 -0500, you wrote:>No attempt to deliver almost always means either: >- a DNS problem; the sender can't find the destination, or finds the >"wrong" destination.That would be interesting, since I tried both the actual IP address and the DNS name for the test node. Neither message got through.>- a connectivity problem; the sender can't connect to the >destination. Possibly a firewall not open.Now there's a possibility, but I am not aware of running any firewall on the remote machine.
Am Dienstag, den 16.06.2015, 11:44 -0400 schrieb Steve Matzura:> The next phase of my testing procedure involves the simple act of > delivering mail to my test box. When I send a message to either a > valid or relayed user at my remote machine's address, it never gets > there. I know this virtually for sure because I'm tailing > /var/log/maillog and nothing new has been added for the past hour. > I'm > thinking eventually my ISP will send the message back to me as > undeliverable, and in that bounced message there may be some > information about why it was undeliverable, but maybe someone has a > thought as to why I'm not even seeing anything attempt to connect?Receiving and Sending Mail is done by the MTA like postfix or exim. Not Dovecot. It's just for the IMAP/POP access by the users to get the mails. So look at that logs. And if there's nothing in it, then make sure port 25 is actually open by the postfix/exim process.
can you: $ telnet yourhost.com 25 (obviously replacing yourhost.com with whatever your domain/ip actually is) from the machine you are sending the mail from? If not make sure the service is running and make sure there isn't a firewall rule preventing this. On 06/16/15 10:44, Steve Matzura wrote:> The next phase of my testing procedure involves the simple act of > delivering mail to my test box. When I send a message to either a > valid or relayed user at my remote machine's address, it never gets > there. I know this virtually for sure because I'm tailing > /var/log/maillog and nothing new has been added for the past hour. I'm > thinking eventually my ISP will send the message back to me as > undeliverable, and in that bounced message there may be some > information about why it was undeliverable, but maybe someone has a > thought as to why I'm not even seeing anything attempt to connect?
On Tue, 16 Jun 2015 22:02:29 +0200, you wrote:>Am Dienstag, den 16.06.2015, 11:44 -0400 schrieb Steve Matzura: >> The next phase of my testing procedure involves the simple act of >> delivering mail to my test box. When I send a message to either a >> valid or relayed user at my remote machine's address, it never gets >> there. I know this virtually for sure because I'm tailing >> /var/log/maillog and nothing new has been added for the past hour. >> I'm >> thinking eventually my ISP will send the message back to me as >> undeliverable, and in that bounced message there may be some >> information about why it was undeliverable, but maybe someone has a >> thought as to why I'm not even seeing anything attempt to connect? > >Receiving and Sending Mail is done by the MTA like postfix or exim. >Not Dovecot. It's just for the IMAP/POP access by the users to get the >mails. >So look at that logs. And if there's nothing in it, then make sure port >25 is actually open by the postfix/exim process.Well, it isn't. In fact, there is no exim process running. However, something calling itself 'master' has port 25 open according to netstat, and that process has a subprocess running something called qmgr. I'd give more information, such as path to these programs, but it isn't shown. Time to check my Postfix config a little more closely.
On Tue, 16 Jun 2015 15:31:20 -0500, you wrote:>can you: > >$ telnet yourhost.com 25 >(obviously replacing yourhost.com with whatever your domain/ip actually is) >from the machine you are sending the mail from? If not make sure the >service is running and make sure there isn't a firewall rule preventing >this.Connect failed.>On 06/16/15 10:44, Steve Matzura wrote: >> The next phase of my testing procedure involves the simple act of >> delivering mail to my test box. When I send a message to either a >> valid or relayed user at my remote machine's address, it never gets >> there. I know this virtually for sure because I'm tailing >> /var/log/maillog and nothing new has been added for the past hour. I'm >> thinking eventually my ISP will send the message back to me as >> undeliverable, and in that bounced message there may be some >> information about why it was undeliverable, but maybe someone has a >> thought as to why I'm not even seeing anything attempt to connect?