Що робити якщо сервер одержувача не хоче приймати пошту від вашого сервера

Ситуація і справді неприємна. Виникає вона з наступних причин:

1. на сервері одержувача налаштована дуже жорстка політика безпеки. Наприклад перевіряється наявність MX або робиться перевірка працездатності вашого сервера Callback, а записів в їх DNS про вашому сервері немає

2. проблема з конфігурацією DNS у вашого провайдера

3. проблема з конфігурацією мережі вашого провайдера, мережі з сервером одержувача просто немає

З перерахованого списку явно видно, що проблеми у провайдера або на сервері одержувача. Можна написати їм листа, зателефонувати. Поки вони підключать інженерів, поки розберуться пройде час. А лист потрібно відправити терміново. Що робити? Все просто, вам потрібен релей - поштовий сервер в іншого провайдера, який відкритий тільки для вашого сервера. Назріває питання, а де його взяти? Все просто, є кілька способів:

1. у великих і розподілених по містах компаніях завжди можна відправити пошту в певний домен або на певний сервер через ваш поштовий сервер в іншому місті

2. купити дешевий VDS на Linux у якогось провайдера і запускати пошту через нього для проблемних доменів. Я користуюся хостингом TinyVDS. ціна питання 9 $ в місяць. З огляду на те, що на сервері можна зберігати ваш вебсайт, файли, проводити незалежні тести з командного рядка.

3. домовитися з ким-небудь із знайомих адмінів і дозволити релеї для ваших серверів для відправки пошти в проблемні домени.

Мені трохи простіше, тому що у мене сервери по різних містах розкидані і в разі виникнення подібних проблем я просто запускаю пошту через інше місто. А в невеликих організаціях цілком можна використовувати два останні варіанти.

Схожі пости:

2. Через VDS можна відправляти тільки проблемні листи.

3. Так кому ми все потрібні? 🙂

Виділений сервер, VDS і навіть релей може не допомогти, якщо антиспам система перевіряє час кожного серверу в ланцюжку пересилання, а спамові перевіряється по якомусь UCE3.

Діма, ти де таке бачив? Уявляєш витрати на перевірку кожного сервера?

Привіт всім. Та така проблема існує і зустрічається дуже часто. Проблема в 99% випадках на приймаючій стороні. Маю оборот в 55.000 чистих валідних (не спам) повідомлень на добу. Застосовується досить-таки дороге рішення (IronPort), також використовую SPF і DKIM на додачу і постійно натикаємося на тупих ... Вибачте по-іншому назвати не можу ... адмінів у яких піднято SMTP на чортзна-чим починаючи зі стандартного MS IIS SMTP і закінчуючи MDaemon ... за яких постійно доводиться думати "а чому це вони не можуть прийняти від нас пошту". Природно маючи в запасі окремий шлюзік буде дуже корисно і я вже думаю над його організацією бо це дійсно правильне рішення, яке ще може бути і аргументом при доведенні проблем там, а не тут (за кілька років мені ще ніхто не зміг довести наявності проблем з нашою боку тому що їх дійсно немає).
Також погоджуся з Пашею Нагаєвим, що перевіряти при прийомі MX запис це вибачте не по RFC ... особденно люблять так понтоваться ті, хто навіть зворотний зони не прописали, що вже тебуєтся по RFC (RFC1912 section 2.1) про що мої шлюзи люб'язно повідомляють ... навіть повідомляють куди подивитися 🙂

550-mx1.company.ru
550-Your IP address 10.10.10.10 does not have a valid PTR record associated with it.
550-You will need to add a PTR record (also known as reverse lookup) before you
550 are able to send email into the company network. Please inform your support about this issue. Information for support: see RFC1912 section 2.1

Во во, я теж за шлюзи або сервери у різних провайдерів.

відкритий набір в клан c.s 1.6 сервер є, clan wars будуть
клан новий але вже є чувачки
вік від 12
мати мікрофон (але якщо його немає теж можемо взяти)
писати в контакт id119004046

Паша, такий шанс, а? Мікрофон-то у тебе точно є - вступай! =)))
З.И. Ось яка вона - популярність 😉

Паш, сам здивувався, але таке точно було на моїй практиці. У мене всі листи йдуть через виділений сервер з чистим IP, а Exchange знаходиться на українському IP, був позначений в чорному списку (вірус і не закритий 25 порт для клієнтів). Так ось був клієнт, відмовлявся приймати від мене листи, мотивуючи це тим, що один з серверів в ланцюжку помічений в поганих справах.