Я картинки не смотрел, у мну тут говнотриджи-недо-интернет. Если перезальёшь гляну (и не только я, многие скриншоты «не графических» проблем просто игнорируют даже не сказав своё «фи»).
$TTL 86400
@ IN SOA ns1.samp-lcrp.ru. root.samp-lcrp.ru. (
2015112718
3600
1800
604800
86400
)
IN NS ns1.samp-lcrp.ru.
IN NS ns2.samp-lcrp.ru.
ns1 IN A 10.10.10.10
ns2 IN A 20.20.20.20
@ IN A 188.65.65.52
www IN A 188.65.65.52
@ IN MX 10 emx.mail.ru.
@ IN TXT "v=spf1 ip4:188.65.65.52 a mx include:_spf.mail.ru ~all"
IMHO, в iptables должно быть не INPUT, а FORWARD (если на шлюзе в инет), либо OUTPUT, если на самом почтовике. Ну, и дальше базарить с провайдером, если не поможет.
Не пингуется, хотя в iptables порт открыт -I INPUT -p tcp --dport 25 -m state --state NEW -j ACCEPT
ping - это icmp. При чём тут tcp ? В остальном правильно сказали. И да. Провайдер в чём-то странный. Что 25 закрыт наружу по-умолчанию для клиентов, может, и нормально, но то, что нет возможность убрать ограничение звонком или самостоятельно - это ни в какие ворота.
Про «прослушивается» - бред. Так прослушиваться или не прослушиваться может всё, что угодно, и замена порта не является правильным решением проблемы. А вот неправильным является в полный рост.
Сендмайл, нынче, отправляет в два этапа. Сначала, при вызове из командной строки, сообщение помещается в так называемую клиентскую очередь. Потом обработчик этой очереди пересылает сообщение локальному MTA. В этой строке зафиксирован именно этот момент. То есть, stat=Sent (tARLGnwx021036 Message accepted for delivery) написал твой же Sendmail. Далее надо смотреть, куда делось сообщение с ID tARLGnwx021036. Смотреть в этом же логе.