Сервер не відповідає на rcpt to
На роботі зіткнувся з траблом. Чи не могли відправити листа на один поштовий сервер. Там встановлено EXIM. Ми їх пошту отримуємо, а вони нашу НЕ получают.Прічем залежності не було ніякої. Іноді доходить, іноді немає і з кожним днем все частіше не доходить.
Почав пробиватися телнетом до їх сервак. Після команди RCPT TO їх сервез відповідав тільки через 65 секунд. У нас максимальний час очікування було встановлено за замовчуванням 30.
Сервер отримує лист від ящика відправника, і пробує відправити 2 команди MX сервера домена, який шле нам лист.
Тобто, це схоже на процедуру доставки листа, тільки без команди DATA і передачі тіла листи. У нашому випадку сервер її не проходить.
telnet mail.domain.ru 25
Trying 165.245.11.21.
Connected to mail.domain.ru.
Escape character is '^]'.
220 mail.domain.ru, ESMTP
EHLO mx1.domain.ru
250- mail.domain.ru Hello 10.67.12.33 [10.67.12.33]
250-SIZE 15728640
250-PIPELINING
250-AUTH PLAIN LOGIN CRAM-MD5
250 HELP
MAIL FROM: <>
250 OK
RCPT TO:
Команда MAIL FROM проходить нормально і відповідь приходить практично відразу. І після відправки команди RCPT повинен прийти відповідь, але відповіді немає. Сервер висне на останній команді, чекає 30 секунд і відключається по таймату не отримавши відповіді, тому лист відхиляється.
Це дуже схоже на роботу антиспам системи. Це стандартна функція перевірки. Справа в тому, що коли спамер з'єднується з вашим SMTP він таким чином може перебрати користувачів і кожен раз буде отримувати відповідь від SMTP про наявність чи відсутність даного користувача. Затримка відповіді сильно ускладнить йому роботу. Просто потрібно правильно налаштувати цю опцію. Так само в цей момент може здійснюватися зворотне з'єднання, що б перевірити відправника.
Також варто перевірити списки RBL провайдерів, можливо якісь з них вже не існують. RBL провайдери надають вільний доступ до бази спамерів, щоб з великою часткою ймовірності детектувати спам.