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's user avatar

vvvvv

24.3k19 gold badges48 silver badges76 bronze badges

asked Oct 21, 2008 at 10:38

Albert's user avatar

1

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

ConroyP's user avatar

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

kaleissin's user avatar

kaleissinkaleissin

1,24513 silver badges18 bronze badges

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

Linger's user avatar

Linger

14.9k23 gold badges52 silver badges79 bronze badges

answered Aug 20, 2012 at 1:46

t.durden's user avatar

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

hamstar's user avatar

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. По умолчанию эта опция включена.

См. также:

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

Источник

  • Md5 of file does not match data in flash ошибка
  • Mcskill ошибка java net connectexception
  • Mcs 220 otis коды ошибок
  • Mcreator ошибка при установке рабочей среды
  • Mcreator ошибка mcreator setup failed