Smtp error from remote mail server after pipelined end of data

Просмотр полной версии : Не отправляется почта на gmail и на mail.ru

Powered by vBulletin® Version 4.2.5 Copyright © 2023 vBulletin Solutions Inc. All rights reserved. Перевод: zCarot

Smtp error from remote mail server after pipelined sending data block перевод

This message was created automatically by mail delivery software.

A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:

vlofofon@gmail.com
host gmail-smtp-in.l.google.com [108.177.14.27]
SMTP error from remote mail server after pipelined end of data:
550-5.7.1 [33.131.21.14] The IP you’re using to send mail is not authorized to
550-5.7.1 send email directly to our servers. Please use the SMTP relay at your
550-5.7.1 service provider instead. Learn more at
550 5.7.1 https://support.google.com/mail/?p=NotAuthorizedError j190si5311122lfg.297 — gsmtp
Надо изменить запись PRT для ip адреса. Доменов много.
Кто сталкивался подскажите как сформировать правильно запись.
Спасибо.

Нужно в качестве PTR указать домен, с которого отправляется почта. Если это не возможно, попробуйте включить DKIM/DMARK подписи, это тоже повышает «лояльность».

PTR для IP адреса только одна может быть. Поэтому, если у вас иного доменов на одном IP, то большого смысла в PTR нету, так как в качестве PTR для IP-адреса можно указать только один домен.

Прописать PTR нужно у вашего хостинг-провайдера, то есть попросить его изменить PTR для вашего IP-адреса, указать там доменное имя.

PTR для IP адреса только одна может быть. Поэтому, если у вас иного доменов на одном IP, то большого смысла в PTR нету, так как в качестве PTR для IP-адреса можно указать только один домен.

Прописать PTR нужно у вашего хостинг-провайдера, то есть попросить его изменить PTR для вашего IP-адреса, указать там доменное имя.

Как реализуют много доменов чтоб отправлялись письма?

Источник

gmail блокирует все письма

На моем домене злоумышленник начал спам-рассылку на ящики gmail и теперь с моего домена нельзя отправлять письма на gmail.

В гугл постмастер домен добавил и подтвердил. Прошел месяц, но до сих пор домен залочен. Пробовал к домену привязать другой IP, но не помогает.

Как уже говорил в постмастере домен висит уже месяц, но картина одна: Нет данных. Попробуйте позже. Скрин: http://images.vfl.ru/ii/1611895980/6e5de744/33137457.jpg

В куче баз на черные списки проверил свои IP и домен — всё чисто.

Все записи моего домена. Файл в PDF https://yadi.sk/i/WKM3jDAKf-vKzA

Ну так напиши им в техподдержку.

Ну и долби поддержку какую-то.

А если не устраивает, то переезжай. Сюда поплакатьсь, что-ли пришёл…

Где я плачусь? Вопрос в том, кто с таким сталкивался и как решил проблему.

Причем здесь поддержка? Я сам себе поддержка. Домен мой. Управляю им сам.

У гугла теперь нет саппорта по этому делу. Мол *битесь как хотите.

Отправил себе письмо на gmail. Сразу ответ:

а с чего ты взял, что спам закончился? что ты сделал, чтобы такого не повторилось?

Они могут блокировать, например, диапазон IP, если считают, что провайдер выдаёт их динамически. А могут взять, и перестать блокировать этот же диапазон. gmail — это рулетка хренова.

Что я должен сделать, чтобы такого не повторилось?

Клиенты при регистрации получали бесплатный поддомен вида userxxx.мой-домен.ru и некоторые спамили с него. Я конечно уже сделал, что бесплатный поддомен уже на другом домене userxxx.другой-домен.ru и под другим IP.

Поэтому я уверен.

Молиться, поститься, слушать радио «Радонеж».

Видимо при каждом случае этим занимаешься, раз советы раздаешь.

Ты ничего не можешь сделать. Ну как, можешь купить гугл и сам начать порядки там вводить, но боюсь у тебя денег не хватит на такое, да и политики американские не дадут купить.

Меняй IP пока не заработает. Или плати бабло тем, кто умеет слать письма. Обычно для этого нужен прямой контакт с разработчиком из гмыла.

Если коротко, ты ничего не можешь сделать. Это право системы получателя — не принимать от тебя письмо. Ты не можешь заставить его принимать от тебя письмо.

Из того что можешь сделать ты — это следить за репутацией своей почтовой системы. Например, можно проверяться вот тут:
https://mxtoolbox.com/blacklists.aspx

Но даже если ты будешь кристально чист по всем блеклистам и соблюдешь все-все условия и рекомендации — гарантий что gmail (и вообще кто либо) будет принимать от тебя почту — нет.

Источник

Почта с домена доходит на yandex, gmail, yahoo, mail.ru но отфутболивается outlook

mail-tester 10/10 mxtoolbox — всё «зелёное» dkim, dmarc, spf — всё есть В спам-листах IP не замечен.

Что этому outlook надо — то ?

Отфутболивается с какой ошибкой?

This message was created automatically by mail delivery software.

A message that you sent could not be delivered to one or more of its recipients. This is a permanent error. The following address(es) failed:

host outlook-com.olc.protection.outlook.com [104.47.36.33] SMTP error from remote mail server after pipelined sending data block: 550 5.7.1 Unfortunately, messages from [195.2.253.36] weren’t sent. Please contact your Internet service provider since part of their network is on our block list (AS3140). You can also refer your provider to http://mail.live.com/mail/troubleshooting.aspx#errors. [SN1NAM02FT011.eop-nam02.prod.protection.outlook.com]

Тебе и говорят, что был спамер, забанили всю подсеть. Отправляют к провайдеру.

Да я понял, но мне кажется что это отписка — в спам листах нигде нет IP и все остальные массовые почтовики принимают.

Что-то мудрит это детище Микрософта.

Тебе внятно написано, что ты в _их_ спам-листе, а не в _каком-то-там_ спам-листе. Им виднее, есть ты там или нет.

ну гугл же. там есть адрес спортлото в которое можно написать

Источник

Как исправить ошибки SMTP-сервера при отправке писем

Будучи менеджером коммерческого отдела небольшой торговой компании, я выполнял задачу по отправке нескольких сотен писем постоянным и потенциальным клиентам. Базу формировали из открытых источников мы сами, предложение было реально интересным целевой аудитории. Возникла «неожиданная» проблема – часть писем стала возвращаться. Кроме того, начали приходить сообщения с указаниями кодов ошибки SMTP. Своего IT-специалиста в штате у нас не было, потому разобраться с проблемой я решил самостоятельно. О результатах этой работы, причинах возникновения таких ошибок и методах их решения расскажу в этой статье.

Как избежать ошибок при составлении и отправке писем

Причинами возникновения ошибок и, как следствие, неполучения сообщений могут служить разные факторы. Одни из них связаны с неправильным составлением исходящих писем самим пользователем, другие относятся к более глобальным программным настройкам со стороны получателя.

Самый простой способ это понять – отправить тестовое сообщение на свой ящик. Затем следует протестировать его отправку и получение, используя разные внешние почтовые сервисы: gmail, yandex, mail, rambler и другие. Если сообщение получено, следует ответить на него, проверив корректность исполнения команды «RE» вашим почтовым сервером и принятие ответа условным отправителем.

Довольно часто проблемы с попаданием писем в папку «Спам» или программной блокировкой на стороне получателя лежат в неверном оформлении ключевых полей. Особенно это касается массовых рассылок коммерческого характера. Для отправки большого количества однотипных сообщений как минимум потребуется выполнение следующих параметров настройки:

• выделенный IP-адрес с целью исключить блокировку на стороне сервера-ретранслятора или почтовой программы конечного получателя;
• криптографические подписи DKIM и SPF, помогающие подтвердить подлинность домена и минимизировать количество писем, воспринимаемых как спам.

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

Положительные и отрицательные сообщения SMTP-сервера

SMTP (Simple Mail Transfer Protocol) — это протокол, используемый большинством почтовых программ для отправки электронных сообщений в сети интернет. Некорректное взаимодействие между серверами, индивидуальные настройки на уровне программного обеспечения и многие другие причины приводят к появлению ошибок. В этом случае письма не доходят до получателей, возвращаются обратно или просто «пропадают». При возникновении таких ситуаций отправитель получает сообщение о наличии конкретной ошибки, отражающей SMTP-код последнего отклика сервера.

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

Первая цифра комбинации содержит информацию о качестве доставки:

• сообщение доставлено («SMTP OK»);
• возникла неизвестная или временная проблема («SMTP unknown»);
• критическая ошибка («SMTP error»).

Существует четыре варианта значений для первой цифры кода:

• 2xx – положительный результат, есть возможность передачи следующей команды;
• 3xx – отложенный результат, необходимо осуществление дополнительных действий;
• 4xx – сообщение не принято, но проблема носит временный характер, и запрос может быть повторен через какое-то время;
• 5xx – категорический отказ выполнения команды, отправка запроса со стороны передающего сервера в том же виде невозможна.

Вторая цифра в коде сообщает о категории ответа:

• 0 – синтаксические ошибки;
• 1 – ответы на запросы информации;
• 2 – ошибки канала передачи;
• 3 и 4 – неизвестный тип ошибки;
• 5 – статус почтовой системы.

Третья цифра дает более расширенную информацию о значении, указанном во второй цифре SMTP-ответа.

Помимо цифровой комбинации, SMTP-сообщение может содержать дополнительную текстовую информацию.

Полную информацию о кодах, их компоновке и значениях можно найти в спецификациях RFC 5321 и RFC 1893.

Читайте также

Виды почтовых сервисов

На программном уровне существует несколько видов обработки электронной почтовой корреспонденции. К первой группе относятся виртуальные сервисы, доступные чаще всего в бесплатном исполнении через интернет-соединение на сайте почтового сервера. Это всем известные ресурсы:

• Gmail/Google Suite (почта от Google.com);
• Yandex.ru;
• Mail.ru;
• Rambler.ru и другие.

Более подробную информацию о значениях ответов SMTP можно получить на сайтах популярных почтовых сервисов:

Ко второй группе относятся почтовые клиенты – программы, обладающие более расширенным функционалом, чем виртуальные сервисы. Наиболее популярными и универсальными почтовыми клиентами для Windows являются:

• Opera Mail;
• Mozilla Thunderbird;
• Koma-Mail;
• SeaMonkey;
• The Bat!;
• Microsoft Outlook.

Принципы работы почтовых клиентов несколько отличаются от процесса обработки корреспонденции виртуальными серверами. При отправке сообщения программа отсылает его не напрямую конечному получателю, а ретранслирует через сервер-релей. Этот процесс осуществляется чаще всего с использованием протокола SMTP, а получение корреспонденции обычно происходит с помощью IMAP или POP.

О вариантах выбора и способах создания корпоративных почтовых сервисов более подробно можно прочитать здесь: Что такое почтовый сервер и зачем он нужен.

Классификация отрицательных SMTP-сообщений. Способы решения проблем

Я настроил свою почтовую программу – локальный клиент (MS Outlook и т.п.) или бесплатную почту на gmail или yandex. Начинаю отправлять письма, но сталкиваюсь с различными проблемами, связанными с тем, что мои респонденты не получают направленную им корреспонденцию. Соответственно, на мой ящик приходят сообщения об ошибках в виде кодировок SMTP.

Сразу опускаю тот пакет сообщений, которые начинаются с 2хх и 3хх, так как они содержат информацию о том, что задача получения письма уже решена положительно либо получит такой статус в ближайшее время. Более подробно рассмотрим некоторые виды кодированных сообщений, начинающихся с 4хх и 5хх, т.е. отклики SMTP-сервера, которые сообщают о наличии проблем.

Почтовый сервер сообщил об ошибке 421

Значение: Service Not Available. Сервер недоступен: канал связи будет закрыт.

Возможные причины

Варианты решения

Неправильно заданы параметры SMTP-соединения

Необходимо перепроверить настройки

Брандмауэр блокирует IP-адрес сервера электронной почты

Необходимо создать новое правило в брандмауэре

Блокируется трафик через порт 25

Попробуйте в настройках учетной записи электронной почты сменить номер порта SMTP на 465

Проблема использования VPN

Необходимо, чтобы провайдер услуги занес ваш почтовый сервер в белый список адресов VPN

Данная ошибка возникает наряду с грейлистингом (Greylisting – «Серый список») при интенсивном использовании бесплатного SMTP-сервера, который лимитирует количество отправляемых сообщений в единицу времени. Для решения этой проблемы можно воспользоваться высоконагруженным SMTP-сервером. Чаще всего эта услуга является платной.

Получено сообщение с кодом 451

Значение: Requested action aborted: local error in processing. Требуемое действие прерывалось: ошибка в обработке.

Возможные причины

Варианты решения

Превышено количество допустимых подключений или лимит обмена сообщениями за отрезок времени, письма ждут отправки в очереди

В настройках сервера увеличить лимит или задать ограничение не на количество подключений, а на количество писем на одного пользователя. Накопившуюся очередь писем можно отправить повторно командой «force send»

Неправильно настроены MX-записи домена, из-за чего происходит неправильная маршрутизация писем

Проверьте логи, конфигурационные файлы, МХ-записи и разрешения, внесите корректировки

Устранение проблем с доставкой электронной почты для кода ошибок 451 4.7.500–699 (ASxxx) в Exchange Online. Электронная почта из доменов onmicrosoft.com ограничена и фильтруется для предотвращения спама.

Ошибка почтового сервера 452

Значение: Insufficient system resources. Запрашиваемое действие не выполнено: недостаточно места в системе.

Возможные причины

Варианты решения

На сервере получателя закончилось место, поэтому письмо не доставляется

Чтобы в этом убедиться, достаточно попробовать осуществить отправку письма с другого сервера

В сообщении присутствует текст «Out of memory». Это значит, что недостаточно места на вашем сервере

Необходимо проверить количество отправляемых писем в очереди, наличие свободного места на диске и объем доступной памяти

В Microsoft Exchange Server есть специальный компонент мониторинга доступных ресурсов Back Pressure, который отслеживает свободное место на диске, на котором хранятся очереди транспортной службы Exchange. При возникновении такой ошибки можно сделать следующее:

• очистить диск от ненужных файлов;
• отключить мониторинг Back Pressure (не рекомендуется);
• перенести транспортную очередь на другой диск достаточного объема.

Сервер сообщил об ошибке SMTP 550

Значение: Mailbox unavailable. Требуемые действия не предприняты: электронный ящик недоступен

Возможные причины

Варианты решения

Неверно указан email-адрес получателя

Необходимо связаться с адресатом альтернативным способом и уточнить правильность написания адреса, а также убедиться, что он является действующим

Система заражена вирусом, осуществляющим массовую рассылку писем с вашего адреса

Провести полную проверку специализированной антивирусной программой

На стороне вашего интернет-провайдера установлены ограничения на отправку исходящих сообщений

Необходимо связаться с поставщиком интернет-услуг и получить консультацию по устранению данной проблемы

Сервер получателя не работает

Отправьте тестовое письмо на другой почтовый сервер. Свяжитесь с получателем и сообщите о проблеме

Данная ошибка может возникнуть из-за настроек программы Антиспам на стороне получателя. Проверьте корректность оформления вашего письма и другие параметры, по которым ваше сообщение может быть отнесено к нежелательным.

Почтовый сервер ответил ошибкой 571

Значение: SMTP Protocol Returned a Permanent Error 571 xxx@mail.ru prohibited. We do not relay/Spam message rejected. Ошибка на стороне получателя почты.

Возможные причины

Варианты решения

Ваш IP-адрес заблокирован на стороне конечного получателя спам-фильтром, антивирусом или файрволом

Данную проблему может решить только администратор сети получателя, исключив ваши идентификационный данные из списка блокировки или добавив их в «белый список»

Неверные учетные данные ретранслятора. У вас нет разрешения на отправку электронной почты через сервер, который находится между вами и получателем

Обратитесь к администратору данного ресурса для изменения настроек

У IP отправителя нет RDNS

Проверьте настройки получения писем и разрешения для доменов-отправителей

Как я уже писал выше, разные почтовые серверы накладывают свои ограничения на прием и отправку сообщений. Код 571 в Google Suite расшифровывается следующим образом: «Действующая политика запрещает отправку этого сообщения». Письмо может содержать защищенные или конфиденциальные данные – номера кредитных карт и т.п. Или политика администрирования запрещает отправку определенными пользователями сообщений адресатам вне установленной группы.

Сертификат почтового сервера недействителен

Обычно с таким сообщением приходится сталкиваться пользователям, у которых настроен Microsoft Exchange Server/MS Outlook. В данной ситуации самое простое решение – обновить сертификат.

Проверка доступности почтового сервера программным методом

В данной статье описаны лишь некоторые варианты ошибок, которые могут возникнуть при отправке электронных сообщений. Полный перечень достаточно объемен и во многом зависит от настроек конкретного сервера как на стороне отправителя, так и получателя. Некоторые из ошибок могут быть легко устранены обычным пользователем, другие под силу лишь опытным администраторам.

Одним из способов предупреждения появления ошибок является онлайн-проверка доступности почтового сервера с помощью бесплатных инструментов:

Эти сервисы пробуют подключиться к почтовому серверу по SMTP, подтверждают, что у него есть запись обратной зоны DNS, и замеряют время отклика. С их помощью можно диагностировать некоторые ошибки службы почтовых серверов или проверить, не занесен ли данный ресурс в черные списки из-за спама.

Прочитав эту статью, обратите внимание на то, как настроен ваш почтовый сервер на получение сторонних писем по SMTP-протоколу. Быть может, в данный момент ваш антиспам или локальная политика фильтрации входящих сообщений блокирует получение очень важного и нужного для вас месседжа? Проверьте сами или обратитесь к системному администратору. Если ошибку с SMTP никак не удается решить, то попробуйте обратиться в службу поддержки почтового сервера.

Источник

Return to “Administrators”