Mdaemon ошибка передачи сообщения - Не ошибается лишь тот, кто ничего не делает!

I’m using MDaemon as out mail server and the last days I get an error «554 Message does not conform to standards» for emails sent from one of the machines. Any idea what may be causing it? Other machines work fine.

More info….this is the log file:

Mon 2008-10-20 16:11:37: Session 7831; child 1; thread 3908
Mon 2008-10-20 16:11:36: Accepting SMTP connection from [80.78.72.135 : 43579]
Mon 2008-10-20 16:11:36: Performing PTR lookup (135.72.78.80.IN-ADDR.ARPA)
Mon 2008-10-20 16:11:36: *  Error: Name server reports domain name unknown
Mon 2008-10-20 16:11:36: *  No PTR records found
Mon 2008-10-20 16:11:36: ---- End PTR results
Mon 2008-10-20 16:11:36: --> 220 ikubinfo.com ESMTP MDaemon 9.5.2; Mon, 20 Oct 2008 16:11:36 +0200
Mon 2008-10-20 16:11:36:  250 ikubinfo.com Hello RS, pleased to meet you
Mon 2008-10-20 16:11:36: 
Mon 2008-10-20 16:11:36: Performing IP lookup (ikubINFO.com)
Mon 2008-10-20 16:11:36: *  D=ikubINFO.com TTL=(633) A=[216.75.60.232]
Mon 2008-10-20 16:11:36: *  P=010 S=000 D=ikubINFO.com TTL=(708) MX=[mail.ikubinfo.com]
Mon 2008-10-20 16:11:36: *  D=ikubINFO.com TTL=(633) A=[216.75.60.232]
Mon 2008-10-20 16:11:36: ---- End IP lookup results
Mon 2008-10-20 16:11:36: Performing SPF lookup (ikubINFO.com / 80.78.72.135)
Mon 2008-10-20 16:11:36: *  ikubINFO.com 80.78.72.135; matched to SPF cache
Mon 2008-10-20 16:11:36: *  Result: pass
Mon 2008-10-20 16:11:36: ---- End SPF results
Mon 2008-10-20 16:11:36: --> 250 , Sender ok
Mon 2008-10-20 16:11:36: 
Mon 2008-10-20 16:11:36: Performing DNS-BL lookup (80.78.72.135 - connecting IP)
Mon 2008-10-20 16:11:36: *  sbl-xbl.spamhaus.org - passed
Mon 2008-10-20 16:11:36: *  relays.ordb.org - failed
Mon 2008-10-20 16:11:36: *  bl.spamcop.net - passed
Mon 2008-10-20 16:11:36: ---- End DNS-BL results
Mon 2008-10-20 16:11:36: --> 250 , Recipient ok
Mon 2008-10-20 16:11:37:  354 Enter mail, end with .
Mon 2008-10-20 16:11:37: Message size: 389 bytes
Mon 2008-10-20 16:11:37: --> 554 Message does not conform to standards
Mon 2008-10-20 16:11:37:  221 See ya in cyberspace
Mon 2008-10-20 16:11:37: SMTP session terminated (Bytes in/out: 491/319)

vvvvv

23.9k19 gold badges48 silver badges75 bronze badges

asked Oct 21, 2008 at 10:38

SMTP error 554 is one of the more vague error codes, but is typically caused by the receiving server seeing something in the From or To headers that it doesn’t like. This can be caused by a spam trap identifying your machine as a relay, or as a machine not trusted to send mail from your domain.

We ran into this problem recently when adding a new server to our array, and we fixed it by making sure that we had the correct reverse DNS lookup set up.

answered Oct 21, 2008 at 11:52

ConroyPConroyP

40.8k16 gold badges79 silver badges86 bronze badges

554 is commonly used by dns blacklists when shooing away blacklisted servers. I’m assuming

Mon 2008-10-20 16:11:36: * relays.ordb.org — failed

in the log you included is to blame.

answered Jan 23, 2012 at 11:50

kaleissinkaleissin

1,24513 silver badges18 bronze badges

Can be caused by a miss configured SPF record on the senders end.

Linger

14.9k23 gold badges52 silver badges78 bronze badges

answered Aug 20, 2012 at 1:46

t.durdent.durden

1783 silver badges15 bronze badges

To resolve problem go to the MDaemon—>setup—>Miscellaneous options—>Server—>SMTP Server Checks commands and headers for RFC Compliance

answered Nov 10, 2008 at 11:00

Just had this issue with an Outlook client going through a Exchange server to an external address on Windows XP. Clearing the temp files seemed to do the trick.

answered Jan 12, 2013 at 13:35

hamstarhamstar

1,7873 gold badges16 silver badges23 bronze badges

Источник

Здравствуйте!
Почтовый сервер — Mdaemon 15.0.1. Операционная система — Windows Server 2003 R2 Enterprise Edition.
Некоторые сообщения не отправляются и остаются в Удаленной очереди. В логе SMTP out такие сообщения:
1.
Tue 2018-12-11 11:07:45.831: Session 517348; child 0001
Tue 2018-12-11 11:07:45.831: Parsing message
Tue 2018-12-11 11:07:45.831: * From: chfvfdvuev.zm@dgstk.ru
Tue 2018-12-11 11:07:45.831: * To: matveedsv@mrser.ru
Tue 2018-12-11 11:07:45.831: * Subject:
Tue 2018-12-11 11:07:45.831: * Size (bytes): 847427
Tue 2018-12-11 11:07:45.831: * Message-ID: <004d01d49128$52e31480$f8a93d80$@dgstk.ru>
Tue 2018-12-11 11:07:45.847: Resolving MX record for mrser.ru (DNS Server: 192.168.5.129)…
Tue 2018-12-11 11:07:46.003: * P=020 S=000 D=mrser.ru TTL=(10) MX=[mail.mrser.ru]
Tue 2018-12-11 11:07:46.003: * P=030 S=001 D=mrser.ru TTL=(10) MX=[mail1.mrser.ru]
Tue 2018-12-11 11:07:46.003: Attempting SMTP connection to mail.mrser.ru
Tue 2018-12-11 11:07:46.003: Resolving A record for mail.mrser.ru (DNS Server: 192.168.5.129)…
Tue 2018-12-11 11:07:46.003: * D=mail.mrser.ru TTL=(10) A=[92.42.8.82]
Tue 2018-12-11 11:07:46.003: Attempting SMTP connection to 92.42.8.82:25
Tue 2018-12-11 11:07:46.003: * 92.42.8.82 in connection failure cache for up to 5 minutes due to previous connection failure(s)
Tue 2018-12-11 11:07:46.003: Attempting SMTP connection to mail1.mrser.ru
Tue 2018-12-11 11:07:46.003: Resolving A record for mail1.mrser.ru (DNS Server: 192.168.5.129)…
Tue 2018-12-11 11:07:46.003: * D=mail1.mrser.ru TTL=(8) A=[91.143.157.2]
Tue 2018-12-11 11:07:46.003: Attempting SMTP connection to 91.143.157.2:25
Tue 2018-12-11 11:07:46.003: Waiting for socket connection…
Tue 2018-12-11 11:07:46.034: * Connection established 192.168.5.133:2913 —> 91.143.157.2:25
Tue 2018-12-11 11:07:46.034: Waiting for protocol to start…
Tue 2018-12-11 11:07:46.050: <— 220 mail.mrser.ru ESMTP MDaemon 15.0.3; Tue, 11 Dec 2018 11:07:45 +0300
Tue 2018-12-11 11:07:46.066: —> EHLO mail2.dgstk.ru
Tue 2018-12-11 11:07:46.081: <— 250-mail.mrser.ru Hello mail2.dgstk.ru, pleased to meet you
Tue 2018-12-11 11:07:46.081: <— 250-ETRN
Tue 2018-12-11 11:07:46.081: <— 250-AUTH LOGIN CRAM-MD5 PLAIN
Tue 2018-12-11 11:07:46.081: <— 250-8BITMIME
Tue 2018-12-11 11:07:46.081: <— 250-ENHANCEDSTATUSCODES
Tue 2018-12-11 11:07:46.081: <— 250 SIZE 16000000
Tue 2018-12-11 11:07:46.081: —> MAIL From: SIZE=847427
Tue 2018-12-11 11:07:46.112: <— 250 2.1.0 Sender OK
Tue 2018-12-11 11:07:46.112: —> RCPT To:
Tue 2018-12-11 11:07:46.144: <— 250 2.1.5 Recipient OK
Tue 2018-12-11 11:07:46.144: —> DATA
Tue 2018-12-11 11:07:46.159: <— 354 Enter mail, end with .
Tue 2018-12-11 11:07:46.159: Sending to [91.143.157.2]
Tue 2018-12-11 11:08:05.175: * Socket error 10054 — Соединение было перезапущено на друго конце!
Tue 2018-12-11 11:08:05.175: Ошибка при записи в сокет
Tue 2018-12-11 11:08:05.175: Socket connection closed by the other side (how rude!)
Tue 2018-12-11 11:08:05.175: * Socket error 10053 — Соединение отменено.
Tue 2018-12-11 11:08:05.175: Соединение прервано
Tue 2018-12-11 11:08:05.175: * Возраст этого сообщения равен 2 минутам; осталось 58 минут его нахождения в этой очереди

2.
Tue 2018-12-11 11:07:55.941: Session 517355; child 0003
Tue 2018-12-11 11:07:55.941: Parsing message
Tue 2018-12-11 11:07:55.941: * From: djabrailova.im@dgstk.ru
Tue 2018-12-11 11:07:55.941: * To: kaspb@mail.ru
Tue 2018-12-11 11:07:55.941: * Subject:
Tue 2018-12-11 11:07:55.941: * Size (bytes): 1609218
Tue 2018-12-11 11:07:55.941: * Message-ID:
Tue 2018-12-11 11:07:55.956: Resolving MX record for mail.ru (DNS Server: 192.168.5.129)…
Tue 2018-12-11 11:07:55.956: * P=010 S=000 D=mail.ru TTL=(9) MX=[mxs.mail.ru]
Tue 2018-12-11 11:07:55.956: Attempting SMTP connection to mxs.mail.ru
Tue 2018-12-11 11:07:55.956: Resolving A record for mxs.mail.ru (DNS Server: 192.168.5.129)…
Tue 2018-12-11 11:07:55.956: * D=mxs.mail.ru TTL=(0) A=[94.100.180.104]
Tue 2018-12-11 11:07:55.956: * D=mxs.mail.ru TTL=(0) A=[94.100.180.31]
Tue 2018-12-11 11:07:55.956: Randomly picked 94.100.180.31 from list of possible hosts
Tue 2018-12-11 11:07:55.956: Attempting SMTP connection to 94.100.180.31:25
Tue 2018-12-11 11:07:55.956: Waiting for socket connection…
Tue 2018-12-11 11:08:16.941: * Socket error 10060 — Тайм-аут соединения.
Tue 2018-12-11 11:08:16.941: * 94.100.180.31 added to connection failure cache for 5 minutes
Tue 2018-12-11 11:08:16.941: * Возраст этого сообщения равен 0 минутам; осталось 60 минут его нахождения в этой очереди
Tue 2018-12-11 11:08:16.941: SMTP session terminated (Bytes in/out: 0/0)

При этом телнетом 94.100.180.31:25 открывается.

Источник

Опции доставки

Отсылать
всю исходящую почту напрямую на почтовый сервер получателя

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

Отсылать
всю исходящую почту на указанный ниже ‘Сервер’

Включите
эту опцию, если хотите, чтобы вся исходящая почта, независимо от
домена назначения, накапливалась на другом хосте или сервере для
последующей маршрутизированной доставки. Если эта опция включена,
то вся исходящая почта будет отправлена в домен или на хост,
указанный в параметре «Сервер»
внизу. Такая возможность может пригодиться во время наплыва
большого объёма сообщений, когда прямая доставка сообщений приводит
к чрезмерным затратам ресурсов сервера. Если сообщение не удается
доставить до сервера назначения, оно будет помещено в систему
повторных попыток, и MDaemon продолжит попытки доставить их
согласно параметрам и интервалам, которые вы установили в диалоге
«Очередь
повторных попыток» окна «Почтовые очереди».

Отсылать
всю почту сначала напрямую, потом на ‘Сервер’, если будут
проблемы

Включите
эту опцию, если хотите накапливать для посылки на домен или хост,
указанный ниже в параметре «Сервер»,
только недоставляемую почту. Недоставляемая почта — это почта,
направленная на узел, который невозможно преобразовать в
действительный IP-адрес (например, незарегистрированный шлюз в
удалённую сеть), либо почта, направленная на нормальный узел, но с
этим узлом не удается связаться напрямую или он отклоняет прямые
соединения. Вместо того, чтобы вернуть такую почту автору, эта
опция заставляет MDaemon передать сообщение более мощному MTA.
Иногда почтовая система вашего провайдера (ISP) может содержать
такие методы маршрутизированной доставки почты, к которым ваш
локальный сервер не имеет прямого доступа. Если сообщение не
удается доставить до сервера назначения, оно будет помещено в
систему повторных попыток, и MDaemon продолжит попытки доставить их
согласно параметрам и интервалам, которые вы установили в диалоге
«Очередь
повторных попыток» окна «Почтовые очереди». В каждой
последующей попытке доставки MDaemon опять сначала попробует
доставить сообщение адресату напрямую, а затем в домен или на хост
назначения.

Сервер

Укажите
здесь имя или IP-адрес своего почтового сервера, либо почтового
сервера своего провайдера. Обычно это SMTP-сервер,
установленный у вашего Интернет-провайдера (ISP).

Не вводите в этом
текстовом поле имя или IP-адрес домена MDaemon по умолчанию. Здесь
должен быть указан почтовый сервер вашего провайдера или другой
почтовый сервер, который может ретранслировать почту для
вас.

Включить умную
маршрутизацию сообщений

По умолчанию сервер MDaemon теперь
хранит только одну копию сообщения, адресованного нескольким
получателям, и, по мере возможности, выполняет его доставку с
помощью отдельных команд RCPT для оптимального использования места
на диске и полосы пропускания. Если этот режим включен, то он
задействуется всегда, даже если все получатели сообщения
принадлежат одному домену. Если вы настроили доставку таким
образом, что вся исходящая почта уходит на один заданный узел
(опция «Отсылать всю исходящую почту на указанный ниже ‘Сервер’»),
то сервер MDaemon сохранит только одну копию каждого сообщения и
будет отправлять его отдельными командами RCPT, даже если
получатели относятся к разным домена.

Доступ к указанному выше почтовому
серверу…

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

…требуется авторизация

Включите
эту опцию, если провайдер или иной почтовый сервер, через который
вы будете отправлять почту, требует авторизации. Введите ниже свои
регистрационные данные. Эти регистрационные данные будут
использоваться для всех исходящих SMTP-сообщений, отправляемых
через указанный выше сервер. Тем не менее, если вы включили ниже
опцию «Включить раздельную авторизацию для учетных
записей», то MDaemon будет
выполнять авторизацию вашего хоста отдельно для каждого сообщения,
используя параметры «Необязательные имя/пароль для
смарт-хоста» учетной записи
отправителя, назначенные в диалоге «Детали
учетной записи» редактора учетных записей.

Имя
пользователя

Введите
здесь свое имя пользователя или логин.

Пароль

Это поле
используется для ввода пароля для вашего провайдера или иного
почтового сервера.

…требуется проверка POP

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

Хост
или IP

Укажите
здесь имя или IP-адрес узла, с которым нужно соединиться.

Имя
пользователя

В этом
поле указывается имя логина учетной записи POP или имя самой
учетной записи.

Пароль

В этом
поле указывается пароль учетной записи POP.

Включить
раздельную авторизацию для учетных записей

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

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

[AUTH]

ISPAUTHUsePasswords=Yes (по умолчанию
No)

Включение опции
ISPAUTHUsePasswords=Yes с течением времени приведет к передаче всех паролей
локальной почты ваших учетных записей на ваш смарт-хост. Это
создает определенный риск для безопасности электронной почты,
поскольку закрытая информация предоставляется стороннему серверу.
Не следует использовать эту опцию, если только вы не используете
смарт-хост, которому полностью доверяете, и вам это действительно
необходимо. Также вам следует знать, что если вы используете эту
опцию и даете своим пользователям право менять свой
«Пароль
эл. почты» через WebAdmin или каким-то
другим способом, тогда изменение параметра «Пароль эл.
почты» также закономерно приведет к
изменению значения «Пароль смарт-хоста». В этом случае данная учетная запись может не пройти
авторизацию, если ее локальный «Пароль эл. почты» уже изменен, а «Пароль смарт-хоста» на самом смарт-хосте остался без изменений.

Прервать
доставку, если команда SMTP RCPT получает ошибку 5xx

Включите
эту опцию, если хотите, чтобы MDaemon прерывал попытку доставки
сообщения при получении отклика о фатальной ошибке 5xx вы ответ на
команду SMTP RCPT. Эта опция по умолчанию выключена.

Отклонять сообщение, если домен получателя не
имеет записей MX и A

Включите
эту опцию, чтобы заставить MDaemon немедленно возвращать сообщение,
если просмотр зоны DNS показывает, что для домена получателя нет ни
одной записи MX и ни одной записи A. Это не даст подобной почте
бесцельно попадать в цикл повторной доставки. По умолчанию эта
опция включена.

Отклонять сообщение по первому отклику 5XX от
любого MX-хоста в домене получателя

Когда эта
опция включена, MDaemon будет возвращать/отклонять сообщение, если
оно вызвало отклик о фатальной ошибке 5xx от MX-хоста. В результате
прекратятся дальнейшие попытки доставить это сообщение на любые
другие MX-хосты, которые могут быть назначены для домена
получателя. Если эта опция отключена, MDaemon не будет отклонять
такое сообщение, пока хотя бы один из MX-возвращает отклик о
нефатальной ошибке 4xx. По умолчанию эта опция включена.

См. также:

Очередь повторных
попыток

Источник

X-MDAV-Result: clean
X-MDAV-Processed: mail.tppzkam.ru, Wed, 12 Oct 2016 13:48:51 +0400
X-Spam-Processed: mail.tppzkam.ru, Wed, 12 Oct 2016 13:48:12 +0400
X-Spam-Level:
X-Spam-Status: No, score=-4.7 required=4.0 tests=BAYES_00,HTML_MESSAGE,
NO_RELAYS shortcircuit=no autolearn=ham version=3.3.2
X-Spam-Report:
* -0.0 NO_RELAYS Informational: message was not relayed via SMTP
* -4.7 BAYES_00 BODY: Bayes spam probability is 0 to 1%
* [score: 0.0000]
* 0.0 HTML_MESSAGE BODY: HTML included in message
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06)
Received: from mail.tppzkam.ru by mail.tppzkam.ru (via RAW) (MDaemon PRO v13.0.0)
for <

~~evgenia@tppzkam.ru~~

>; Wed, 12 Oct 2016 13:48:12 +0400
Date: Wed, 12 Oct 2016 13:48:12 +0400
From: «MDaemon at mail.tppzkam.ru» <MDaemon@mail.tppzkam.ru>
Reply-To:

~~noreply@mail.tppzkam.ru~~

Subject: =?Windows-1251?B?z+7x8u7/7e3g/yDu+Ojh6uAg5O7x8uDi6ug=?=
To:

~~evgenia@tppzkam.ru~~

Message-ID: <MDAEMON0189201610121348.AA4812203@mail.tppzkam.ru >
Mime-Version: 1.0
X-Actual-From: MDaemon@

~~mail.tppzkam.ru~~

X-MDDSN-Message: Yes
Content-Type: multipart/mixed; boundary=»1012-1348-12-PART-BREAK»
X-MDRedirect: 1
X-MDRedirect_From:

~~evgenia@tppzkam.ru~~

X-Return-Path: <MDaemon@

~~mail.tppzkam.ru~~

>
X-MDaemon-Deliver-To: <

~~pirogova-08@mail.ru~~

>
X-MDBadQueue-Reason: undeliverable forwarded message

The following data may contain sections which represent BASE64 encoded
file attachments. These sections will be unreadable without MIME aware
tools. Seek your system administrator if you need help extracting any
files which may be embedded within this message.

—1012-1348-12-PART-BREAK
Content-Type: text/plain; charset=Windows-1251
Content-Transfer-Encoding: 7bit

—————————————————————————
Уведомление о состоянии доставки MDaemon — http://www.altn.com/MDaemon/dsn/
—————————————————————————

Прикрепленное сообщение Failed address:

~~pirogova-08@mail.ru~~

— Session Transcript —
Wed 2016-10-12 13:48:07: Parsing message <xxxxxxxxxxxxxxxxxxxxxxxxpd50000058399.msg>
Wed 2016-10-12 13:48:07: * From: MDaemon@

~~mail.tppzkam.ru~~

Wed 2016-10-12 13:48:07: * To:

~~pirogova-08@mail.ru~~

Wed 2016-10-12 13:48:07: * Subject: =?Windows-1251?B?z+7x8u7/7e3g/yDu+Ojh6uAg5O7x8uDi6ug=?=
Wed 2016-10-12 13:48:07: * Size (bytes): 64650
Wed 2016-10-12 13:48:07: * Message-ID: <MDAEMON0184201610121347.AA4751812@mail.tppzkam.ru >
Wed 2016-10-12 13:48:07: Attempting SMTP connection to [mail.ru]
Wed 2016-10-12 13:48:07: Resolving MX records for [mail.ru] (DNS Server: 217.23.176.1)…
Wed 2016-10-12 13:48:07: * P=010 S=000 D=MAIL.ru TTL=(5) MX=[mxs.mail.ru]
Wed 2016-10-12 13:48:07: Attempting SMTP connection to [mxs.mail.ru:25]
Wed 2016-10-12 13:48:07: Resolving A record for [mxs.mail.ru] (DNS Server: 217.23.176.1)…
Wed 2016-10-12 13:48:07: * D=mxs.MAIL.ru TTL=(0) A=[217.69.139.150]
Wed 2016-10-12 13:48:07: * D=mxs.MAIL.ru TTL=(0) A=[94.100.180.150]
Wed 2016-10-12 13:48:07: Randomly picked 217.69.139.150 from list of A records
Wed 2016-10-12 13:48:07: Attempting SMTP connection to [217.69.139.150:25]
Wed 2016-10-12 13:48:07: Waiting for socket connection…
Wed 2016-10-12 13:48:07: * Connection established (192.168.1.1:4686 -> 217.69.139.150:25)
Wed 2016-10-12 13:48:07: Waiting for protocol to start…
Wed 2016-10-12 13:48:07: <— 220 Mail.Ru ESMTP
Wed 2016-10-12 13:48:07: —> EHLO

~~mail.tppzkam.ru~~

Wed 2016-10-12 13:48:07: <— 250-mx148.mail.ru ready to serve
Wed 2016-10-12 13:48:07: <— 250-STARTTLS
Wed 2016-10-12 13:48:07: <— 250-SIZE 73400320
Wed 2016-10-12 13:48:07: <— 250 8BITMIME
Wed 2016-10-12 13:48:07: —> STARTTLS
Wed 2016-10-12 13:48:07: <— 220 2.0.0 Start TLS
Wed 2016-10-12 13:48:07: SSL negotiation successful (TLS 1.0, 2048 bit key exchange, 128 bit RC4 encryption)
Wed 2016-10-12 13:48:07: —> EHLO mail.tppzkam.ru
Wed 2016-10-12 13:48:07: <— 250-mx148.mail.ru ready to serve
Wed 2016-10-12 13:48:07: <— 250-SIZE 73400320
Wed 2016-10-12 13:48:07: <— 250 8BITMIME
Wed 2016-10-12 13:48:07: —> MAIL From:<prvs=109302e8a0=

~~evgenia@tppzkam.ru~~

> SIZE=64650
Wed 2016-10-12 13:48:07: <— 250 OK
Wed 2016-10-12 13:48:07: —> RCPT To:<

~~pirogova-08@mail.ru~~

>
Wed 2016-10-12 13:48:07: <— 250 OK
Wed 2016-10-12 13:48:07: —> DATA
Wed 2016-10-12 13:48:07: <— 354 Go ahead
Wed 2016-10-12 13:48:07: Sending <xxxxxxxxxxxxxxxxxxxxxxxxpd50000058399.msg> to [217.69.139.150]
Wed 2016-10-12 13:48:07: Transfer Complete
Wed 2016-10-12 13:48:08: <— 550 spam message rejected. Please visit http://help.mail.ru/notspam-su… 8BAPUZDgs~ or report details to abuse@corp.mail.ru. Error code: D4BDCEB5DFDB6F5AED541FDF782673E48D444EB70227C7A9C1 04993D0869E3278A11BBA44B4160F7773761F4B14DA6B57E95 E57D8B4E2B42. ID: 0000000800011F210B0E19F5.
Wed 2016-10-12 13:48:08: —> QUIT
— End Transcript —

—1012-1348-12-PART-BREAK
Content-Type: message/rfc822; name=»md50000010369.eml»
Content-Transfer-Encoding: 7bit

X-MDAV-Result: clean
X-MDAV-Processed: mail.tppzkam.ru, Wed, 12 Oct 2016 13:48:05 +0400
Received: from [192.168.1.105] by mail.tppzkam.ru (MDaemon PRO v13.0.0)
with ESMTP id md50000317936.msg
for <

~~pirogova-08@mail.ru~~

>; Wed, 12 Oct 2016 13:48:05 +0400
X-Spam-Processed: mail.tppzkam.ru, Wed, 12 Oct 2016 13:48:05 +0400
(not processed: message from trusted or authenticated source)
X-Return-Path: prvs=109302e8a0=

~~evgenia@tppzkam.ru~~

X-Envelope-From:

~~evgenia@tppzkam.ru~~

X-MDaemon-Deliver-To:

~~pirogova-08@mail.ru~~

X-MDAV-Result: clean
X-MDAV-Processed: mail.tppzkam.ru, Wed, 12 Oct 2016 13:47:59 +0400
X-Spam-Level:
X-Spam-Status: No, score=-4.7 required=4.0 tests=BAYES_00,HTML_MESSAGE,
NO_RELAYS shortcircuit=no autolearn=ham version=3.3.2
X-Spam-Report:
* -0.0 NO_RELAYS Informational: message was not relayed via SMTP
* -4.7 BAYES_00 BODY: Bayes spam probability is 0 to 1%
* [score: 0.0000]
* 0.0 HTML_MESSAGE BODY: HTML included in message
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06)
Received: from mail.tppzkam.ru by mail.tppzkam.ru (via RAW) (MDaemon PRO v13.0.0)
for <

~~evgenia@tppzkam.ru~~

>; Wed, 12 Oct 2016 13:47:51 +0400
Date: Wed, 12 Oct 2016 13:47:51 +0400
From: «MDaemon at mail.tppzkam.ru» <MDaemon@mail.tppzkam.ru>
Reply-To: noreply@mail.tppzkam.ru
Subject: =?Windows-1251?B?z+7x8u7/7e3g/yDu+Ojh6uAg5O7x8uDi6ug=?=
To:

~~pirogova-08@mail.ru~~

Message-ID: <MDAEMON0184201610121347.AA4751812@mail.tppzkam.ru >
Mime-Version: 1.0
X-Actual-From: MDaemon@mail.tppzkam.ru
Content-Type: multipart/mixed; boundary=»1012-1347-51-PART-BREAK»
Resent-From:

~~evgenia@tppzkam.ru~~

—1012-1347-51-PART-BREAK
Content-Type: text/plain; charset=Windows-1251
Content-Transfer-Encoding: 7bit

Прикрепленное сообщение Failed address:

~~pirogova-08@mail.ru~~

— Session Transcript —
Wed 2016-10-12 13:47:46: Parsing message <xxxxxxxxxxxxxxxxxxxxxxxxpd50000058391.msg>
Wed 2016-10-12 13:47:46: * From: MDaemon@mail.tppzkam.ru
Wed 2016-10-12 13:47:46: * To: [email]

~~pirogova-08@mail.ru[~~

/email]
Wed 2016-10-12 13:47:46: * Subject: =?Windows-1251?B?z+7x8u7/7e3g/yDu+Ojh6uAg5O7x8uDi6ug=?=
Wed 2016-10-12 13:47:46: * Size (bytes): 59455
Wed 2016-10-12 13:47:46: * Message-ID: <MDAEMON0180201610121347.AA4721343@mail.tppzkam.ru >
Wed 2016-10-12 13:47:46: Attempting SMTP connection to [mail.ru]
Wed 2016-10-12 13:47:46: Resolving MX records for [mail.ru] (DNS Server: 217.23.176.1)…
Wed 2016-10-12 13:47:46: * P=010 S=000 D=MAIL.ru TTL=(5) MX=[mxs.mail.ru]
Wed 2016-10-12 13:47:46: Attempting SMTP connection to [mxs.mail.ru:25]
Wed 2016-10-12 13:47:46: Resolving A record for [mxs.mail.ru] (DNS Server: 217.23.176.1)…
Wed 2016-10-12 13:47:46: * D=mxs.MAIL.ru TTL=(0) A=[94.100.180.150]
Wed 2016-10-12 13:47:46: * D=mxs.MAIL.ru TTL=(0) A=[217.69.139.150]
Wed 2016-10-12 13:47:46: Randomly picked 94.100.180.150 from list of A records
Wed 2016-10-12 13:47:46: Attempting SMTP connection to [94.100.180.150:25]
Wed 2016-10-12 13:47:46: Waiting for socket connection…
Wed 2016-10-12 13:47:46: * Connection established (192.168.1.1:4667 -> 94.100.180.150:25)
Wed 2016-10-12 13:47:46: Waiting for protocol to start…
Wed 2016-10-12 13:47:46: <— 220 Mail.Ru ESMTP
Wed 2016-10-12 13:47:46: —> EHLO mail.tppzkam.ru
Wed 2016-10-12 13:47:46: <— 250-mx70.mail.ru ready to serve
Wed 2016-10-12 13:47:46: <— 250-STARTTLS
Wed 2016-10-12 13:47:46: <— 250-SIZE 73400320
Wed 2016-10-12 13:47:46: <— 250 8BITMIME
Wed 2016-10-12 13:47:46: —> STARTTLS
Wed 2016-10-12 13:47:46: <— 220 2.0.0 Start TLS
Wed 2016-10-12 13:47:46: SSL negotiation successful (TLS 1.0, 2048 bit key exchange, 128 bit RC4 encryption)
Wed 2016-10-12 13:47:46: —> EHLO mail.tppzkam.ru
Wed 2016-10-12 13:47:46: <— 250-mx70.mail.ru ready to serve
Wed 2016-10-12 13:47:46: <— 250-SIZE 73400320
Wed 2016-10-12 13:47:46: <— 250 8BITMIME
Wed 2016-10-12 13:47:46: —> MAIL From:<prvs=109302e8a0=

~~evgenia@tppzkam.ru~~

> SIZE=59455
Wed 2016-10-12 13:47:46: <— 250 OK
Wed 2016-10-12 13:47:46: —> RCPT To:<

~~pirogova-08@mail~~

.ru>
Wed 2016-10-12 13:47:47: <— 250 OK
Wed 2016-10-12 13:47:47: —> DATA
Wed 2016-10-12 13:47:47: <— 354 Go ahead
Wed 2016-10-12 13:47:47: Sending <xxxxxxxxxxxxxxxxxxxxxxxxpd50000058391.msg> to [94.100.180.150]
Wed 2016-10-12 13:47:47: Transfer Complete
Wed 2016-10-12 13:47:47: <— 550 spam message rejected. Please visit http://help.mail.ru/notspam-su… 8BAIrO8jc~ or report details to abuse@corp.mail.ru. Error code: F8D875178E66FFF518CF4EA704C345774F226FD4BC4DA35132 58CE6A80D82F45EBB092D20E0C6A1C134CF876002D8CBF9B72 0D6D8F35B237. ID: 0000000200011F2637F2CE8A.
Wed 2016-10-12 13:47:47: —> QUIT
— End Transcript —

Опции доставки

Отсылать
всю исходящую почту напрямую на почтовый сервер получателя

Отсылать
всю исходящую почту на указанный ниже ‘Сервер’

Отсылать
всю почту сначала напрямую, потом на ‘Сервер’, если будут
проблемы

Сервер

Включить умную
маршрутизацию сообщений

Доступ к указанному выше почтовому
серверу…

…требуется авторизация

Имя
пользователя

Введите
здесь свое имя пользователя или логин.

Пароль

Это поле
используется для ввода пароля для вашего провайдера или иного
почтового сервера.

…требуется проверка POP

Хост
или IP

Укажите
здесь имя или IP-адрес узла, с которым нужно соединиться.

Имя
пользователя

В этом
поле указывается имя логина учетной записи POP или имя самой
учетной записи.

Пароль

В этом
поле указывается пароль учетной записи POP.

Включить
раздельную авторизацию для учетных записей

[AUTH]

ISPAUTHUsePasswords=Yes (по умолчанию
No)

Прервать
доставку, если команда SMTP RCPT получает ошибку 5xx

Отклонять сообщение, если домен получателя не
имеет записей MX и A

Отклонять сообщение по первому отклику 5XX от
любого MX-хоста в домене получателя

См. также:

Очередь повторных
попыток

← Вернуться в раздел «В помощь системному администратору»

Помогите если возможно. MDaemon 11.03 все работает хорошо акромя одного… Не уходит почта на один домен. Ошибка и часть лога
Wed 2013-09-18 09:11:48: Attempting SMTP connection to [xx.xxx.xxx.xxx:25]
Wed 2013-09-18 09:11:48: Waiting for socket connection…
Wed 2013-09-18 09:11:48: * Connection established (127.0.0.1:2712 -> xx.xxx.xxx.xxx:25)
Wed 2013-09-18 09:11:48: Waiting for protocol to start…
Wed 2013-09-18 09:12:10: <— 501 Could not connect to remote host
Wed 2013-09-18 09:12:10: —> QUIT

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

Автор: ipmanyak
Дата сообщения: 18.09.2013 09:38

Denis_Tretyakov Пункты 7.2.2 и 7.2.3 http://www.opennet.ru/docs/RUS/mime_rfc/
Я до конца не въехал, может ты поймешь.

Bob4ik33

Цитата:

Wed 2013-09-18 09:11:48: * Connection established (127.0.0.1:2712 -> xx.xxx.xxx.xxx:25)
Wed 2013-09-18 09:11:48: Waiting for protocol to start…
Wed 2013-09-18 09:12:10: <— 501 Could not connect to remote host

Коннект на тот сервер состоялся, об этом говорит слово established. Но в процессе установления протокола, тот сервер не смог пообщаться с вашим сервером о чем он и сообщил — <— 501 Could not connect to remote host. Возможно не хватило времени у вас или у него, 22 секунды прошло. Проверьте таймауты на своей стороне в Mdaemon увеличьте их раза в два. Проверьте правила на вашем фаерволе на вход на 25 порт для того сервера, возможно вы его бреете. По идее админ того сервера должен видеть вашу сессию, поскольку код 501 сообщил тот сервер. пусть поищет внимательнее по вашему внешнему IP.

Цитата:

админ того сервера говорит что может конфликтовать IP моего провайдера с IP их провайдера.

Бред.

Автор: Denis_Tretyakov
Дата сообщения: 18.09.2013 10:01

ipmanyak Спасибо!

Автор: Bob4ik33
Дата сообщения: 18.09.2013 10:17

уже несколько дней этим вопросом занимаюсь и письма не уходили до последнего момента, а сейчас по совету решил изменить таймауты (хотя эту версию я уже вчера проверял, не помогло) но «чем черт не шутит» решил попробовать еще и почта ушла. конечно же не по причине таймаутов. видимо на том конце что то изменили и почта начала ходить. таймауты вернул на место.
спасибо огромное за помощь, за то что быстро отозвались…
а по поводу пунктов 7.2.2 и 7.2.3 так и не понял- это касается почтового сервера или почтовых агентов?
к стате тут же позвонил админ сервера говорит получил мое письмо, но он ничего с сервером не делал, а почта заработала

Автор: ipmanyak
Дата сообщения: 18.09.2013 11:00

Bob4ik33 Почтовых клиентов на Ipad и Iphone. При ответах на письма с этих устройств, другие почтовые клиенты видят крякозябры.

Автор: Denis_Tretyakov
Дата сообщения: 20.09.2013 08:17

Пробую отсылать письмо и ставлю копии на два адреса

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

> От: «MDaemon at exemple.ru» <MDaemon@exemple.ru>
> Дата: 20 сентября 2013 г., 14:37:46 GMT+10
> Кому: a.nedashkovsky@exemple.ru
> Тема: Постоянная ошибка доставки
> Ответ-Кому: noreply@exemple.ru
> ———————————————————————-
> —- Уведомление о состоянии доставки MDaemon —
> http://www.altn.com/MDaemon/dsn/
> ———————————————————————-
> —-
>
> Прикрепленное сообщение The following addresses did NOT receive a copy of your message:
>
>> shambir@sm-komandor.ru
>> yamtsova@sm-komandor.ru
>

>> — Session Transcript —
>> Fri 2013-09-20 13:37:38: Parsing message
>> <xxxxxxxxxxxxxxxxxxxxxxxxpd35000043116.msg>
>> Fri 2013-09-20 13:37:38: * From: a.nedashkovsky@exemple.ru Fri
>> 2013-09-20 13:37:38: * To: yamtsova@sm-komandor.ru Fri 2013-09-20
>> 13:37:38: * Subject: =?koi8-r?B?/snUwQ==?= Fri 2013-09-20 13:37:38:
>> * Size (bytes): 1875 Fri 2013-09-20 13:37:38: * Message-ID:
>> <E858B180-4154-4A7B-A2E9-947A604D0478@exemple.ru>
>> Fri 2013-09-20 13:37:38: * Route slip host: sm-komandor.ru Fri
>> 2013-09-20 13:37:38: * Route slip port: 25 Fri 2013-09-20 13:37:38:
>> Attempting SMTP connection to [sm-komandor.ru] Fri 2013-09-20
>> 13:37:38: Resolving MX records for [sm-komandor.ru] (DNS Server: 192.168.123.1)…
>> Fri 2013-09-20 13:37:39: * P=010 S=000 D=sm-komandor.ru TTL=(1440)
>> MX=[mail.sm-komandor.ru] Fri 2013-09-20 13:37:39: Attempting SMTP
>> connection to [mail.sm-komandor.ru:25] Fri 2013-09-20 13:37:39: Resolving A record for [mail.sm-komandor.ru] (DNS Server: 192.168.123.1)…
>> Fri 2013-09-20 13:37:39: * D=mail.sm-komandor.ru TTL=(1440)
>> A=[93.159.243.2] Fri 2013-09-20 13:37:39: * D=mail.sm-komandor.ru
>> TTL=(1440) A=[89.105.129.196] Fri 2013-09-20 13:37:39: Randomly
>> picked
>> 89.105.129.196 from list of A records Fri 2013-09-20 13:37:39:
>> Attempting SMTP connection to [89.105.129.196:25] Fri 2013-09-20 13:37:39: Waiting for socket connection…
>> Fri 2013-09-20 13:37:39: * Connection established
>> (192.168.123.75:63011 -> 89.105.129.196:25) Fri 2013-09-20 13:37:39: Waiting for protocol to start…
>> Fri 2013-09-20 13:37:41: <— 220 mail.sm-komandor.ru ESMTP EDGE
>> Transport Fri 2013-09-20 13:37:41: —> EHLO exemple.ru Fri
>> 2013-09-20 13:37:41: <— 250-mail.sm-komandor.ru Fri 2013-09-20
>> 13:37:41: <— 250-PIPELINING Fri 2013-09-20 13:37:41: <— 250-SIZE
>> 30000000 Fri 2013-09-20 13:37:41: <— 250-VRFY Fri 2013-09-20
>> 13:37:41: <— 250-ETRN Fri 2013-09-20 13:37:41: <— 250-STARTTLS Fri
>> 2013-09-20 13:37:41: <— 250-ENHANCEDSTATUSCODES Fri 2013-09-20
>> 13:37:41: <— 250 8BITMIME Fri 2013-09-20 13:37:41: —> STARTTLS Fri
>> 2013-09-20 13:37:42: <— 220 2.0.0 Ready to start TLS Fri 2013-09-20
>> 13:37:42: SSL negotiation successful (TLS 1.0, 1024 bit key exchange,
>> 128 bit encryption) Fri 2013-09-20 13:37:42: —> EHLO exemple.ru
>> Fri 2013-09-20 13:37:42: <— 250-mail.sm-komandor.ru Fri 2013-09-20
>> 13:37:42: <— 250-PIPELINING Fri 2013-09-20 13:37:42: <— 250-SIZE
>> 30000000 Fri 2013-09-20 13:37:42: <— 250-VRFY Fri 2013-09-20
>> 13:37:42: <— 250-ETRN Fri 2013-09-20 13:37:42: <—
>> 250-ENHANCEDSTATUSCODES Fri 2013-09-20 13:37:42: <— 250 8BITMIME Fri
>> 2013-09-20 13:37:42: —> MAIL From:<a.nedashkovsky@exemple.ru>
>> SIZE=1875 Fri 2013-09-20 13:37:42: <— 250 2.1.0 Ok Fri 2013-09-20
>> 13:37:42: —> RCPT To:<shambir@sm-komandor.ru> Fri 2013-09-20
>> 13:37:42: <— 550 5.7.1 Client host rejected: cannot find your
>> hostname, [**.***.***.**] Fri 2013-09-20 13:37:42: —> RCPT
>> To:<yamtsova@sm-komandor.ru> Fri 2013-09-20 13:37:43: <— 550 5.7.1
>> Client host rejected: cannot find your hostname, [**.***.***.**] Fri
>> 2013-09-20 13:37:43: —> QUIT
>> — End Transcript —

Автор: ipmanyak
Дата сообщения: 20.09.2013 08:51

Цитата:

Client host rejected: cannot find your hostname, [**.***.***.**]

PTR у вас в норме? Что пишет ваш почтовик в HELO/EHLO ?
IP и имя вашего сервера и домена зря прячете. Сразу можно было бы глянуть и прояснить проблему.

Автор: Denis_Tretyakov
Дата сообщения: 20.09.2013 10:08

>> От: «MDaemon at zabprivoz.ru» <MDaemon@zabprivoz.ru>
>> Дата: 20 сентября 2013 г., 14:37:46 GMT+10
>> Кому: a.nedashkovsky@zabprivoz.ru
>> Тема: Постоянная ошибка доставки
>> Ответ-Кому: noreply@**********
>> ———————————————————————
>> —
>> —- Уведомление о состоянии доставки MDaemon —
>> http://www.altn.com/MDaemon/dsn/
>> ———————————————————————
>> —
>> —-
>>
>> Прикрепленное сообщение The following addresses did NOT receive a copy of your message:
>>
>>> shambir@sm-komandor.ru
>>> yamtsova@sm-komandor.ru
>>
>> — Session Transcript —
>> Fri 2013-09-20 13:37:38: Parsing message
>> <xxxxxxxxxxxxxxxxxxxxxxxxpd35000043116.msg>
>> Fri 2013-09-20 13:37:38: * From: a.nedashkovsky@********** Fri
>> 2013-09-20 13:37:38: * To: yamtsova@sm-komandor.ru Fri 2013-09-20
>> 13:37:38: * Subject: =?koi8-r?B?/snUwQ==?= Fri 2013-09-20 13:37:38:
>> * Size (bytes): 1875 Fri 2013-09-20 13:37:38: * Message-ID:
>> <E858B180-4154-4A7B-A2E9-947A604D0478@**********>
>> Fri 2013-09-20 13:37:38: * Route slip host: sm-komandor.ru Fri
>> 2013-09-20 13:37:38: * Route slip port: 25 Fri 2013-09-20 13:37:38:
>> Attempting SMTP connection to [sm-komandor.ru] Fri 2013-09-20
>> 13:37:38: Resolving MX records for [sm-komandor.ru] (DNS Server: 192.168.123.1)…
>> Fri 2013-09-20 13:37:39: * P=010 S=000 D=sm-komandor.ru TTL=(1440)
>> MX=[mail.sm-komandor.ru] Fri 2013-09-20 13:37:39: Attempting SMTP
>> connection to [mail.sm-komandor.ru:25] Fri 2013-09-20 13:37:39: Resolving A record for [mail.sm-komandor.ru] (DNS Server: 192.168.123.1)…
>> Fri 2013-09-20 13:37:39: * D=mail.sm-komandor.ru TTL=(1440)
>> A=[93.159.243.2] Fri 2013-09-20 13:37:39: * D=mail.sm-komandor.ru
>> TTL=(1440) A=[89.105.129.196] Fri 2013-09-20 13:37:39: Randomly
>> picked
>> 89.105.129.196 from list of A records Fri 2013-09-20 13:37:39:
>> Attempting SMTP connection to [89.105.129.196:25] Fri 2013-09-20 13:37:39: Waiting for socket connection…
>> Fri 2013-09-20 13:37:39: * Connection established
>> (192.168.123.75:63011 -> 89.105.129.196:25) Fri 2013-09-20 13:37:39: Waiting for protocol to start…
>> Fri 2013-09-20 13:37:41: <— 220 mail.sm-komandor.ru ESMTP EDGE
>> Transport Fri 2013-09-20 13:37:41: —> EHLO ********** Fri
>> 2013-09-20 13:37:41: <— 250-mail.sm-komandor.ru Fri 2013-09-20
>> 13:37:41: <— 250-PIPELINING Fri 2013-09-20 13:37:41: <— 250-SIZE
>> 30000000 Fri 2013-09-20 13:37:41: <— 250-VRFY Fri 2013-09-20
>> 13:37:41: <— 250-ETRN Fri 2013-09-20 13:37:41: <— 250-STARTTLS Fri
>> 2013-09-20 13:37:41: <— 250-ENHANCEDSTATUSCODES Fri 2013-09-20
>> 13:37:41: <— 250 8BITMIME Fri 2013-09-20 13:37:41: —> STARTTLS Fri
>> 2013-09-20 13:37:42: <— 220 2.0.0 Ready to start TLS Fri 2013-09-20
>> 13:37:42: SSL negotiation successful (TLS 1.0, 1024 bit key exchange,
>> 128 bit encryption) Fri 2013-09-20 13:37:42: —> EHLO **********
>> Fri 2013-09-20 13:37:42: <— 250-mail.sm-komandor.ru Fri 2013-09-20
>> 13:37:42: <— 250-PIPELINING Fri 2013-09-20 13:37:42: <— 250-SIZE
>> 30000000 Fri 2013-09-20 13:37:42: <— 250-VRFY Fri 2013-09-20
>> 13:37:42: <— 250-ETRN Fri 2013-09-20 13:37:42: <—
>> 250-ENHANCEDSTATUSCODES Fri 2013-09-20 13:37:42: <— 250 8BITMIME Fri
>> 2013-09-20 13:37:42: —> MAIL From:<a.nedashkovsky@**********>
>> SIZE=1875 Fri 2013-09-20 13:37:42: <— 250 2.1.0 Ok Fri 2013-09-20
>> 13:37:42: —> RCPT To:<shambir@sm-komandor.ru> Fri 2013-09-20
>> 13:37:42: <— 550 5.7.1 Client host rejected: cannot find your
>> hostname, [**********] Fri 2013-09-20 13:37:42: —> RCPT
>> To:<yamtsova@sm-komandor.ru> Fri 2013-09-20 13:37:43: <— 550 5.7.1
>> Client host rejected: cannot find your hostname, [**********] Fri
>> 2013-09-20 13:37:43: —> QUIT
>> — End Transcript —

Добавлено:
Да PTR в норме пров прописал еще давно

Автор: ipmanyak
Дата сообщения: 20.09.2013 10:20

листинги выкладывай с тэгом code

Добавлено:
Denis_Tretyakov PTR у вас есть, но он кривой!
C:>nslookup -q=any 40.243.205.91.in-addr.arpa

Не заслуживающий доверия ответ:
40.243.205.91.in-addr.arpa name = mail.zabprivoz.ru
40.243.205.91.in-addr.arpa name = zabprivoz.ru

243.205.91.in-addr.arpa nameserver = ns.chitaonline.ru
243.205.91.in-addr.arpa nameserver = ns2.chitaonline.ru
ns.chitaonline.ru internet address = 91.205.240.4
ns2.chitaonline.ru internet address = 91.205.243.133
———————
Ваш IP 91.205.243.40 по PTR резолвится в два имени, что недопустимо для почтовиков. Нэймсервер отдает то zabprivoz.ru, то mail.zabprivoz.ru. Поэтому почта от вас то будет приниматься то нет, зависит от того в какое имя отрезолвится ваш IP. Звоните вашему прову и исправляйте. Вы должны определиться какое имя оставить и соответственно его указать а FQDN демона.

Автор: Denis_Tretyakov
Дата сообщения: 20.09.2013 11:26

а почему может быть два имени?

Автор: ipmanyak
Дата сообщения: 20.09.2013 11:27

Denis_Tretyakov ваш провайдер так прописал или вы так ему сказали прописать.

Добавлено:
пожмакайте в течении минуты
nslookup 91.205.243.40
и увидите что выдает разные имена

Автор: Denis_Tretyakov
Дата сообщения: 21.09.2013 02:21

Спасибо, в понедельник свяжусь с ними…

Автор: KapoVey
Дата сообщения: 22.09.2013 12:46

День Добрый, прочитал в доках MDaemon про семафорные файлы, использую пример находящийся в директории APP(adduser.sem), MDaemom его обрабатывает но при этом новый пользователь не появляется, может кто сталкивался с такой проблемой?

Автор: ipmanyak
Дата сообщения: 23.09.2013 09:16

KapoVey Проверил, не работает. Написать что ли в саппорт?

Добавлено:
Написал в саппорт. Ждемс.

Автор: yahan2
Дата сообщения: 24.09.2013 11:39

Есть несколько юзеров, которые достали массовыми рассылками крупных файлов.
Подскажите как зарезать конкретным пользователям объем отправляемых писем?
Или наоборот, как разрешить определенным лицам отправлять письма больше чем всем?

Про настройку:
Setup/Default Domain&Servers/Servers/…refuses messages larger then
знаю, но она глобальная для всего сервера, а мне нужны исключения из этого правила.

Автор: ipmanyak
Дата сообщения: 24.09.2013 13:16

yahan2 Создай правило в CF
IF THE MESSAGE SIZE is greater then 30000K and IF THE HEADER FORM contains твои_мыла_через логическое OR then SEND a note 1 to <$SENDER$> текст_мессаги AND delete message. Укажи, что применять только к LOCAL очереди.

Автор: o6ooo66
Дата сообщения: 24.09.2013 18:13

[more] Добрый день, помогите разобраться с логом.

Tue 2013-09-24 17:31:58: ———-
Tue 2013-09-24 17:44:55: Parsing message <d:mdaemonqueuesremotepd35000021555.msg>
Tue 2013-09-24 17:44:55: * From: x@x.ru
Tue 2013-09-24 17:44:55: * To: galipova@iira.ru
Tue 2013-09-24 17:44:55: * Subject: Fwd: =?utf-8?B?0YLQtdGB0YI=?=
Tue 2013-09-24 17:44:55: * Size (bytes): 5054
Tue 2013-09-24 17:44:55: * Message-ID: <WC20130924134451.670185@x.ru>
Tue 2013-09-24 17:44:55: Attempting SMTP connection to [iira.ru]
Tue 2013-09-24 17:44:56: Resolving MX records for [iira.ru] (DNS Server: 213.133.98.98)…
Tue 2013-09-24 17:44:56: * P=005 S=001 D=iira.ru TTL=(10) MX=[mx02.nicmail.ru]
Tue 2013-09-24 17:44:56: * P=010 S=002 D=iira.ru TTL=(10) MX=[mx01.nicmail.ru]
Tue 2013-09-24 17:44:56: * P=020 S=000 D=iira.ru TTL=(10) MX=[mx03.nicmail.ru]
Tue 2013-09-24 17:44:56: Attempting SMTP connection to [mx02.nicmail.ru:25]
Tue 2013-09-24 17:44:56: Resolving A record for [mx02.nicmail.ru] (DNS Server: 213.133.98.98)…
Tue 2013-09-24 17:44:56: * D=mx02.nicmail.ru TTL=(47) A=[194.85.88.229]
Tue 2013-09-24 17:44:56: Attempting SMTP connection to [194.85.88.229:25]
Tue 2013-09-24 17:44:56: Waiting for socket connection…
Tue 2013-09-24 17:44:57: * Winsock Error 10061
Tue 2013-09-24 17:44:57: * 194.85.88.229 added to connection failure cache for 5 minutes
Tue 2013-09-24 17:44:57: Attempting SMTP connection to [mx01.nicmail.ru:25]
Tue 2013-09-24 17:44:57: Resolving A record for [mx01.nicmail.ru] (DNS Server: 213.133.98.98)…
Tue 2013-09-24 17:44:57: * D=mx01.nicmail.ru TTL=(0) A=[194.85.88.230]
Tue 2013-09-24 17:44:57: * D=mx01.nicmail.ru TTL=(0) A=[194.85.88.232]
Tue 2013-09-24 17:44:57: * D=mx01.nicmail.ru TTL=(0) A=[194.85.88.233]
Tue 2013-09-24 17:44:57: * D=mx01.nicmail.ru TTL=(0) A=[194.85.88.235]
Tue 2013-09-24 17:44:57: * D=mx01.nicmail.ru TTL=(0) A=[194.85.88.238]
Tue 2013-09-24 17:44:57: * D=mx01.nicmail.ru TTL=(0) A=[194.85.88.242]
Tue 2013-09-24 17:44:57: Randomly picked 194.85.88.230 from list of A records
Tue 2013-09-24 17:44:57: Attempting SMTP connection to [194.85.88.230:25]
Tue 2013-09-24 17:44:57: Waiting for socket connection…
Tue 2013-09-24 17:44:57: * Connection established (5.9.113.135:53287 -> 194.85.88.230:25)
Tue 2013-09-24 17:44:57: Waiting for protocol to start…
Tue 2013-09-24 17:44:59: <— 220 mx01.nicmail.ru ESMTP
Tue 2013-09-24 17:44:59: —> EHLO x.ru
Tue 2013-09-24 17:44:59: <— 250-mx01.nicmail.ru Hello x@x.ru [5.9.113.135]
Tue 2013-09-24 17:44:59: <— 250-SIZE 31457280
Tue 2013-09-24 17:44:59: <— 250-PIPELINING
Tue 2013-09-24 17:44:59: <— 250 HELP
Tue 2013-09-24 17:44:59: —> MAIL From:<gruzova@lanartbroker.ru> SIZE=5054
Tue 2013-09-24 17:45:04: <— 250 OK
Tue 2013-09-24 17:45:04: —> RCPT To:<galipova@iira.ru>
Tue 2013-09-24 17:45:05: <— 550 galipova@iira.ru prohibited. We do not relay
Tue 2013-09-24 17:45:05: —> QUIT
Tue 2013-09-24 17:45:05: <— 221 mx01.nicmail.ru closing connection
Tue 2013-09-24 17:45:05: SMTP session terminated (Bytes in/out: 235/103)
Tue 2013-09-24 17:45:05: ———- [/more]

Автор: ipmanyak
Дата сообщения: 24.09.2013 20:32

o6ooo66 Вы сами то разбирались? Там вроде нормальным аглицким всё четко написано. Или вам каждую строку на русский перевести? Что там не понятного?
Первый сервер с MX приоритетом P=005, mx02.nicmail.ru TTL=(47) A=[194.85.88.229] — в дауне. Следующий с P=010 S=002 D=iira.ru TTL=(10) MX=[mx01.nicmail.ru] имеет до хренища IP адресов, Mdaemon случайно выбрал из них — 194.85.88.230, который не разрешает релей через себя на домен iira.ru, хотя как бы и должен. В другой раз почта возможно и уйдет, если попрется не на 194.85.88.230. Вопросы к админу почтового сервера iira.ru, можете написать ему сюда
https://www.nic.ru/cgi/whois_webmail.cgi?domain=IIRA.RU
Или сходить на сайт http://iira.ru/contacts.php , позвонить по указанным телефонам, попросить админа к телефону и пригласить на галлон самогона, благо вы в одном городе.
Если почта не шибко нужна — забейте на это. Если ваши перестраховщики жить не могут без iira.ru, то вручную пробуйте завернуть почту для этого домена на
MX03.NICMAIL.ru IP=194.85.88.237:
MX01.NICMAIL.ru IP=194.85.88.238:
Или на те что в логе светятся.

Автор: yahan2
Дата сообщения: 25.09.2013 10:45

ipmanyak
Спасибо, не был в курсе про такую мощную штуку. Единственный минус — правило отрабатывает в режиме offline (большое письмо полностью принимается сервером, анализируется и совершаются определенные действия)

Настройка
Setup/Default Domain&Servers/Servers/…refuses messages larger then
работает куда интересней, но не так гибко

Интересно, возможно реализовать online отшиб больших писем для избранных получателей или отправителей?

Цитата:

Укажи, что применять только к LOCAL очереди.

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

Автор: ipmanyak
Дата сообщения: 25.09.2013 10:59

Цитата:

Единственный минус — правило отрабатывает в режиме offline (большое письмо полностью принимается сервером, анализируется и совершаются определенные действия)

Это да, такой сорт яблок.

Цитата:

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

Нет, не так. Правило будет работать только для писем, отправляемых из локалки, пофигу куда они буду слать, даже на свои будет брить. Для сессий снаружи это правило работать не будет, если не укажете BOTH, то есть Local и Remote. На внешние сессии будет работать — Setup/Default Domain&Servers/Servers/…refuses messages larger then. Этот механизм, тоже сначала пытается принять письмо целиком и не рвет сессию с нужным кодом. В результате другая сторона снова пытается слать это же письмо. За сутки трафик набегает в несколько гигов.

Автор: yahan2
Дата сообщения: 25.09.2013 11:31

Цитата:

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

Я проверял, как только LOCAL выставил — сразу отправило наружу. Добавил REMOTE — стало хорошо.

Цитата:

В результате другая сторона снова пытается слать это же письмо. За сутки трафик набегает в несколько гигов.

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

Автор: vladelita
Дата сообщения: 26.09.2013 10:24

Привет всем.
Читал-читал, глаза болят уже.
Поиска в теме не нашел (он есть?).
Помогите чуток разобраться:

Не могу найти в mDaemon 13.5 где устанавливается число пересылок.
Некоторые сообщения от поставщиков не приходят по причине «message exceeds max hop limit».
Все вкладки перелистал уже раз на пять, проштудировал руководство, но найти не могу.

Заранее спасибо.

Автор: ipmanyak
Дата сообщения: 26.09.2013 10:45

vladelita Navigation: Setup Menu > Default Domain / Servers > Default Domain & Servers > Timeouts

…Maximum message hop count before message placed in bad queue (5-500)

Автор: vlary
Дата сообщения: 26.09.2013 11:23

vladelita
Цитата:

Поиска в теме не нашел (он есть?).

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

Автор: vladelita
Дата сообщения: 26.09.2013 12:19

Цитата:

vladelita Navigation: Setup Menu > Default Domain / Servers > Default Domain & Servers > Timeouts …Maximum message hop count before message placed in bad queue (5-500)

Вот подобное я уже находил, только нет у меня такой настройки.
Сервер лицензионный, русский.
Может в русском эти настройки забыли?

Вот скрин: http://pixs.ru/showimage/MDjpg_1128195_9177826.jpg

Добавлено:

Цитата:

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

Спасибо.
Учту, покопаюсь еще.

Автор: ipmanyak
Дата сообщения: 26.09.2013 13:02

vladelita Там оно, внизу окна, которое у вас закрыто окном диспетчер доменов

Добавлено:
vladelita Вы зашли на сервер через RDP. Попробуйте поглядеть с физической консоли, возможно в этом косяк.

Автор: vladelita
Дата сообщения: 26.09.2013 14:34

Цитата:

vladelita Там оно, внизу окна, которое у вас закрыто окном диспетчер доменов

нету там ничего, к сожалению. http://pixs.ru/showimage/412Gbjpg_7159499_9179058.jpg

Цитата:

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

посмотрел, все тоже самое.

получается, что косяк интерфейса?

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

Автор: turboon
Дата сообщения: 26.09.2013 20:31

Всем привет! А есть ли возможность так настроить MDaemon, чтобы юзер мог самостоятельно просматривать (а в случае необходимости, и удалять) собственные сомнительные письма, пойманные MDaemon’ом в SpamTrap?
А то мне как админу приходится ручками копаться в этих залежах.

Автор: vlary
Дата сообщения: 26.09.2013 21:26

turboon А зачем тогда вообще антиспам нужен?

Автор: turboon
Дата сообщения: 26.09.2013 21:55

В SpamTrap иногда попадают «легальные» письма (ну не идеален байесов фильтр).
И бывает, юзер с нетерпением ждет этого «легального» письма, и, соответственно меня дергает — «проверь спам».
А тут бы взял — и сам бы посмотрел.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175

Предыдущая тема: RDP-клиент не видит разрыв связи.

Форум Ru-Board.club — поднят 15-09-2016 числа. Цель — сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.

Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.

ошибки при доставке писем

Сообщения: 44

Зарегистрирован: 27 авг 2009

Возраст: 43

помогите разобраться с mdaemon

возвращаются некоторые письма с ошибкой
> 550 Reverse DNS lookup failed for
> «АЙПИШНИК МОЕГО ПОЧТАРЯ» (failed) and in blacklist

Сообщения: 58010

Зарегистрирован: 07 дек 2003

Возраст: 41

Сообщение

30 окт 2009, 12:26

stepankov, была подобная проблемка. Надо попросить провайдера, который предоставляет внешний IP, прописать обратную зону для этого адреса на DNS-сервере.. иначе некоторые другие почтовые серверы будут отфутболивать письма с него.

Сообщения: 44

Зарегистрирован: 27 авг 2009

Возраст: 43

Сообщение

30 окт 2009, 12:31

спасибо, сейчас свяжусь с провайдером

3 Ответы

1210 Просмотры

Последнее сообщение sert

1 фев 2006, 19:35
2 Ответы

937 Просмотры

Последнее сообщение [AGT]Bart

22 июл 2013, 17:01
5 Ответы

2140 Просмотры

Последнее сообщение Gadjet

24 сен 2010, 14:40
2 Ответы

969 Просмотры

Последнее сообщение stepankov

6 окт 2009, 10:53
22 Ответы

2102 Просмотры

Последнее сообщение AHTOH

1 май 2007, 23:23

kupec

31.07.13 — 10:19

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

ДенисЧ

1 — 31.07.13 — 10:20

Может, ты всё-таки логи посмотришь?

kupec

2 — 31.07.13 — 10:22

смотрел….толку то ))

Wed 2013-07-31 10:18:59: Session 73; child 2

Wed 2013-07-31 10:18:59: Parsing message <c:mdaemonqueuesremoteretrypd90000000002.msg>

Wed 2013-07-31 10:18:59: * From: admin@kupec.asuscomm.com

Wed 2013-07-31 10:18:59: * To: alexei-kupec@yandex.ru

Wed 2013-07-31 10:18:59: * Subject: =?koi8-r?B?8NLPwsE=?=

Wed 2013-07-31 10:18:59: * Size (bytes): 2434

Wed 2013-07-31 10:18:59: * Message-ID:

Wed 2013-07-31 10:18:59: Attempting SMTP connection to [yandex.ru]

Wed 2013-07-31 10:18:59: Resolving MX records for [yandex.ru] (DNS Server: 192.168.0.1)…

Wed 2013-07-31 10:19:09: * DNS: 10 second wait for DNS response exceeded (DNS Server: 192.168.0.1)

Wed 2013-07-31 10:19:09: Attempting SMTP connection to [yandex.ru:25]

Wed 2013-07-31 10:19:09: Resolving A record for [yandex.ru] (DNS Server: 192.168.0.1)…

Wed 2013-07-31 10:19:09: * D=yandex.ru TTL=(166) A=[213.180.204.11]

Wed 2013-07-31 10:19:09: Attempting SMTP connection to [213.180.204.11:25]

Wed 2013-07-31 10:19:09: Waiting for socket connection…

Wed 2013-07-31 10:19:30: * Winsock Error 10060

Wed 2013-07-31 10:19:30: * 213.180.204.11 added to connection failure cache for 5 minutes

Wed 2013-07-31 10:19:30: Возраст этого сообщения равен 0 дням; для его доставки осталось 2 дней

Wed 2013-07-31 10:19:30: SMTP session terminated (Bytes in/out: 0/0)

Wed 2013-07-31 10:19:30: ———-

ДенисЧ

3 — 31.07.13 — 10:24

Winsock Error 10060

Это значит, что получатель не отвечает.

Кстати, большинство публичных почтовиков давно на 25м порту не отвечают. Пошукай в его справке

kupec

4 — 31.07.13 — 10:26

telnet smtp.yandex.ru 25 открывается

kupec

5 — 31.07.13 — 10:32

(3) что за справка в которой шукать ?? )))

ДенисЧ

6 — 31.07.13 — 10:34

(5) Яндексовая…

kupec

7 — 31.07.13 — 10:34

в яндексе порт 25 есть однозначно

ДенисЧ

8 — 31.07.13 — 10:34

И вообще — я тебе ещё вчера говорил, что не будут работать открытые почтовики релеями…

kupec

9 — 31.07.13 — 10:39

ну а как же тогда сделать ?? (((

ДенисЧ

10 — 31.07.13 — 10:40

(9)

|—|—|

| | |

| 0 |

| |

kupec

11 — 31.07.13 — 10:41

(10) эт что значит ???

Builder

12 — 31.07.13 — 10:50

Обычно почта отправляется через SMTP вашего провайдера.

Trotter

13 — 31.07.13 — 10:59

(11) Похоже на виселицу )

kupec

14 — 31.07.13 — 11:09

MDaemon определяет что письмо должно отправиться на яндекс.ру и пытается соединиться с яндекс ру на 25 порт, вместо смтп.яндес.ру 25…вот в чем проблема

Builder

15 — 31.07.13 — 11:11

Убери отправку прямо на сервер.

Позвони своему провайдеру, узнай его SMTP и пропиши его.

Все будет работать.

kupec

16 — 31.07.13 — 11:11

так там должна быть аутентификация, пусть я её пропишу, но имя отправителя не будет совпадать с именем в аутентификации

Builder

17 — 31.07.13 — 11:26

не нужна там идентификация как правило.

Ну или спроси у провайдера.

kupec

18 — 31.07.13 — 11:50

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

Wed 2013-07-31 11:35:18: Parsing message <c:mdaemonqueuesremotepd50000000010.msg>

Wed 2013-07-31 11:35:18: * From: admin@kupec.asuscomm.com

Wed 2013-07-31 11:35:18: * To: alexei-kupec@yandex.ru

Wed 2013-07-31 11:35:18: * Subject: =?koi8-r?B?8NLJ18XU?=

Wed 2013-07-31 11:35:18: * Size (bytes): 2356

Wed 2013-07-31 11:35:18: * Message-ID:

Wed 2013-07-31 11:35:18: Attempting SMTP connection to [yandex.ru]

Wed 2013-07-31 11:35:18: Resolving MX records for [yandex.ru] (DNS Server: 81.20.97.254)…

Wed 2013-07-31 11:35:18: * P=010 S=000 D=yandex.ru TTL=(60) MX=[mx.yandex.ru]

Wed 2013-07-31 11:35:18: Attempting SMTP connection to [mx.yandex.ru:25]

Wed 2013-07-31 11:35:18: Resolving A record for [mx.yandex.ru] (DNS Server: 81.20.97.254)…

Wed 2013-07-31 11:35:18: * D=mx.yandex.ru TTL=(12) A=[93.158.134.89]

Wed 2013-07-31 11:35:18: * D=mx.yandex.ru TTL=(12) A=[213.180.193.89]

Wed 2013-07-31 11:35:18: * D=mx.yandex.ru TTL=(12) A=[213.180.204.89]

Wed 2013-07-31 11:35:18: * D=mx.yandex.ru TTL=(12) A=[77.88.21.89]

Wed 2013-07-31 11:35:18: * D=mx.yandex.ru TTL=(12) A=[87.250.250.89]

Wed 2013-07-31 11:35:18: Randomly picked 93.158.134.89 from list of A records

Wed 2013-07-31 11:35:18: Attempting SMTP connection to [93.158.134.89:25]

Wed 2013-07-31 11:35:18: Waiting for socket connection…

Wed 2013-07-31 11:35:18: * Connection established (192.168.0.100:3213 -> 93.158.134.89:25)

Wed 2013-07-31 11:35:18: Waiting for protocol to start…

Wed 2013-07-31 11:35:18: <— 220 mxfront4m.mail.yandex.net (Want to use Yandex.Mail for your domain? Visit http://pdd.yandex.ru)

Wed 2013-07-31 11:35:18: —> EHLO kupec.asuscomm.com

Wed 2013-07-31 11:35:18: <— 250-mxfront4m.mail.yandex.net

Wed 2013-07-31 11:35:18: <— 250-8BITMIME

Wed 2013-07-31 11:35:18: <— 250-PIPELINING

Wed 2013-07-31 11:35:18: <— 250-SIZE 42991616

Wed 2013-07-31 11:35:18: <— 250-DSN

Wed 2013-07-31 11:35:18: <— 250 ENHANCEDSTATUSCODES

Wed 2013-07-31 11:35:18: —> MAIL From:<admin@kupec.asuscomm.com> SIZE=2356

Wed 2013-07-31 11:35:18: <— 250 2.1.0 <admin@kupec.asuscomm.com> ok

Wed 2013-07-31 11:35:18: —> RCPT To:<alexei-kupec@yandex.ru>

Wed 2013-07-31 11:35:18: <— 250 2.1.5 <alexei-kupec@yandex.ru> recipient ok

Wed 2013-07-31 11:35:18: —> DATA

Wed 2013-07-31 11:35:18: <— 354 Enter mail, end with «.» on a line by itself

Wed 2013-07-31 11:35:18: Sending <c:mdaemonqueuesremotepd50000000010.msg> to [93.158.134.89]

Wed 2013-07-31 11:35:18: Transfer Complete

Wed 2013-07-31 11:35:19: <— 451 4.7.1 Sorry, the service is currently unavailable. Please come back later. AkBcmB7pzF-bD2iWYXc

Wed 2013-07-31 11:35:19: —> QUIT

Wed 2013-07-31 11:35:19: <— 221 2.0.0 Closing connection.

Wed 2013-07-31 11:35:19: Возраст этого сообщения равен 0 минутам; осталось 5 минут его нахождения в этой очереди

Wed 2013-07-31 11:35:19: SMTP session terminated (Bytes in/out: 486/2480)

Wed 2013-07-31 11:35:19: ———-

Builder

19 — 31.07.13 — 12:32

Продолжайте дальше биться головой об стену.

Когда надоест — прочитайте (15).

VlLight

20 — 31.07.13 — 12:36

(2) Не определяется MX запись для домена yandex.ru не отвечает локальный DNS: «DNS: 10 second wait for DNS response exceeded (DNS Server: 192.168.0.1)»

(18) 451 ответ Яндекс может отдавать в том числе, если IP с которого отправляется письмо, в его black-листе. Если на mail и rambler уходит, а на Яндекс нет — это вполне вероятно.

Вариантов два:

1) использовать SMTP-релей провайдера (либо ещё чей-то), если есть такая возможность

2) просить выделенный IP и PTR-запись у провайдера, если есть такая возможность.

kupec

21 — 31.07.13 — 12:57

(20) что такое PTR ?

kupec

22 — 31.07.13 — 13:02

(20) почитал…теперь начинаю немного понимать что к чему

kupec

23 — 31.07.13 — 13:05

Кто нибудь знает ростелеком имеет SMTP-релей ?

VlLight

24 — 31.07.13 — 13:09

А это проще через техподдержку их узнать, наверное.

Можете воспользоваться такой услугой от Яндекса: https://pdd.yandex.ru/domains_add/#tab=1. Я не пробовал, но пишут, что бесплатно

kupec

25 — 31.07.13 — 13:20

(24) про это я тоже в курсе, спасибо

oleg_km

26 — 31.07.13 — 14:21

(18) 451 4.7.1 Sorry, the service is currently unavailable. Please come back later

Вроде как сервис пока не доступен, обратитесь позже. Никогда не сталкивался, чтобы почтовик вводил клиента в заблуждение: типа письмо заспамил, а отвечает что пока не работаю. Спам-роботу все равно пофиг, а нормальному администратору зачем усложнять жизнь?

VlLight

27 — 31.07.13 — 21:47

(26) Усложняют зачем-то. Попробовал сам telnetoм сейчас отправить через mx.yandex.ru: из дома (белый IP, нет PTR-записи) получаю

«451 4.7.1 Sorry, the service is currently unavailable. Please come back later», с работы (белый IP, есть PTR) — всё OK — с интервалом в одну минуту. Получается, что вводит в заблуждение

Источник

~~evgenia@tppzkam.ru~~

>; Wed, 12 Oct 2016 13:48:12 +0400
Date: Wed, 12 Oct 2016 13:48:12 +0400
From: «MDaemon at mail.tppzkam.ru» <MDaemon@mail.tppzkam.ru>
Reply-To:

~~noreply@mail.tppzkam.ru~~

Subject: =?Windows-1251?B?z+7x8u7/7e3g/yDu+Ojh6uAg5O7x8uDi6ug=?=
To:

~~evgenia@tppzkam.ru~~

Message-ID: <MDAEMON0189201610121348.AA4812203@mail.tppzkam.ru>
Mime-Version: 1.0
X-Actual-From: MDaemon@

~~mail.tppzkam.ru~~

X-MDDSN-Message: Yes
Content-Type: multipart/mixed; boundary=»1012-1348-12-PART-BREAK»
X-MDRedirect: 1
X-MDRedirect_From:

~~evgenia@tppzkam.ru~~

X-Return-Path: <MDaemon@

~~mail.tppzkam.ru~~

>
X-MDaemon-Deliver-To: <

~~pirogova-08@mail.ru~~

>
X-MDBadQueue-Reason: undeliverable forwarded message

—1012-1348-12-PART-BREAK
Content-Type: text/plain; charset=Windows-1251
Content-Transfer-Encoding: 7bit

Прикрепленное сообщение Failed address:

~~pirogova-08@mail.ru~~

— Session Transcript —
Wed 2016-10-12 13:48:07: Parsing message <xxxxxxxxxxxxxxxxxxxxxxxxpd50000058399.msg>
Wed 2016-10-12 13:48:07: * From: MDaemon@

~~mail.tppzkam.ru~~

Wed 2016-10-12 13:48:07: * To:

~~pirogova-08@mail.ru~~

Wed 2016-10-12 13:48:07: * Subject: =?Windows-1251?B?z+7x8u7/7e3g/yDu+Ojh6uAg5O7x8uDi6ug=?=
Wed 2016-10-12 13:48:07: * Size (bytes): 64650
Wed 2016-10-12 13:48:07: * Message-ID: <MDAEMON0184201610121347.AA4751812@mail.tppzkam.ru>
Wed 2016-10-12 13:48:07: Attempting SMTP connection to [mail.ru]
Wed 2016-10-12 13:48:07: Resolving MX records for [mail.ru] (DNS Server: 217.23.176.1)…
Wed 2016-10-12 13:48:07: * P=010 S=000 D=MAIL.ru TTL=(5) MX=[mxs.mail.ru]
Wed 2016-10-12 13:48:07: Attempting SMTP connection to [mxs.mail.ru:25]
Wed 2016-10-12 13:48:07: Resolving A record for [mxs.mail.ru] (DNS Server: 217.23.176.1)…
Wed 2016-10-12 13:48:07: * D=mxs.MAIL.ru TTL=(0) A=[217.69.139.150]
Wed 2016-10-12 13:48:07: * D=mxs.MAIL.ru TTL=(0) A=[94.100.180.150]
Wed 2016-10-12 13:48:07: Randomly picked 217.69.139.150 from list of A records
Wed 2016-10-12 13:48:07: Attempting SMTP connection to [217.69.139.150:25]
Wed 2016-10-12 13:48:07: Waiting for socket connection…
Wed 2016-10-12 13:48:07: * Connection established (192.168.1.1:4686 -> 217.69.139.150:25)
Wed 2016-10-12 13:48:07: Waiting for protocol to start…
Wed 2016-10-12 13:48:07: <— 220 Mail.Ru ESMTP
Wed 2016-10-12 13:48:07: —> EHLO

~~mail.tppzkam.ru~~

~~evgenia@tppzkam.ru~~

> SIZE=64650
Wed 2016-10-12 13:48:07: <— 250 OK
Wed 2016-10-12 13:48:07: —> RCPT To:<

~~pirogova-08@mail.ru~~

>
Wed 2016-10-12 13:48:07: <— 250 OK
Wed 2016-10-12 13:48:07: —> DATA
Wed 2016-10-12 13:48:07: <— 354 Go ahead
Wed 2016-10-12 13:48:07: Sending <xxxxxxxxxxxxxxxxxxxxxxxxpd50000058399.msg> to [217.69.139.150]
Wed 2016-10-12 13:48:07: Transfer Complete
Wed 2016-10-12 13:48:08: <— 550 spam message rejected. Please visit http://help.mail.ru/notspam-su… 8BAPUZDgs~ or report details to abuse@corp.mail.ru. Error code: D4BDCEB5DFDB6F5AED541FDF782673E48D444EB70227C7A9C104993D0869E3278A11BBA44B4160F7 773761F4B14DA6B57E95E57D8B4E2B42. ID: 0000000800011F210B0E19F5.
Wed 2016-10-12 13:48:08: —> QUIT
— End Transcript —

—1012-1348-12-PART-BREAK
Content-Type: message/rfc822; name=»md50000010369.eml»
Content-Transfer-Encoding: 7bit

X-MDAV-Result: clean
X-MDAV-Processed: mail.tppzkam.ru, Wed, 12 Oct 2016 13:48:05 +0400
Received: from [192.168.1.105] by mail.tppzkam.ru (MDaemon PRO v13.0.0)
with ESMTP id md50000317936.msg
for <

~~pirogova-08@mail.ru~~

>; Wed, 12 Oct 2016 13:48:05 +0400
X-Spam-Processed: mail.tppzkam.ru, Wed, 12 Oct 2016 13:48:05 +0400
(not processed: message from trusted or authenticated source)
X-Return-Path: prvs=109302e8a0=

~~evgenia@tppzkam.ru~~

X-Envelope-From:

~~evgenia@tppzkam.ru~~

X-MDaemon-Deliver-To:

~~pirogova-08@mail.ru~~

~~evgenia@tppzkam.ru~~

~~pirogova-08@mail.ru~~

Message-ID: <MDAEMON0184201610121347.AA4751812@mail.tppzkam.ru>
Mime-Version: 1.0
X-Actual-From: MDaemon@mail.tppzkam.ru
Content-Type: multipart/mixed; boundary=»1012-1347-51-PART-BREAK»
Resent-From:

~~evgenia@tppzkam.ru~~

—1012-1347-51-PART-BREAK
Content-Type: text/plain; charset=Windows-1251
Content-Transfer-Encoding: 7bit

Прикрепленное сообщение Failed address:

~~pirogova-08@mail.ru~~

~~pirogova-08@mail.ru[~~

/email]
Wed 2016-10-12 13:47:46: * Subject: =?Windows-1251?B?z+7x8u7/7e3g/yDu+Ojh6uAg5O7x8uDi6ug=?=
Wed 2016-10-12 13:47:46: * Size (bytes): 59455
Wed 2016-10-12 13:47:46: * Message-ID: <MDAEMON0180201610121347.AA4721343@mail.tppzkam.ru>
Wed 2016-10-12 13:47:46: Attempting SMTP connection to [mail.ru]
Wed 2016-10-12 13:47:46: Resolving MX records for [mail.ru] (DNS Server: 217.23.176.1)…
Wed 2016-10-12 13:47:46: * P=010 S=000 D=MAIL.ru TTL=(5) MX=[mxs.mail.ru]
Wed 2016-10-12 13:47:46: Attempting SMTP connection to [mxs.mail.ru:25]
Wed 2016-10-12 13:47:46: Resolving A record for [mxs.mail.ru] (DNS Server: 217.23.176.1)…
Wed 2016-10-12 13:47:46: * D=mxs.MAIL.ru TTL=(0) A=[94.100.180.150]
Wed 2016-10-12 13:47:46: * D=mxs.MAIL.ru TTL=(0) A=[217.69.139.150]
Wed 2016-10-12 13:47:46: Randomly picked 94.100.180.150 from list of A records
Wed 2016-10-12 13:47:46: Attempting SMTP connection to [94.100.180.150:25]
Wed 2016-10-12 13:47:46: Waiting for socket connection…
Wed 2016-10-12 13:47:46: * Connection established (192.168.1.1:4667 -> 94.100.180.150:25)
Wed 2016-10-12 13:47:46: Waiting for protocol to start…
Wed 2016-10-12 13:47:46: <— 220 Mail.Ru ESMTP
Wed 2016-10-12 13:47:46: —> EHLO mail.tppzkam.ru
Wed 2016-10-12 13:47:46: <— 250-mx70.mail.ru ready to serve
Wed 2016-10-12 13:47:46: <— 250-STARTTLS
Wed 2016-10-12 13:47:46: <— 250-SIZE 73400320
Wed 2016-10-12 13:47:46: <— 250 8BITMIME
Wed 2016-10-12 13:47:46: —> STARTTLS
Wed 2016-10-12 13:47:46: <— 220 2.0.0 Start TLS
Wed 2016-10-12 13:47:46: SSL negotiation successful (TLS 1.0, 2048 bit key exchange, 128 bit RC4 encryption)
Wed 2016-10-12 13:47:46: —> EHLO mail.tppzkam.ru
Wed 2016-10-12 13:47:46: <— 250-mx70.mail.ru ready to serve
Wed 2016-10-12 13:47:46: <— 250-SIZE 73400320
Wed 2016-10-12 13:47:46: <— 250 8BITMIME
Wed 2016-10-12 13:47:46: —> MAIL From:<prvs=109302e8a0=

~~evgenia@tppzkam.ru~~

> SIZE=59455
Wed 2016-10-12 13:47:46: <— 250 OK
Wed 2016-10-12 13:47:46: —> RCPT To:<

~~pirogova-08@mail~~

.ru>
Wed 2016-10-12 13:47:47: <— 250 OK
Wed 2016-10-12 13:47:47: —> DATA
Wed 2016-10-12 13:47:47: <— 354 Go ahead
Wed 2016-10-12 13:47:47: Sending <xxxxxxxxxxxxxxxxxxxxxxxxpd50000058391.msg> to [94.100.180.150]
Wed 2016-10-12 13:47:47: Transfer Complete
Wed 2016-10-12 13:47:47: <— 550 spam message rejected. Please visit http://help.mail.ru/notspam-su… 8BAIrO8jc~ or report details to abuse@corp.mail.ru. Error code: F8D875178E66FFF518CF4EA704C345774F226FD4BC4DA3513258CE6A80D82F45EBB092D20E0C6A1C 134CF876002D8CBF9B720D6D8F35B237. ID: 0000000200011F2637F2CE8A.
Wed 2016-10-12 13:47:47: —> QUIT
— End Transcript —

Источник