Mail to nowhere

[Richard]

> Date: Tuesday, June 16, 2015 01:13:47 PM -0400
> From: Steve Matzura <number6 at noisynotes.com>
>
> 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.


By default, most MTAs only listen to localhost, so don't accept
externally derived mail. Try telnetting to port 25 on the machine
from some place off your machine's network. If you get a "hang",
it's likely a firewall issue. If you get a "connection refused"
message it's probably that the MTA isn't listening on the external
interface.

If the MTA responds, do a manual delivery exchange and see what you
get.

If you're not seeing anything in your maillog, this is very likely
an issue with your MTA's configuration, not dovecot.