Exim smtp error from remote mail server after pipelined mail from

Exim проблема отправки Подскажите пожалуйста На сервере с Exim проблема с доставкой писем на многие адреса янндекс, почти на все: LOG: 2018-09-27 09:00:46 1g5PLy-0005qK-JQ for адрес@yandex.ru 2018-09-27 09:02:01 1g5PLy-0005qK-JQ H=mx.yandex.ru [77.88.21.89]: SMTP error from remote mail server after pipelined MAIL FROM: SIZE=2237: 421 4.4.2 mxfront3g.mail.yandex.net Error: timeout exceeded 2018-09-27 09:03:17 1g5PLy-0005qK-JQ H=mx.yandex.ru [213.180.193.89]: SMTP […]

Содержание

  1. Exim проблема отправки
  2. Что делать, если мои письма не доходят или попадают в папку «спам»?
  3. Проверка и изменение
  4. Проверка на наличие в , публичных и закрытых
  5. Недоставленные письма, изучение почтового лога
  6. Добавление DKIM, DMARC, SPF
  7. Основные требования к содержанию писем
  8. Проверка с помощью сервиса . Примеры.

Exim проблема отправки

Подскажите пожалуйста На сервере с Exim проблема с доставкой писем на многие адреса янндекс, почти на все:
LOG:
2018-09-27 09:00:46 1g5PLy-0005qK-JQ for адрес@yandex.ru
2018-09-27 09:02:01 1g5PLy-0005qK-JQ H=mx.yandex.ru [77.88.21.89]: SMTP error from remote mail server after pipelined MAIL FROM: SIZE=2237: 421 4.4.2 mxfront3g.mail.yandex.net Error: timeout exceeded
2018-09-27 09:03:17 1g5PLy-0005qK-JQ H=mx.yandex.ru [213.180.193.89]: SMTP error from remote mail server after pipelined MAIL FROM: SIZE=2237: 421 4.4.2 mxfront2g.mail.yandex.net Error: timeout exceeded

После чего письмо в очереди.

Так же привожу выводы команд:

PING 77.88.21.89 (77.88.21.89): 56 data bytes
64 bytes from 77.88.21.89: icmp_seq=0 ttl=56 time=33.449 ms
64 bytes from 77.88.21.89: icmp_seq=1 ttl=56 time=33.404 ms
64 bytes from 77.88.21.89: icmp_seq=2 ttl=56 time=33.444 ms
64 bytes from 77.88.21.89: icmp_seq=3 ttl=56 time=33.356 ms
64 bytes from 77.88.21.89: icmp_seq=4 ttl=56 time=33.355 ms
64 bytes from 77.88.21.89: icmp_seq=5 ttl=56 time=33.339 ms

TELNET 77.88.21.89 25
Trying 77.88.21.89.
Connected to mx.yandex.ru.
Escape character is ‘^]’.
220 mxfront12g.mail.yandex.net (Want to use Yandex.Mail for your domain? Visit http://pdd.yandex.ru)

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

H=mx.yandex.ru [213.180.193.89]: SMTP error from remote mail server after pipelined

telnet успешно проходит до всех адресов яндекса

Письма обычные текстовые или с большими вложениями? У меня как-то похожая проблема с яховскими адресами была на почтовом сервере с узким каналом (512 kB) — доставка больших (> 10 MB) писем прерывалась по таймауту.

Письма содержат только текст

Вот ещё есть такой лог с не доставленного письма:

2018-10-01 12:31:31 H=mx.yandex.ru [2a02:6b8::89] No route to host
2018-10-01 12:32:47 H=mx.yandex.ru [213.180.204.89]: SMTP error from remote mail server after pipelined MAIL FROM: SIZE=2491: 421 4.4.2 mxfront1j.mail.yandex.net Error: timeout exceeded
2018-10-01 12:34:02 H=mx.yandex.ru [213.180.193.89]: SMTP error from remote mail server after pipelined MAIL FROM: SIZE=2491: 421 4.4.2 mxfront8g.mail.yandex.net Error: timeout exceeded
2018-10-01 12:35:17 H=mx.yandex.ru [87.250.250.89]: SMTP error from remote mail server after pipelined MAIL FROM: SIZE=2491: 421 4.4.2 mxfront9j.mail.yandex.net Error: timeout exceeded
2018-10-01 12:36:33 H=mx.yandex.ru [93.158.134.89]: SMTP error from remote mail server after pipelined MAIL FROM: SIZE=2491: 421 4.4.2 mxfront8j.mail.yandex.net Error: timeout exceeded
2018-10-01 12:36:33 адрес@yandex.ru R=dnslookup T=remote_smtp defer (-45) H=mx.yandex.ru [93.158.134.89]: SMTP error from remote mail server after pipelined MAIL FROM: SIZE=2491: 421 4.4.2 mxfront8j.mail.yandex.net Error: timeout exceeded

Первая строка указывает на то, что 25 порт закрыт для адреса ipv6. Все эти проблемы могут быть из-за того, что провайдер закрыл 25 порт для ipv6?

Так же заметил, что запись MX у меня ссылается на хост mail.мой_домен.ru

А PTR запись выглядит так: ВНЕШНИЙ IP.in-addr.arpa IN PTR мой_домен.ru #без mail. в имени хоста

PTR запись должна указывать на имя домена «мой_домен.ru» или на имя хоста «mail.мой_домен.ru» ?

Даже если PTR запись не верно настроена, письмо же должно было уйти, просто в СПАМ бы село.

Так же заметил, что запись MX у меня ссылается на хост mail.мой_домен.ru

А PTR запись выглядит так: ВНЕШНИЙ IP.in-addr.arpa IN PTR мой_домен.ru #без mail. в имени хоста

Это плохо. Рекомендую привести в соответствие эти записи.

PTR запись должна указывать на имя домена «мой_домен.ru» или на имя хоста «mail.мой_домен.ru» ?

Даже если PTR запись не верно настроена, письмо же должно было уйти, просто в СПАМ бы село.

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

К сожалению правильно настроенная запись PTR не решила проблему.

Та же ошибка в логах. Сможете ещё что нибудь подсказать?

Может в MTU дело? На почтовом сервере попробуй сделать ip link set $iface mtu 1300 , где $iface — название исходящего интерфейса.

Источник

Что делать, если мои письма не доходят или попадают в папку «спам»?

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

Вам может показаться, что провайдер блокирует почтовые порты или почтовый сервер на VDS неисправен, но на самом деле адресат может не получать письма по ряду сторонних ( и внешних) причин. А бывает и так, что письма доходят, но попадают в папку «спам», что уже формально подтверждает работоспособность VDS для отправки писем.

Как правило, для решения этих проблем требуется проведение небольших базовых настроек и манипуляций, о которых и пойдёт речь в данной статье.

Проверка и изменение

Самый популярный случай, когда письма улетают в папку «спам» или не доходят вовсе — это некорректная .

, как её еще называют, обратная — запись, связывающая сервера с его каноническим именем (доменом).

Для каждого письма проверяется наличие у . Если записи нет, письмо не принимается, так как отсутствие означает, что :

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

либо настроен некорректно — не задана или ведет на некорректный домен.

Поэтому, в первую очередь, нужно задать корректную PTR. Узнать актуальную PTR можно с помощью , например, во вкладке «проверка PTR» на 2whois.ru.

Чтобы PTR считалась корректной, необходимо выполнение двух условий:

  1. При вводе вашего сервера в утилиту проверки PTR должен отображаться ваш домен.
  2. Сам домен, в свою очередь, при проверке утилитой DIG должен быть направлен по на вашего сервера.

Таким образом, для корректной почты нам нужна двухсторонняя связка, от доменного имени к , и от к домену (поэтому PTR иногда называют обратной записью)

Пример некорректной PTR:

В данном случае домен явно указан не полностью и, дополнительно проверив , сделав DIG для этого домена, мы увидим, что он точно не ведёт на этот IP.

Задать PTR просто. Достаточно в личном кабинете перейти во вкладку Товары — Виртуальные серверы — выбрать ваш сервер и нажать сверху . После этого выделить и нажать сверху Изменить , после чего задать значение PTR — ваш домен. Через некоторое время информация обновится и данный пункт можно считать решенным.

Проверка на наличие в , публичных и закрытых

Иногда случается (особенно когда долго не обновлять ПО, плагины и CMS), что сайт заражают вирусы, которые инициируют . После рассылки спама от почтовых сервисов часто поступают жалобы на сервер, с которого осуществлялась отправка. Такие жалобы заносятся в специальные списки — их еще называют «чёрными» или .

Чтобы этого не происходило, мы стараемся мониторить почтовый трафик и блокировать его ещё до того, как ваш IP попадет в . О блокировке уведомляем специальным сообщением в разделе Поддержка в личном кабинете. Решить вопрос со спамом самостоятельно или с помощью нашей технической поддержки — гораздо проще и во много раз быстрее, чем потом извлекать IP из. Устранив источник спама, обратитесь в техподдержку и мы в тот же день снимем блокировку почтового трафика.

Проверить, есть ли ваш домен в большинстве , можно на сервисе mxtoolbox.com. Если удача не улыбнулась вам и вы видите красные отметки — ваш IP оказался в чёрном списке. А значит, причина того, что ваши письма попадают в «спам», наверняка в этом.

Не стоит переживать, если высветился всего один . Зачастую это просто ошибка, которая не учитывается почтовыми сервисами. Исключение составляют следующие списки:

Если ваш IP присутствует хотя бы в одном из них — необходимо принимать меры и извлекать адрес из списка, так как это может серьёзно влиять на доставку писем.

Через этот же сервис можно обратиться к организациям, в списки которых вы попали, с просьбой убрать вас из этого списка:

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

Недоставленные письма, изучение почтового лога

Об этом расскажем на примере VDS с панелью ISPmanager, где в качестве почтового сервера устанавливается Exim. Выполним команду в консоли:

Centos

Debian/Ubuntu

Команда будет выдавать нам новые записи в логе почтового сервиса в режиме реального времени. Это нужно, чтобы без проблем увидеть, какая запись будет относиться именно к вашему письму. Выполнив эту команду, в новой вкладке открываем ваш почтовый ящик и отправляем с него письмо обычного содержания на ящик, письма на который у вас не доходят и попадают в папку «спам».

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

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

Изучите лог. В данном случае нас интересуют ошибки, где участвует слово spam , обычно это выглядит так:

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

Показателен случай с mail.ru. В логе указывается ссылка на прямое обращение в поддержку, либо указан почтовый ящик и сопроводительная информация — код ошибки и ID. Пример из почтового лога:

С этой информацией поддержка mail.ru сообщает о подробностях ошибки, либо извлекает вас из списков, если никаких нарушений нет.

Вкратце рассмотрим коды в логах почтового сервера:

  • 421 — данный код чаще всего свидетельствует о неудачном . Необходимо проверить параметры подключения по smtp в настройках отправки, попробовать поменять порт на 25. Эта ошибка возникает и в случаях, когда почтовый трафик заблокирован на VDS (например, в iptables) или провайдером на уровне родительского сервера.
  • 451 — превышен лимит на количество возможных отправок, необходимо попробовать отправить позже. Также, если у вас этот лимит имеется, то попробуйте его убрать или настроить. Обычно его нет, поэтому если вы его не устанавливали, а ошибка есть, возможно существует проблема с домена, либо проблема, которая требует более детального изучения логов и конфигурационных файлов. Обратитесь за помощью в поддержку, изучим.
  • 452 — не хватает ресурсов, чаще всего оперативной памяти. Проверьте наличие свободного дискового пространства и оперативной памяти. Ошибка будет и в том случае, когда на почтовом сервере, который принимает письмо, не хватает ресурсов.
  • 550, 571 — указан неправильный адрес почты получателя, уточните, действующий ли он и правильно ли вы его написали. Также возможны причины, которые описаны в других разделах статьи: внутренние , неверная PTR

Еще возникают ситуации, когда письмо с сервера ушло (вы даже убедились в этом по почтовому логу), а к адресату не попало даже в папку спам. Обычно в ответ приходит письмо с отчётом от отправителя . Чаще всего это случается, когда указан несуществующий ящик для доставки, но могут быть и другие случаи, в этом может помочь таблица с описанием ответов от Яндекса «Отчёт о недоставке письма на другой адрес (не Яндекс)».

Добавление DKIM, DMARC, SPF

Чтобы письма не попадали в спам, а домен или — в , также используют для почтового домена.

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

Рассмотрим самый простой способ подключения DKIM — через панель управления ISPmanager.

В ISPmanager перейдите во вкладку Настройки — раздел Возможности — выделите строку Почтовый сервер (SMTP/POP3/IMAP) — нажмите кнопку Изменить — поставьте галочку OpenDKIM (exim) .

Остается включить подпись DKIM для домена во вкладке ISPmanager Домены — раздел Почтовые домены — двойной клик по домену — установите флажок Включить DKIM для домена — нажмите ОК .

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

Так это выглядит, если добавлять вручную в DNSManager:

DMARC — это ещё одна настройка, которая позволяет идентифицировать отправителя и снизить количество спама и фишинга.

На серверах имён (если наши сервера имен, то в ISPmanager в разделе Домены — Доменные имена или в DNSmanager, если ISPmanager’а нет) нужно разместить со следующим содержанием:

Имя: _dmarc. ВАШ_ДОМЕН.

Значение: v=DMARC1; p=none; aspf=r; sp=none

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

По умолчанию она должна выглядеть так:

Значение: v=spf1 ip4:IP_ПОЧТОВОГО_СЕРВЕРА a mx

Где вместо IP_ПОЧТОВОГО_СЕРВЕРА нужно указать ip вашего сервера.

Если вы хотите отправлять письма с почтового ящика на сторонних серверах, например, с серверов Яндекса, укажите дополнительные серверы в таком формате: v=spf1 ip4: include: _spf.yandex.net

Где — это IP вашего VDS.

Основные требования к содержанию писем

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

В рассылке обязательно должен быть текст. Рассылки, состоящие из картинок, блокируются очень часто.

Поместите информацию о том, откуда был получен адрес и согласие на рассылку. Например, «Вы получили это письмо, потому что подписались на рассылку на сайте site.ru…»

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

Используйте в качестве обратного адреса ваш домен. Избегайте обратных ящиков mail.ru, gmail.com — такие адреса вызывают большее подозрение у .

Не указывайте в ссылках URL. Следует избегать в тексте явных ссылок вида http://domain.com, лучше зашивать ссылку в слово или фразу, например: «Посетите сайт Яндекс»

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

Избегайте писем больших размеров. А также приложенных файлов. Всё это может вызвать жалобы и новых кликов на кнопку «Это спам».

Попросите подписчиков внести ваш почтовый ящик в адресную книгу. Это снижает вероятность попадания вашей рассылки в спам.

Ваша рассылка вероятнее всего будет заблокирована, если содержит:

Ложную, некорректную или вводящую в заблуждение информацию;

Информацию, противоречащую статье Федерального Закона «О рекламе»;

Поддельные товары, бренды;

Сообщения, созданные с нарушением авторских и смежных прав;

Рекламу почтовых и электронных ;

Рассылку от имени других людей или организаций;

Придерживайтесь этих правил, и рисков того, что ваше письмо попадет в спам, станет меньше.

Проверка с помощью сервиса . Примеры.

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

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

Чтобы проверить свои письма, переходим по ссылке https://www. .com/

На главной странице в строке вы увидите довольно странный ящик, вроде @ .com .

Именно на указанный адрес вам необходимо отправить письмо. Важно отправить именно так, как вы обычно отправляете, когда возникают проблемы с доставкой. Например, если в «спам» попадают только уведомления о заказе, отправьте на проверочный ящик именно уведомление о заказе. После отправки подождите немного, после чего нажмите кнопку «Затем проверьте оценку».

Если письмо получено, сервис покажет оценку вашего конкретного почтового отправления, например:

Письмо с таким содержанием и отправленное таким образом вряд ли будет доставлено в папку «Входящие» и скорее всего окажется в папке «Спам».

Причины этого также указаны там под оценкой, вкратце это можно описать так:

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

1 балл снят за то, что почтовый домен не подписан и ещё полбалла снято за нахождение IP в черном списке.

Устраните все ошибки и запустите проверку снова, но не увлекайтесь проверками чрезмерно — у сервиса есть ограничение на количество проверок с одного IP. Ваша задача — получить оценку, близкую к 10 (совершенно не обязательно биться за 10 из 10). Как только вы этого добьетесь, обнаружите, что ваши письма начнут попадать в нужную и вам, и вашему клиенту папку «Входящие».

Источник


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


Romanius

21.06.2017, 02:00

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 подписи, это тоже повышает «лояльность».


Romanius

21.06.2017, 17:28

DKIM/DMARK подписи установлены.
Доменов много.
Подскажите как сформировать правильно PTR запись на множество доменов.


Так же нужны и SPF записи


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

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


Romanius

24.06.2017, 04:26

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

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

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


Как реализуют много доменов чтоб отправлялись письма?
пропишите в настройках exim
primary_hostname = mx.hosting.com
mx.hosting.com попросите провайдера записать как PTR для вашего IP-адреса
И будет вам счастье!


Romanius

25.06.2017, 17:10

Сделал как вы сказали.
При отправке также не отправляется на gmail и майл.
При пинге пишет:
Не заслуживающий доверия ответ:
мой ip.in-addr.arpa name = mx.hosting.com


А как вы отправляете письмо? Напрямую на гугл, или через свой сервер exim?
Нужно больше логов отправки из /var/log/exim/main.log


Romanius

25.06.2017, 20:44

Логи

2017-06-25 14:51:08 1dOnNd-000247-NU Message is frozen
2017-06-25 14:51:08 1dOhb2-0007w2-Qj Message is frozen
2017-06-25 14:51:08 1dOVvj-00046s-Au Message is frozen
2017-06-25 14:51:08 1dOVuc-00044q-Ic Message is frozen
2017-06-25 14:51:08 1dOy2v-00061E-My Message is frozen
2017-06-25 14:51:08 1dOhay-0007vr-Sa Message is frozen
2017-06-25 14:51:08 1dP4gH-0005bj-Mk Message is frozen
2017-06-25 14:51:08 1dOxyF-0005uw-8j Message is frozen
2017-06-25 14:51:08 1dP3AS-0003il-Fj Message is frozen
2017-06-25 14:51:08 1dOWSS-0004iq-6T Message is frozen
2017-06-25 14:51:08 1dOVLA-0003Vr-Uw Message is frozen
2017-06-25 14:51:08 1dOv60-0002mU-2p Message is frozen
2017-06-25 14:51:08 1dOi4O-0008Nw-8V Message is frozen
2017-06-25 14:51:08 1dP0SP-0008Fc-8p Message is frozen
2017-06-25 14:51:08 1dP3cB-0004aG-Kq Message is frozen
2017-06-25 14:51:08 1dOin3-0000nW-EP Message is frozen
2017-06-25 14:51:08 1dOy1q-0005zo-Q7 Message is frozen
2017-06-25 14:51:08 1dOUz1-0002xr-Qc Message is frozen
2017-06-25 14:51:08 1dOX9k-0005Ji-Ez Message is frozen
2017-06-25 14:51:08 1dOTRc-0001JR-06 Message is frozen
2017-06-25 14:51:08 1dP1RJ-0000lx-3K Message is frozen
2017-06-25 14:51:08 End queue run: pid=8288
2017-06-25 14:51:39 no host name found for IP address 80.82.77.203
2017-06-25 14:51:41 auth_login authenticator failed for (User) [80.82.77.203]: 535 Incorrect authentication data (set_id=user@netbynet.ru)
2017-06-25 14:57:57 no host name found for IP address 80.82.77.203
2017-06-25 14:58:00 auth_login authenticator failed for (User) [80.82.77.203]: 535 Incorrect authentication data (set_id=no-reply@netbynet.ru)
2017-06-25 15:04:15 no host name found for IP address 80.82.77.203
2017-06-25 15:04:17 auth_login authenticator failed for (User) [80.82.77.203]: 535 Incorrect authentication data (set_id=noreply@netbynet.ru)
2017-06-25 15:10:32 no host name found for IP address 80.82.77.203
2017-06-25 15:10:35 auth_login authenticator failed for (User) [80.82.77.203]: 535 Incorrect authentication data (set_id=postgres@netbynet.ru)
2017-06-25 15:16:50 no host name found for IP address 80.82.77.203
2017-06-25 15:16:52 auth_login authenticator failed for (User) [80.82.77.203]: 535 Incorrect authentication data (set_id=printer@netbynet.ru)
2017-06-25 15:23:08 no host name found for IP address 80.82.77.203
2017-06-25 15:23:10 auth_login authenticator failed for (User) [80.82.77.203]: 535 Incorrect authentication data (set_id=shipping@netbynet.ru)
2017-06-25 15:29:28 no host name found for IP address 80.82.77.203
2017-06-25 15:29:30 auth_login authenticator failed for (User) [80.82.77.203]: 535 Incorrect authentication data (set_id=temp@netbynet.ru)
2017-06-25 15:35:46 no host name found for IP address 80.82.77.203
2017-06-25 15:35:49 auth_login authenticator failed for (User) [80.82.77.203]: 535 Incorrect authentication data (set_id=test1@netbynet.ru)

Код не умещается вот тут (http://rgho.st/87nRZjjyR) полный лог.
Использую внешние DNS.


Romanius

27.06.2017, 03:04

andryu Подскажите как разобраться.


WishHost

27.06.2017, 03:53

Резольв нормально отрабатывает на сервере? Покажите вывод host google.com


Сделал как вы сказали.
При отправке также не отправляется на gmail и майл.
При пинге пишет:
Не заслуживающий доверия ответ:
мой ip.in-addr.arpa name = mx.hosting.com
Я думал, вы что-то понимаете в почте, оказалось совсем ничего :)
mx.hosting.com — этот адрес был взят для примера. Не знаю какой у вас главный домен. Допустим hosting.com. Незнаю какой у вас адрес почтового сервера(mx запись в домене hosting.com) — допустим mx.hosting.com. Тогда эту запись надо прописать в настройках exim + попросить чтоб администратор или кто там вам интернет предоставляет, настроил обратную зону для вашего IP адреса. В обратной зоне пусть пропишут ваш условный mx.hosting.com
Желательно для всех создаваемых доменов создавать TXT запись вида «v=spf1 ip4:111.222.333.444 a mx ~all», где 111.222.333.444 — ip вашего сервера, для которого делалась обратная зона.
Сделаете всё это , тогда можно смотреть дальше, вдруг новые ошибки будут или всё заработает.
И у вас почта отсылается с адреса webmaster@example.com. Найдите где он прописан и замените на корректный эмайл.


Romanius

27.06.2017, 15:30

Я думал, вы что-то понимаете в почте, оказалось совсем ничего :)
mx.hosting.com — этот адрес был взят для примера. Не знаю какой у вас главный домен. Допустим hosting.com. Незнаю какой у вас адрес почтового сервера(mx запись в домене hosting.com) — допустим mx.hosting.com. Тогда эту запись надо прописать в настройках exim + попросить чтоб администратор или кто там вам интернет предоставляет, настроил обратную зону для вашего IP адреса. В обратной зоне пусть пропишут ваш условный mx.hosting.com
Желательно для всех создаваемых доменов создавать TXT запись вида «v=spf1 ip4:111.222.333.444 a mx ~all», где 111.222.333.444 — ip вашего сервера, для которого делалась обратная зона.
Сделаете всё это , тогда можно смотреть дальше, вдруг новые ошибки будут или всё заработает.
И у вас почта отсылается с адреса webmaster@example.com. Найдите где он прописан и замените на корректный эмайл.
Что за главный домен, захожу в панель по IP.


Что за главный домен, захожу в панель по IP.
Основной. Первый. Тот который важнее. Если все сайты ваши, то любой который больше нравиться. Если домен один, то его и используйте.


Romanius

29.06.2017, 13:15

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

PTR прописали,указана, для домена прописал TXT запись. Все равно таже ошибка:

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:

mail@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 [мой апи] 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 x140si1913566lfa.410 — gsmtp


Можно проверить настройку http://www.dnsinspect.com эти сервисом он вам все распишет что и где не так.


Romanius

29.06.2017, 15:13

После проверки:

SOA Minimum TTL
WARNING: Minimum TTL value is 1200. Recommended values [3600 .. 86400] (1 hour … 1 day). Minimum TTL was redefined in RFC 2308, now it defines the period of time used by slaves to cache negative responses.

Name Servers Distributed on Multiple ASNs
WARNING: All name servers are located in one Autonomous System:
AS48096:
ns01.1cloud.ru.
ns02.1cloud.ru.
Name servers should be dispersed (topologically and geographically) across the Internet to avoid risk of single point of failure (RFC 2182).
Resolve WWW
WARNING: Could not resolve domain www.site.ru..

остальное ок.
2832


Воспользуйтесь сервисом mail-tester.com


PTR прописали,указана, для домена прописал TXT запись. Все равно таже ошибка:

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:

mail@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 [мой апи] 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 x140si1913566lfa.410 — gsmtp

И у вас почта отсылается с адреса webmaster@example.com. Найдите где он прописан и замените на корректный эмайл.

Посмотрите пару строчек выше в логе exima. Там написано что вы отсылаете письмо от webmaster@example.com на th***gn@gmail.com. Вам нельзя отсылать с домена example.com — это не ваш домен!!


Romanius

30.06.2017, 05:48

Воспользуйтесь сервисом mail-tester.com

Не отправляется


Romanius

30.06.2017, 05:50

Посмотрите пару строчек выше в логе exima. Там написано что вы отсылаете письмо от webmaster@example.com на th***gn@gmail.com. Вам нельзя отсылать с домена example.com — это не ваш домен!!

Везде проверил стоит емейл рабочий!


WishHost

30.06.2017, 06:40

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


Везде проверил стоит емейл рабочий!
Ещё раз main.log или лог во время отправки сообщения


Romanius

30.06.2017, 12:37

Ещё раз main.log или лог во время отправки сообщения

2017-06-30 07:32:01 no host name found for IP address 80.82.77.203
2017-06-30 07:32:03 auth_login authenticator failed for (User) [80.82.77.203]: 535 Incorrect authentication data (set_id=copier@netbynet.ru)
2017-06-30 07:33:28 no host name found for IP address 5.35.15.43
2017-06-30 07:33:28 1dQncW-0004kO-C7 <= info@почта.ru H=([192.168.1.85]) [5.35.15.43] P=esmtpsa X=TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128 CV=no SNI=»домен почты.ru» A=auth_cram_md5:info@почта.ru S=842 id=619fd183-57fc-1bdc-1fa9-bc92fad88590@почта.ru from <info@почта.ru> for получатель@gmail.com
2017-06-30 07:33:28 1dQncW-0004kO-C7 H=gmail-smtp-in.l.google.com [2a00:1450:4010:c0b::1a] Network is unreachable
2017-06-30 07:33:29 1dQncW-0004kO-C7 **получатель@gmail.com R=dnslookup T=remote_smtp H=gmail-smtp-in.l.google.com [64.233.162.26] X=TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128 CV=yes DN=»/C=US/ST=California/L=Mountain View/O=Google Inc/CN=mx.google.com»: SMTP error from remote mail server after pipelined end of data: 550-5.7.1 [79.111.24.24] The IP you’re using to send mail is not authorized ton550-5.7.1 send email directly to our servers. Please use the SMTP relay at yourn550-5.7.1 service provider instead. Learn more atn550 5.7.1 https://support.google.com/mail/?p=NotAuthorizedError q22si3216560lfg.328 — gsmtp
2017-06-30 07:33:29 1dQncX-0004kU-IG <= <> R=1dQncW-0004kO-C7 U=exim P=local S=2897 from <> for info@почта.ru
2017-06-30 07:33:29 1dQncW-0004kO-C7 Completed
2017-06-30 07:33:29 1dQncX-0004kU-IG => info <info@почата.ru> R=procmail T=dovecot_deliver_pipe
2017-06-30 07:33:29 1dQncX-0004kU-IG Completed


Здравствуйте. Если вероятность, что проблема в этом (https://www.spamhaus.org/query/ip/79.111.24.24).


Romanius

30.06.2017, 23:32

Здравствуйте. Если вероятность, что проблема в этом (https://www.spamhaus.org/query/ip/79.111.24.24).

То есть мой IP использовали раньше для спама? и теперь только его замена поможет?


То есть мой IP использовали раньше для спама? и теперь только его замена поможет?
Там ссылку ниже (https://www.spamhaus.org/pbl/query/PBL224665) нажмите, можно самостоятельно отблокироваться — Spamhaus заблокировал всю 79.111.0.0/16 сеть.
Свой ip отблокируйте, и поменяйте обратную запись для ip — удалите mx.hosting.com всё-таки :) gmail в ошибке это говорит прямым ТЕКСТОМ (https://support.google.com/mail/answer/10336?p=NotAuthorizedError&visit_id=1-636344400223558470-2310495843&rd=1)
И ещё заодно сюда (https://mxtoolbox.com/SuperTool.aspx?action=blacklist%3a79.111.24.24&run=toolpage) зайдите, там не только spamhaus.
Но думаю, что первым делом надо обратную зону поправить!!! У вас там беда какая-то нереальная!
У ваших доменов нет mx записи! Это не большая беда, но лучше всё-таки их создать.
В обратной зоне для IP у вас прописан mx.shop-domofon.ru — который ни во что не резолвится, нет такого поддомена(mx) на shop-domofon.ru!
И ещё раз mx.hosting.com!!
как-то так


Romanius

01.07.2017, 03:45

Там ссылку ниже (https://www.spamhaus.org/pbl/query/PBL224665) нажмите, можно самостоятельно отблокироваться — Spamhaus заблокировал всю 79.111.0.0/16 сеть.
Свой ip отблокируйте, и поменяйте обратную запись для ip — удалите mx.hosting.com всё-таки :) gmail в ошибке это говорит прямым ТЕКСТОМ (https://support.google.com/mail/answer/10336?p=NotAuthorizedError&visit_id=1-636344400223558470-2310495843&rd=1)
И ещё заодно сюда (https://mxtoolbox.com/SuperTool.aspx?action=blacklist%3a79.111.24.24&run=toolpage) зайдите, там не только spamhaus.
Но думаю, что первым делом надо обратную зону поправить!!! У вас там беда какая-то нереальная!
У ваших доменов нет mx записи! Это не большая беда, но лучше всё-таки их создать.
В обратной зоне для IP у вас прописан mx.shop-domofon.ru — который ни во что не резолвится, нет такого поддомена(mx) на shop-domofon.ru!
И ещё раз mx.hosting.com!!
как-то так

Сменил адрес, PTR заказал.

Сейчас при отправке на gmail письмо уходит , ошибки нет, но оно не доходит) (от скриптов приходят письма на gmail)

2017-06-30 22:35:26 1dR1hI-0004Ya-Rs Completed
2017-06-30 22:37:31 no host name found for IP address 5.35.15.43
2017-06-30 22:37:32 1dR1jQ-0004bn-K4 <= info@shop-domofon.ru H=([192.168.1.85]) [5.35.15.43] P=esmtpsa X=TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128 CV=no SNI=»shop-domofon.ru» A=auth_cram_md5:info@shop-domofon.ru S=846 id=243fbe21-b714-ed83-d342-5bd67cb6cc6d@shop-domofon.ru from <info@shop-domofon.ru> for shopdomofon@gmail.com
2017-06-30 22:37:33 1dR1jQ-0004bn-K4 H=gmail-smtp-in.l.google.com [2a00:1450:4010:c02::1b] Network is unreachable
2017-06-30 22:37:33 1dR1jQ-0004bn-K4 H=gmail-smtp-in.l.google.com [74.125.205.26] Cannot assign requested address
2017-06-30 22:37:33 1dR1jQ-0004bn-K4 H=alt1.gmail-smtp-in.l.google.com [2404:6800:4008:c05::1b] Network is unreachable
2017-06-30 22:37:33 1dR1jQ-0004bn-K4 H=alt1.gmail-smtp-in.l.google.com [64.233.187.26] Cannot assign requested address
2017-06-30 22:37:33 1dR1jQ-0004bn-K4 H=alt2.gmail-smtp-in.l.google.com [2607:f8b0:400e:c04::1b] Network is unreachable
2017-06-30 22:37:33 1dR1jQ-0004bn-K4 H=alt3.gmail-smtp-in.l.google.com [2607:f8b0:4003:c17::1b] Network is unreachable
2017-06-30 22:37:33 1dR1jQ-0004bn-K4 H=alt4.gmail-smtp-in.l.google.com [2607:f8b0:4001:c08::1a] Network is unreachable
2017-06-30 22:37:33 1dR1jQ-0004bn-K4 == shopdomofon@gmail.com R=dnslookup T=remote_smtp defer (101): Network is unreachable


Сменил адрес, PTR заказал.

Сейчас при отправке на gmail письмо уходит , ошибки нет, но оно не доходит) (от скриптов приходят письма на gmail)

2017-06-30 22:35:26 1dR1hI-0004Ya-Rs Completed
2017-06-30 22:37:31 no host name found for IP address 5.35.15.43
2017-06-30 22:37:32 1dR1jQ-0004bn-K4 <= info@shop-domofon.ru H=([192.168.1.85]) [5.35.15.43] P=esmtpsa X=TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128 CV=no SNI=»shop-domofon.ru» A=auth_cram_md5:info@shop-domofon.ru S=846 id=243fbe21-b714-ed83-d342-5bd67cb6cc6d@shop-domofon.ru from <info@shop-domofon.ru> for shopdomofon@gmail.com
2017-06-30 22:37:33 1dR1jQ-0004bn-K4 H=gmail-smtp-in.l.google.com [2a00:1450:4010:c02::1b] Network is unreachable
2017-06-30 22:37:33 1dR1jQ-0004bn-K4 H=gmail-smtp-in.l.google.com [74.125.205.26] Cannot assign requested address
2017-06-30 22:37:33 1dR1jQ-0004bn-K4 H=alt1.gmail-smtp-in.l.google.com [2404:6800:4008:c05::1b] Network is unreachable
2017-06-30 22:37:33 1dR1jQ-0004bn-K4 H=alt1.gmail-smtp-in.l.google.com [64.233.187.26] Cannot assign requested address
2017-06-30 22:37:33 1dR1jQ-0004bn-K4 H=alt2.gmail-smtp-in.l.google.com [2607:f8b0:400e:c04::1b] Network is unreachable
2017-06-30 22:37:33 1dR1jQ-0004bn-K4 H=alt3.gmail-smtp-in.l.google.com [2607:f8b0:4003:c17::1b] Network is unreachable
2017-06-30 22:37:33 1dR1jQ-0004bn-K4 H=alt4.gmail-smtp-in.l.google.com [2607:f8b0:4001:c08::1a] Network is unreachable
2017-06-30 22:37:33 1dR1jQ-0004bn-K4 == shopdomofon@gmail.com R=dnslookup T=remote_smtp defer (101): Network is unreachable
письмо не уходит, а лежит в очереди(скорей всего) mailq в помощь
Сначала тут (http://g.zeos.in/?q=exim%20Cannot%20assign%20requested%20address) если не получится то тут (http://muff.kiev.ua/content/exim-cant-assign-requested-address)


Romanius

01.07.2017, 15:15

Всем спасибо за помощь. Оказалось все проблемы были за-за IP который находился в блэк листах. После его смены все заработало.


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

Модератор: xM

Правила форума
Убедительная просьба юзать теги [code] при оформлении листингов.
Сообщения не оформленные должным образом имеют все шансы быть незамеченными.

joker

проходил мимо
Сообщения: 6
Зарегистрирован: 2008-08-26 19:22:25
Откуда: Москва

exim проблемы с отправкой на некоторые сервера 2

Установил exim по статье exim & dovecot
Работает всё замечательно, но с некоторых серверов получаю ответы …

Код: Выделить всё

SMTP error from remote mail server after RCPT TO:<xxx@rouk.ru>:
    host rouk.ru [217.23.154.44]: 550-CMOTPu 3gECb: http://www.caravan.ru/reference/faq/hosting/exist-recipents/
    550 Can not verify sender xxx@xxx.ru.

Код: Выделить всё

Delay reason: SMTP error from remote mail server after RCPT TO:<xxx@xxx.com>:
    host mx1.effortel.ru [85.198.76.43]: 451-No verifiable envelope sender address. See http://www.sput.nl/spam/ from:
    451 xxx@xxx.ru, to: xxx@xxx.com.

Пробовал проверять tests.nettools.ru — E_Mail Valid: — вроде всё работает, или я что-то не так понимаю …
В какую сторону нужно копать ?


Хостинговая компания Host-Food.ru

Хостинг HostFood.ru

 

Услуги хостинговой компании Host-Food.ru

Хостинг HostFood.ru

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/


Аватара пользователя

dikens3

подполковник
Сообщения: 4856
Зарегистрирован: 2006-09-06 16:24:08
Откуда: Нижний Новгород
Контактная информация:

Re: exim проблемы с отправкой на некоторые сервера 2

Непрочитанное сообщение

dikens3 » 2008-08-26 20:20:17

Вариант 1:

1. Ты отправляешь почту на xxx@rouk.ru (RCPT TO:<xxx@rouk.ru>)
2. Сервер rouk.ru проверяет подлинность отправителя (т.е. тебя — xxx@xxx.ru)
3. Твой сервер не даёт проверить валидность E-Mail: xxx@xxx.ru
4. Сервер rouk.ru отвергает попытку доставить от тебя письмо. (Can not verify sender)
5. Ты в пролёте пока не настроишь на своём сервере нормальную проверку своих отправителей.

Вариант 2:

1. Ты отправляешь почту на xxx@rouk.ru (RCPT TO:<xxx@rouk.ru>)
2. Сервер rouk.ru проверяет подлинность отправителя (т.е. тебя — xxx@xxx.ru)
3. Срабатывает какой-то фильтр (http://www.sput.nl/spam/) и проверки отправителя на валидность E-Mail: xxx@xxx.ru не происходит. (т.е. как бы поддельный)
4. Сервер rouk.ru отвергает попытку доставить от тебя письмо. (Can not verify sender)
5. Ты в пролёте пока не осознаешь что есть http://www.sput.nl/spam/ и для чего используется. Если это RBL, тогда нужно выписаться из него. Если что-то еще, связаться с админом конторы, в которую отправляешь письма.

P.S. Я сам не очень понял.

Лучше установить FreeBSD, чем потратить 30 лет на Linux’ы и выяснить какой из них хуже.


joker

проходил мимо
Сообщения: 6
Зарегистрирован: 2008-08-26 19:22:25
Откуда: Москва

Re: exim проблемы с отправкой на некоторые сервера 2

Непрочитанное сообщение

joker » 2008-08-26 22:56:16

dikens3 писал(а):Вариант 1:
5. Ты в пролёте пока не настроишь на своём сервере нормальную проверку своих отправителей.

dikens3 писал(а):Вариант 2:
5. Ты в пролёте пока не настроишь на своём сервере нормальную проверку своих отправителей.

Так в чём вся и загвоздка, толи лыжи не едут, толи я …

Пробовал проверять tests.nettools.ru — E_Mail Valid: — вроде всё работает


Аватара пользователя

dikens3

подполковник
Сообщения: 4856
Зарегистрирован: 2006-09-06 16:24:08
Откуда: Нижний Новгород
Контактная информация:

Re: exim проблемы с отправкой на некоторые сервера 2

Непрочитанное сообщение

dikens3 » 2008-08-27 9:05:02

5. Ты в пролёте пока не осознаешь что есть http://www.sput.nl/spam/ и для чего используется. Если это RBL, тогда нужно выписаться из него. Если что-то еще, связаться с админом конторы, в которую отправляешь письма.

P.S. Приведи сюда сессию при отправки (Данные измени ес-но):

Код: Выделить всё

telnet СЕРВЕР 25
EHLO XXXX
MAIl FROM: XXX
RCPT TO: XXX
QUIT

Лучше установить FreeBSD, чем потратить 30 лет на Linux’ы и выяснить какой из них хуже.


joker

проходил мимо
Сообщения: 6
Зарегистрирован: 2008-08-26 19:22:25
Откуда: Москва

Re: exim проблемы с отправкой на некоторые сервера 2

Непрочитанное сообщение

joker » 2008-08-27 9:56:12

dikens3 писал(а):
P.S. Приведи сюда сессию при отправки

Код: Выделить всё

Connected to rouk.ru.
Escape character is '^]'.
220 www.rouk.ru ESMTP Exim 4.66 Wed, 27 Aug 2008 14:43:57 +0400
EHLO mail.myserver.ru
250-www.rouk.ru Hello mail.myserver.ru [X.X.X.X]
250-SIZE 1048576000
250-ETRN
250-PIPELINING
250-AUTH LOGIN PLAIN
250 HELP
MAIl FROM: xxxx@rouk.ru
250 OK
RCPT TO: admin@xxx.ru
451 message greylisted
quit
221 www.rouk.ru closing connection
Connection closed by foreign host.


Аватара пользователя

dikens3

подполковник
Сообщения: 4856
Зарегистрирован: 2006-09-06 16:24:08
Откуда: Нижний Новгород
Контактная информация:

Re: exim проблемы с отправкой на некоторые сервера 2

Непрочитанное сообщение

dikens3 » 2008-08-27 14:12:30

Ещё раз отправишь и нормально должно пройти. Обычный greylist.

Лучше установить FreeBSD, чем потратить 30 лет на Linux’ы и выяснить какой из них хуже.


joker

проходил мимо
Сообщения: 6
Зарегистрирован: 2008-08-26 19:22:25
Откуда: Москва

Re: exim проблемы с отправкой на некоторые сервера 2

Непрочитанное сообщение

joker » 2008-08-29 17:09:17

упс, мой косяк.

Код: Выделить всё

Connected to ns.wematec.ru.
Escape character is '^]'.
220-ns.wematec.ru ESMTP Exim 4.69 Fri, 29 Aug 2008 17:58:05 +0400
220------------------------------------
220-It's a private system.
220-Any spam is NOT acceptable here, SPAMmers go away !
220-All received data will be verified, forged info will be rejected.
220-RFC incompatible servers will be rejected.
220 -----------------------------------
EHLO mail.xxx.xxx
250-ns.wematec.ru Hello office.xxx.xxx [xxx.xxx.xxx.xxx]
250-SIZE 10485760
250-PIPELINING
250-STARTTLS
250 HELP
MAIl FROM: admin@xxx.xxx
250 OK
RCPT TO: xxx@wmt.ru
550-Verification failed for <admin@xxx.xxx>
550-Called:   xxx.xxx.xxx.xxx
550-Sent:     RCPT TO:<admin@xxx.xxx>
550-Response: 550 "Where sender of this mail?!"
550 Sender verify failed
quit


Аватара пользователя

dikens3

подполковник
Сообщения: 4856
Зарегистрирован: 2006-09-06 16:24:08
Откуда: Нижний Новгород
Контактная информация:

Re: exim проблемы с отправкой на некоторые сервера 2

Непрочитанное сообщение

dikens3 » 2008-08-29 20:53:42

Логи своего сервера смотри, и ищи там ответ на вопрос — почему мой сервер не даёт проверять отправителя? (В полезных скриптах, в прилепленной теме, я давал совет как включить такую проверку.)

Все ответы в логах. Произошёл вариант 1, описанный выше.

Лучше установить FreeBSD, чем потратить 30 лет на Linux’ы и выяснить какой из них хуже.


  • #1

hello,
I am new to directadmin panel, I install it and everything is well, but when I cann’t send a any mail to gmail, when sending I get this messag…
————-
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:

[email protected]
host gmail-smtp-in.l.google.com [2a00:1450:400c:c07::1a]
SMTP error from remote mail server after pipelined end of data:
550-5.7.1 [2a01:4f8:1c17:426e::1] Our system has detected that this message does
550-5.7.1 not meet IPv6 sending guidelines regarding PTR records and
550-5.7.1 authentication. Please review
550-5.7.1 https://support.google.com/mail/?p=IPv6AuthError for more information
550 5.7.1 . f15si4065602wrg.98 — gsmtp
——————

  • #2

Is has been spoken about already often here on the DA forums.
If you are using an ipv6 ip address for your mail, you need the create a rDNS (PTR) record for that ip address.
Ask the hoster you got the server from, or check with your datacenter or datacenter control panel where to adjust this.
Also be sure your server has a FQDN hostname.

  • #3

why direct admin used my ipv6 instant of ipv4, I think should use ipv4 not ipv6 , how I can change it :)

  • #4

how I can switch mail sending from ipv6 to ipv4 ?

  • #5

I add » disable_ipv6=true » to /exim.conf but not work » mail sending completely stop sending anything to all servers «

  • #6

You should use /etc/exim.variables.conf.custom and add disable_ipv6=true into it, if you use exim.conf 4.x and then execute:

Code:

cd /usr/local/directadmin/custombuild
./build exim_conf

If mail delivery fails you should check mail queue and/or exim logs for more details.

Автор Тхакур, 19 февраля 2019, 12:48:40

« назад — далее »

0 Пользователи и 1 гость просматривают эту тему.

Всем удачи….
вот так сделал при желании отправлять через exim используя яндекс
так правильно?
dc_eximconfig_configtype=’smarthost’
dc_other_hostnames=’debian’
dc_local_interfaces=’127.0.0.1 ; ::1′
dc_readhost=»
dc_relay_domains=»
dc_minimaldns=’false’
dc_relay_nets=»
dc_smarthost=’smtp.yandex.ru::587′
CFILEMODE=’644′
dc_use_split_config=’false’
dc_hide_mailname=’false’
dc_mailname_in_oh=’true’
dc_localdelivery=’maildir_home’

/etc/exim4/passwd.client
smtp.yandex.ru:thmsh@yandex.ru:pass…..

/etc/exim4/conf.d/rewrite/00_exim4-config_header
здесь как правильно написать?


У меня вот так:

dc_eximconfig_configtype='smarthost'
dc_other_hostnames=''
dc_local_interfaces='127.0.0.1' # ::1 = ipv6 не нать
dc_readhost=''
dc_relay_domains=''
dc_minimaldns='false'
dc_relay_nets=''
dc_smarthost='smtp.yandex.ru::587'
dc_hosts_require_tls='smtp.yandex.ru'
CFILEMODE='644'
dc_use_split_config='false'
dc_hide_mailname='false'
dc_mailname_in_oh='true'
dc_localdelivery='mail_spool'

Цитата: Тхакур от 19 февраля 2019, 12:48:40/etc/exim4/conf.d/rewrite/00_exim4-config_header
здесь как правильно написать?

Да хоть как, пока

dc_use_split_config='false' Я ничего не писал вроде.


нужно делать настройки интерфейсов и DNS?


Если работают, то не нужно.


# This is a Debian specific file

dc_eximconfig_configtype='smarthost'
dc_other_hostnames=''
dc_local_interfaces='127.0.0.1'
dc_readhost=''
dc_relay_domains=''
dc_minimaldns='false'
dc_relay_nets=''
dc_smarthost='smtp.yandex.ru::587'
CFILEMODE='644'
dc_use_split_config='false'
dc_hide_mailname='false'
dc_mailname_in_oh='true'
dc_localdelivery='maildir_home'
root@debian:/home/th#


почему-то у меня девятой строчки нету, как у вас
она должна появиться обязательно при вводе параметров после
dpkg-reconfigure exim4-config или её нужно дополнительно вводить в файл?


там есть вопрос
Заголовки исходящей почты могут быть перезаписаны для создания видимости того, что они были   │
│ созданы на другой системе. Если ответить утвердительно, то будут изменены », ‘localhost’ и   │
│ » в полях From, Reply-To, Sender и Return-Path.                                              │
│                                                                                               │
│ Скрывать локальное почтовое имя в исходящей почте?                                            │
│                                                                                               │
│                           <Да>                               <Нет>     
и если ответить нет, то эта 9 строчка не появится?
и это наверно не важно?


Это строчку вручную вписать и всё.


Всем удачи…
ввожу

echo "test mail" | mail -s "Test Mail" thmsh@yandex.ru
на выходе получается

2019-02-22 11:40:44 1gx6Nw-0000VR-LU <= root@debian U=root P=local S=343
2019-02-22 11:40:44 1gx6Nw-0000VR-LU H=smtp.yandex.ru [2a02:6b8::38] Network is unreachable
2019-02-22 11:40:45 1gx6Nw-0000VR-LU ** thmsh@yandex.ru R=smarthost T=remote_smtp_smarthost H=smtp.yandex.ru [87.250.250.38] X=TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128 CV=yes DN="C=RU,O=Yandex LLC,OU=ITO,L=Moscow,ST=Russian Federation,CN=smtp.yandex.ru": SMTP error from remote mail server after pipelined MAIL FROM:<root@debian> SIZE=1378: 553 5.7.1 Sender address rejected: not owned by auth user.
2019-02-22 11:40:45 1gx6Nx-0000VU-M8 <= <> R=1gx6Nw-0000VR-LU U=Debian-exim P=local S=1765
2019-02-22 11:40:45 1gx6Nw-0000VR-LU Completed
2019-02-22 11:40:46 1gx6Nx-0000VU-M8 ** th@empty <root@debian> R=smarthost T=remote_smtp_smarthost H=smtp.yandex.ru [87.250.250.38] X=TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128 CV=yes DN="C=RU,O=Yandex LLC,OU=ITO,L=Moscow,ST=Russian Federation,CN=smtp.yandex.ru": SMTP error from remote mail server after pipelined MAIL FROM:<> SIZE=2843: 553 5.7.1 Sender address rejected: not owned by auth user.
2019-02-22 11:40:46 1gx6Nx-0000VU-M8 Frozen (delivery error message)
/var/log/exim4/mainlog (END)

заранее большое спасибо




root@debian:/home/th# cat /etc/exim4/conf.d/rewrite/00_exim4-config_header

######################################################################
#                      REWRITE CONFIGURATION                         #
######################################################################

begin rewrite
*@* thmsh@yandex.ru Ffr
root@debian:/home/th#


правильно?…

root@debian:/home/th# cat /var/log/exim4/mainlog
2019-02-24 13:21:36 Start queue run: pid=2079
2019-02-24 13:21:36 End queue run: pid=2079
2019-02-24 13:51:35 Start queue run: pid=2236
2019-02-24 13:51:35 End queue run: pid=2236
2019-02-24 14:49:54 exim 4.89 daemon started: pid=999, -q30m, listening for SMTP on [127.0.0.1]:25
2019-02-24 14:49:54 Start queue run: pid=1000
2019-02-24 14:49:54 End queue run: pid=1000
2019-02-24 17:52:27 exim 4.89 daemon started: pid=1012, -q30m, listening for SMTP on [127.0.0.1]:25
2019-02-24 17:52:27 Start queue run: pid=1013
2019-02-24 17:52:27 End queue run: pid=1013
2019-02-24 18:22:28 Start queue run: pid=1741
2019-02-24 18:22:28 End queue run: pid=1741
2019-02-24 18:52:28 Start queue run: pid=1860
2019-02-24 18:52:28 End queue run: pid=1860
2019-02-24 19:02:06 exim 4.89 daemon started: pid=2180, -q30m, listening for SMTP on [127.0.0.1]:25
2019-02-24 19:02:06 Start queue run: pid=2181
2019-02-24 19:02:06 End queue run: pid=2181
2019-02-24 19:02:57 1gxwEz-0000Zj-IC <= root@debian U=root P=local S=343
2019-02-24 19:02:57 1gxwEz-0000Zj-IC H=smtp.yandex.ru [2a02:6b8::38] Network is unreachable
2019-02-24 19:02:58 1gxwEz-0000Zj-IC ** thmsh@yandex.ru R=smarthost T=remote_smtp_smarthost H=smtp.yandex.ru [93.158.134.38] X=TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128 CV=yes DN="C=RU,O=Yandex LLC,OU=ITO,L=Moscow,ST=Russian Federation,CN=smtp.yandex.ru": SMTP error from remote mail server after pipelined MAIL FROM:<root@debian> SIZE=1378: 553 5.7.1 Sender address rejected: not owned by auth user.
2019-02-24 19:02:58 1gxwF0-0000Zm-Jv <= <> R=1gxwEz-0000Zj-IC U=Debian-exim P=local S=1760
2019-02-24 19:02:58 1gxwEz-0000Zj-IC Completed
2019-02-24 19:02:59 1gxwF0-0000Zm-Jv ** th@empty <root@debian> R=smarthost T=remote_smtp_smarthost H=smtp.yandex.ru [93.158.134.38] X=TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128 CV=yes DN="C=RU,O=Yandex LLC,OU=ITO,L=Moscow,ST=Russian Federation,CN=smtp.yandex.ru": SMTP error from remote mail server after pipelined MAIL FROM:<> SIZE=2838: 553 5.7.1 Sender address rejected: not owned by auth user.
2019-02-24 19:02:59 1gxwF0-0000Zm-Jv Frozen (delivery error message)
root@debian:/home/th#


dc_use_split_config='true' установлено, чтобы заработали конфиги в conf.d? Иначе работает большой сплошной конфиг exim4.conf.template.

Я rewrite не делал совсем, там хватает /etc/email-addresses (user: e-mail@address).


так?….

dc_eximconfig_configtype='smarthost'
dc_other_hostnames=''
dc_local_interfaces='127.0.0.1'
dc_readhost=''
dc_relay_domains=''
dc_minimaldns='false'
dc_relay_nets=''
dc_smarthost='smtp.yandex.ru::587'
dc_hosts_require_tls='smtp.yandex.ru'
CFILEMODE='644'
dc_use_split_config='true'
dc_hide_mailname='false'
dc_mailname_in_oh='true'
dc_localdelivery='maildir_home'
root@debian:/home/th#

root@debian:/home/th# cat /etc/email-addresses
# This is /etc/email-addresses. It is part of the exim package
#
# This file contains email addresses to use for outgoing mail. Any local
# part not in here will be qualified by the system domain as normal.
#
# It should contain lines of the form:
#
#user: someone@isp.com
#otheruser: someoneelse@anotherisp.com

user: thmsh@yandex.ruroot@debian:/home/th#

root@debian:/home/th# cat /etc/exim4/conf.d/rewrite/00_exim4-config_header

######################################################################
#                      REWRITE CONFIGURATION                         #
######################################################################

begin rewrite
root@debian:/home/th#


на выходе

root@debian:/home/th# cat /var/log/exim4/mainlog
2019-02-25 13:33:35 Start queue run: pid=2103
2019-02-25 13:33:35 1gxwF0-0000Zm-Jv Message is frozen
2019-02-25 13:33:35 End queue run: pid=2103
2019-02-25 13:54:16 exim 4.89 daemon started: pid=2560, -q30m, listening for SMTP on [127.0.0.1]:25
2019-02-25 13:54:16 Start queue run: pid=2561
2019-02-25 13:54:16 1gxwF0-0000Zm-Jv Message is frozen
2019-02-25 13:54:16 End queue run: pid=2561
2019-02-25 13:55:32 1gyDv2-0000fk-D4 <= root@debian U=root P=local S=343
2019-02-25 13:55:32 1gyDv2-0000fk-D4 H=smtp.YANDEX.ru [2a02:6b8::38] Network is unreachable
2019-02-25 13:55:33 1gyDv2-0000fk-D4 ** thmsh@yandex.ru R=smarthost T=remote_smtp_smarthost H=smtp.YANDEX.ru [213.180.193.38] X=TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128 CV=yes DN="C=RU,O=Yandex LLC,OU=ITO,L=Moscow,ST=Russian Federation,CN=smtp.yandex.ru": SMTP error from remote mail server after pipelined MAIL FROM:<root@debian> SIZE=1378: 553 5.7.1 Sender address rejected: not owned by auth user.
2019-02-25 13:55:33 1gyDv3-0000fn-FK <= <> R=1gyDv2-0000fk-D4 U=Debian-exim P=local S=1756
2019-02-25 13:55:33 1gyDv2-0000fk-D4 Completed
2019-02-25 13:55:34 1gyDv3-0000fn-FK ** th@empty <root@debian> R=smarthost T=remote_smtp_smarthost H=smtp.yandex.ru [213.180.193.38] X=TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128 CV=yes DN="C=RU,O=Yandex LLC,OU=ITO,L=Moscow,ST=Russian Federation,CN=smtp.yandex.ru": SMTP error from remote mail server after pipelined MAIL FROM:<> SIZE=2834: 553 5.7.1 Sender address rejected: not owned by auth user.
2019-02-25 13:55:34 1gyDv3-0000fn-FK Frozen (delivery error message)
root@debian:/home/th#


А по-моему надо так в email-addresses:

th: thmsh@yandex.ru и «Ввод» в конце. Пора пробовать :-)

В результате:

2019-02-23 12:45:22 1gxQ7m-00044o-M5 <= local-user@yandex.ru U=globus P=local S=2345 id=87o973oy6l.fsf@yandex.ru
2019-02-23 12:45:24 1gxQ7m-00044o-M5 => remote-user@mail.ru R=smarthost T=remote_smtp_smarthost H=smtp.yandex.ru [213.180.204.38] X=TLS1.2:ECDHE_RSA_AE
S_128_GCM_SHA256:128 CV=yes A=LOGIN C="250 2.0.0 Ok: queued on smtp2o.mail.yandex.net as 1550900724-LG6LRvP40o-jNGuUMQO"
2019-02-23 12:45:24 1gxQ7m-00044o-M5 Completed


  • Русскоязычное сообщество Debian GNU/Linux


  • Общие вопросы

  • Настройка почтового сервера Exim

Понравилась статья? Поделить с друзьями:
  • Exiled kingdoms ошибка правосудия
  • Exiled kingdom ошибка правосудия
  • Exiftoolgui error exiftool not found
  • Exif read data error
  • Exhaust system warning на daf ошибка