Понабрали тут по объявлениям

[dil]

Провайдерский почтовый сервер не хочет принимать (в смысле, релеить) письма для одного домена. Говорит 550 Invalid recipient, и всё тут. Написал письмо в саппорт. В ответ получил совершенно феерическое.

Dear ***!

I have run a log on my (smpt.***.***) mail server to determine exactly why your emails to ***@***.*** were being rejected as invalid.

The answer is the Reverse DNS for the recepient mail server (that is the pop3 mail server for the person you are sending emails to) is set up yes but incorrectly.

The recepient ip paddress is pointing to the ***.*** domain in the recepient's computer, but in the recepient's mail server the domain is not pointing back to the recepient's ip address. So when the *** smpt server tries to send a message to the receiver the receiver mail server rejects it.

We have no jurisdiction over this far end domain and as such my advise is for you to contact the administrator of this domain to rectify the problem.

Best Regards,
Fortune
*** E-Mail Support

Дайте мне другой глобус.

Comments

[1master.livejournal.com]

Ну, кстати, если оно действительно только релеит, то насчет DNSов это конечно чистой воды догадки у чувака, но конструкция, когда "нам сервер получателя сказал херню и мы поэтому не будем даже в очередь класть" бывают в жизни. У меня так было, правда оно все же не наружу так почту таскало, а внутрь.

P.S. Прошу прощения. Наплодил, блин, себе на голову тестовых логинов :)

[dil.livejournal.com]

Ты знал, ты знал!
Провайдерский релей, судя по всему, работает в синхронном режиме, то есть, сразу устанавливает коннект к серверу получателя, и если письмо там реджектится, то и он клиенту тоже сразу отлуп дает. Что и наблюдается в данном случае. Потому что сервер получателя настраивали вообще какие-то клинические идиоты.
Только это по логам провайдерского релея совершенно четко должно быть видно, а реверсный DNS и прочие фантазии на тему о POP3 тут вообще ни при чем.
Но у меня доступа к логам нет, поэтому пусть сами разбираются.