Mail error 354

hello,

kalinga

Posts: 40
Joined: Wed Sep 06, 2006 6:18 am
Location: Sri Lanka/Colombo

Reason: 354 Start mail input; end with <CRLF>.<CRLF

hello,

i have this error with ME 1.92 ST on Windows 2000 SP4 Server.

i see this msg time to time even with ME to ME mail transfers.

====
MailEnable: Message Delivery Failure.

The following recipient(s) could not be reached:

Recipient: [SMTP:log@XX.com]
Reason: 354 Start mail input; end with <CRLF>.<CRLF>
=======

why does ME SMTP take 354 reply as an error ????? this is really funny… does any one know why ?


eisi

Posts: 27
Joined: Thu Oct 17, 2002 12:58 am

Re: Reason: 354 Start mail input; end with <CRLF>.<

Post

by eisi » Thu Sep 07, 2006 8:31 am

Hello,

a year ago , we had the same problems with the Deutsche Telekom.
Mails to the Telekom are logged with the same error.
I think this problem is a faulty networkcard or a full/halfduplex problem in your network.

Regards,

Ingo

kalinga wrote:hello,

i have this error with ME 1.92 ST on Windows 2000 SP4 Server.

i see this msg time to time even with ME to ME mail transfers.

====
MailEnable: Message Delivery Failure.

The following recipient(s) could not be reached:

Recipient: [SMTP:log@XX.com]
Reason: 354 Start mail input; end with <CRLF>.<CRLF>
=======

why does ME SMTP take 354 reply as an error ????? this is really funny… does any one know why ?


kalinga

Posts: 40
Joined: Wed Sep 06, 2006 6:18 am
Location: Sri Lanka/Colombo

Post

by kalinga » Thu Sep 07, 2006 11:46 am

Hi,

dont think is a network card issue as i have 2 servers both report the same error time to time.

what i cant understand is why does ME 354 reply as an error ? i think this is an error or a bug in the ME transport as i dont see any error when i use the MS SMTP as the outgoing and inbound SMTP.

i get this error in the local network with the fullowing setups

ME SMTP — > ME SMTP (LAN)
ME SMTP —-> POSTFIX SMTP (LAN)


eisi

Posts: 27
Joined: Thu Oct 17, 2002 12:58 am

Post

by eisi » Thu Sep 07, 2006 12:11 pm

Yes, but the normal logging looks like this one:

Helo
Mail From
Mail To
Data
Quit

Your logging looks like:

Helo
Mail From
Mail To
354 Start mail input; end with <CRLF>.<CRLF>

I dont now exacly why this happens, but i know that the Telecom had a faulty switch and after they changed this switch, the problem was solved.

Ingo


kalinga

Posts: 40
Joined: Wed Sep 06, 2006 6:18 am
Location: Sri Lanka/Colombo

Post

by kalinga » Thu Sep 07, 2006 2:44 pm

well any normal smtp communication look like this

< 220 mail.XX.com ESMTP MailEnable Service, Version: 1.9— ready at 09/07/06 10:39:34
> HELO edit.XX.com
< 250 Requested mail action okay, completed
> MAIL FROM:<kalinga@XXX.net>
< 250 Requested mail action okay, completed
> RCPT TO:<abuse@XXX.lk>
< 250 Requested mail action okay, completed
> DATA
< 354 Start mail input; end with <CRLF>.<CRLF>
> From: kalinga@XXX.net
> To: abuse@XXX.lk
> Subject: SMTP Test
>
> If you received this, then the mail server is probably working.
> .
< 250 Requested mail action okay, completed

————

the < 354 Start mail input; end with <CRLF>.<CRLF> is the reply send by ME SMTP to the sending server as a reply to the DATA command.

as for RFC only 4XX and 5XX taken as error replys and 250 and 354 taken as OK

so im not sure why ME is taken the 354 reply as an error msg, when both been ME servers.


MailEnable

Site Admin
Posts: 4441
Joined: Tue Jun 25, 2002 3:03 am
Location: Melbourne, Victoria Australia

Post

by MailEnable » Thu Sep 07, 2006 3:04 pm

MailEnable does not consider 354 an error.

This:
Reason: 354 Start mail input; end with <CRLF>.<CRLF>

actually means that the 354 was the last valid command. This being the case it means that an error occured in the transmission of the message contents. This normally means that the MTU setting is incorrect for the server or there is a bad router in the mix.

The test is to manually use telnet to send a message to the remote server.
Then, send a very short message from mailenable. If the short message works, but larger ones do not, then you need to review the mtu settings of your server and (if possible) any routers between the two servers.

Regards, Andrew


paarlberg

Posts: 1071
Joined: Tue Mar 02, 2004 7:33 pm
Location: Atlanta, GA, USA

Post

by paarlberg » Thu Sep 07, 2006 4:04 pm

If you are behind NAT on a Cisco router you will have to adjust the MTA. I had simialr issues at one point. I had to test in increments of 8 when lowering the MTU and I think the 3rd or 4th one worked.

I would look at the MTU as the root first. You can always change it back and it sholdn’t cause any issues with anything else.


kalinga

Posts: 40
Joined: Wed Sep 06, 2006 6:18 am
Location: Sri Lanka/Colombo

Post

by kalinga » Thu Sep 07, 2006 4:47 pm

hi paarlbrg,

no both servers (ME) are on my LAN, i done use ME as the outgoing or incomming servers, for that i use linux gateways, i have this issue when ME transfer an mail form to a nother ME server on the same LAN, this happen only when there is a ZIP file or an attachment is there on the mail, but all of them are less then 500Kb.

so im thinking about setting up the system like this

ME —> MS SMTP —> MS SMTP —> ME

to transfer mail form and to ME servers in my LAN.

my only prb is why does ME take the and report the 354 as an error, clearly this is an bug on the SMTP of ME as it should NOT report the 354 reply as an error even if there was a data transfer error, it should re-try after some time.


kalinga

Posts: 40
Joined: Wed Sep 06, 2006 6:18 am
Location: Sri Lanka/Colombo

Post

by kalinga » Thu Sep 07, 2006 4:54 pm

MailEnable wrote:MailEnable does not consider 354 an error.

The test is to manually use telnet to send a message to the remote server.
Then, send a very short message from mailenable. If the short message works, but larger ones do not, then you need to review the mtu settings of your server and (if possible) any routers between the two servers.

what MTU setting you recomend for ME servers that running on the same LAN ?

also to servers that runn on links slower then 512Kbps ?


paarlberg

Posts: 1071
Joined: Tue Mar 02, 2004 7:33 pm
Location: Atlanta, GA, USA

Post

by paarlberg » Thu Sep 07, 2006 6:12 pm

I believe I used 1468 on mine. 1500 is most likley the default.

1500
1492
1484
1476
1468
etc…


kalinga

Posts: 40
Joined: Wed Sep 06, 2006 6:18 am
Location: Sri Lanka/Colombo

Post

by kalinga » Fri Sep 08, 2006 5:31 am

i did a ping test with 1500 (for more then 1 hour) i did not get any errors, i have set the MTU to 1430 on both servers, let see how it goes….


kalinga

Posts: 40
Joined: Wed Sep 06, 2006 6:18 am
Location: Sri Lanka/Colombo

Post

by kalinga » Fri Sep 08, 2006 9:44 am

well, its the same…. i get the error even after setting MTU in defrant setting


eisi

Posts: 27
Joined: Thu Oct 17, 2002 12:58 am

Post

by eisi » Fri Sep 08, 2006 9:50 am

Hi,
echo request/reply is nonrelevant for this problem.
If you have packetloss within your pings, you have much more trouble on your network :-)

Please tell me what hardware do you have:
Server1 Nic and operatingsystem
Server2 Nic and operatingsystem
Brand of switch or hub.

Ingo

kalinga wrote:i did a ping test with 1500 (for more then 1 hour) i did not get any errors, i have set the MTU to 1430 on both servers, let see how it goes….


kalinga

Posts: 40
Joined: Wed Sep 06, 2006 6:18 am
Location: Sri Lanka/Colombo

Post

by kalinga » Fri Sep 08, 2006 10:01 am

server 1

Windows 2000 server SP4 + Uptodate
NIC — Broadcomm 440x 10/100

HUB — 3Com

server 2

Windows 2000 server SP4 + Uptodate
NIC — Broadcomm 440x 10/100

but there is no prb with this setup

(ME —> MS SMTP) ——-> (MS SMTP —> ME)

i have setup MS SMTP on the same system running on a def port and ME fwd the mail to MS SMTP then MS SMTP fwd the mail to the other servers MS SMTP.

had no prb so far….

what must be the prb ?

this error only happend when there is an attachment and multiple recipent on the same mail.


eisi

Posts: 27
Joined: Thu Oct 17, 2002 12:58 am

Post

by eisi » Fri Sep 08, 2006 10:09 am

Ok,

two ideas:

1. Do you use a virusscanner ? if yes, please disable and test again.
2. Is the 3com a hub or a switch ?

Ingo


Протокол SMTP отвечает за отправку ваших сообщений. Если Вы получаете сообщение об ошибках SMTP, это означает, что ваши электронные письма не были отправлены. Вам необходимо знать, что вызвало эту проблему. Все коды SMTP состоят из трех цифр, например, 550, 221, 354, и т.д. Не все из них подразумевают некоторый тип ошибки. Чтобы понять значение кодов ошибок Вы должна знать, что каждая цифра (первая, вторая и третья) имеет собственное значение.

Первая цифра показывает Вам, если ваша команда была принята и обработана. Есть пять различных значений:

  • Почтовый сервер принял команду, но еще не предпринимает никакого действия. Требуется подтверждающее сообщение.
  • Почтовый сервер завершил задачу успешно без ошибок.
  • Почтовый сервер понял запрос, но требует, чтобы дальнейшая информация завершила это.
  • Почтовый сервер столкнулся с временным отказом. Если команда повторена без изменения. Попытайтесь снова, это может помочь!
  • Почтовый сервер столкнулся с неустранимой ошибкой. Ваш запрос не может быть обработан.

Если вы видите коды начинающиеся с 4, и 5, это означает, что ваше сообщение не будут отправлено, пока Вы не устраните неисправность

Вторая цифра означает:

  • Синтаксическая ошибка.
  • Информационный ответ (например, к ЗАПРОСУ СПРАВОЧНОЙ ИНФОРМАЦИИ).
  • Эта цифра относится к состоянию подключения.
  • Эта цифра относится к состоянию почтового сервера.

Последняя цифра кода показывает подробности состояния передачи.

Вот список самых важных кодов ошибки SMTP:

421 Обслуживание не доступно, закрыт канал передачи (Это может быть ответом на любую команду, если обслуживание{служба} знает, что это должно закрыть)

450 Требуемые почтовые действия, не предприняты: почтовый ящик недоступен (например, почтовый ящик занят)

451 Требуемое действие прерывалось: ошибка в обработке

452 Требуемые действия, не предприняты: недостаточно системных ресурсов

500 Синтаксическая ошибка, неправильная команда (Это может включать ошибки типа слишком длинная командная строка)

501 Синтаксическая ошибка в параметрах или переменных

502 Несуществующая команда

503 Неправильная последовательность команд

504 Параметр Command, не осуществлен

550 Требуемые действия, не предприняты: почтовый ящик недоступен (например, почтовый ящик, не найден, нет доступа)

551 Пользователь не местный; попробуйте еще раз

552 Требуемые почтовые действия прервались: превышено распределение памяти

553 Требуемые действия, не предприняты: имя почтового ящика, недопустимо (например, синтаксис почтового ящика неправильный)

554 Передача данных не удалась

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

211 Статус системы, или система помогают ответу

214 Сообщение Справки (Информация относительно того, как использовать получатель или значение специфической ненормативной команды; этот ответ полезен только человеческому пользователю)

220 Готов к обслуживанию

221 Обслуживается заключительный канал передачи

250 Требуемые почтовые действия завершены

251 Пользователь не местный; сообщение переправлено

354 Начните ввод сообщения. Завершите ввод сообщения. (точка).

<<Вернутся назад, в раздел «Полезные статьи»

From Wikipedia, the free encyclopedia

This is a list of Simple Mail Transfer Protocol (SMTP) response status codes. Status codes are issued by a server in response to a client’s request made to the server.

Unless otherwise stated, all status codes described here is part of the current SMTP standard, RFC 5321. The message phrases shown are typical, but any human-readable alternative may be provided.

Basic status code[edit]

A «Basic Status Code» SMTP reply consists of a three digit number (transmitted as three numeric characters) followed by some text. The number is for use by automata (e.g., email clients) to determine what state to enter next; the text («Text Part») is for the human user.

The first digit denotes whether the response is good, bad, or incomplete:

  • 2yz (Positive Completion Reply): The requested action has been successfully completed.
  • 3yz (Positive Intermediate Reply): The command has been accepted, but the requested action is being held in abeyance, pending receipt of further information.
  • 4yz (Transient Negative Completion Reply): The command was not accepted, and the requested action did not occur. However, the error condition is temporary, and the action may be requested again.
  • 5yz (Permanent Negative Completion Reply): The command was not accepted and the requested action did not occur. The SMTP client SHOULD NOT repeat the exact request (in the same sequence).

The second digit encodes responses in specific categories:

  • x0z (Syntax): These replies refer to syntax errors, syntactically correct commands that do not fit any functional category, and unimplemented or superfluous commands.
  • x1z (Information): These are replies to requests for information.
  • x2z (Connections): These are replies referring to the transmission channel.
  • x3z : Unspecified.
  • x4z : Unspecified.
  • x5z (Mail system): These replies indicate the status of the receiver mail system.

Enhanced status code[edit]

The Basic Status Codes have been in SMTP from the beginning, with RFC 821 in 1982, but were extended rather extensively, and haphazardly so that by 2003 RFC 3463 rather grumpily noted that: «SMTP suffers some scars from history, most notably the unfortunate damage to the reply code extension mechanism by uncontrolled use.»

RFC 3463 defines a separate series of enhanced mail system status codes which is intended to be better structured, consisting of three numerical fields separated by «.», as follows:

class "." subject "." detail

  class   = "2" / "4" / "5"

  subject = 1 to 3 digits

  detail  = 1 to 3 digits

The classes are defined as follows:

  • 2.XXX.XXX Success: Report of a positive delivery action.
  • 4.XXX.XXX Persistent Transient Failure: Message as sent is valid, but persistence of some temporary conditions has caused abandonment or delay.
  • 5.XXX.XXX Permanent Failure: Not likely to be resolved by resending the message in current form.

In general the class identifier MUST match the first digit of the Basic Status Code to which it applies.[1]

The subjects are defined as follows:

  • X.0.XXX Other or Undefined Status
  • X.1.XXX Addressing Status
  • X.2.XXX Mailbox Status
  • X.3.XXX Mail System Status
  • X.4.XXX Network and Routing Status
  • X.5.XXX Mail Delivery Protocol Status
  • X.6.XXX Message Content or Media Status
  • X.7.XXX Security or Policy Status

The meaning of the «detail» field depends on the class and the subject, and are listed in RFC 3463 and RFC 5248.

A server capable of replying with an Enhanced Status Code MUST preface (prepend) the Text Part of SMTP Server responses with the Enhanced Status Code followed by one or more spaces. For example, the «221 Bye» reply (after QUIT command) MUST be sent as «221 2.0.0 Bye» instead.[1]

The Internet Assigned Numbers Authority (IANA) maintains the official registry of these enhanced status codes.[2]

Common status codes[edit]

This section list some of the more commonly encountered SMTP Status Codes. This list is not exhaustive, and the actual text message (outside of the 3-field Enhanced Status Code) might be different.

— 2yz Positive completion[edit]

211 System status, or system help reply
214 Help message (A response to the HELP command)
220 <domain> Service ready
221 <domain> Service closing transmission channel
221 2.0.0 Goodbye [1]
235 2.7.0 Authentication succeeded [3]
240 QUIT
250 Requested mail action okay, completed
251 User not local; will forward
252 Cannot verify the user, but it will try to deliver the message anyway

— 3yz Positive intermediate[edit]

334 (Server challenge — the text part contains the Base64-encoded challenge) [3]
354 Start mail input

— 4yz Transient negative completion[edit]

«Transient Negative» means the error condition is temporary, and the action may be requested again. The sender should return to the beginning of the command sequence (if any).

The accurate meaning of «transient» needs to be agreed upon between the two different sites (receiver- and sender-SMTP agents) must agree on the interpretation. Each reply in this category might have a different time value, but the SMTP client SHOULD try again.

421 Service not available, closing transmission channel (This may be a reply to any command if the service knows it must shut down)
432 4.7.12 A password transition is needed [3]
450 Requested mail action not taken: mailbox unavailable (e.g., mailbox busy or temporarily blocked for policy reasons)
451 Requested action aborted: local error in processing
451 4.4.1 IMAP server unavailable [4]
452 Requested action not taken: insufficient system storage
454 4.7.0 Temporary authentication failure [3]
455 Server unable to accommodate parameters

— 5yz Permanent negative completion[edit]

The SMTP client SHOULD NOT repeat the exact request (in the same sequence). Even some «permanent» error conditions can be corrected, so the human user may want to direct the SMTP client to reinitiate the command sequence by direct action at some point in the future.

500 Syntax error, command unrecognized (This may include errors such as command line too long)
500 5.5.6 Authentication Exchange line is too long [3]
501 Syntax error in parameters or arguments
501 5.5.2 Cannot Base64-decode Client responses [3]
501 5.7.0 Client initiated Authentication Exchange (only when the SASL mechanism specified that client does not begin the authentication exchange) [3]
502 Command not implemented
503 Bad sequence of commands
504 Command parameter is not implemented
504 5.5.4 Unrecognized authentication type [3]
521 Server does not accept mail [5]
523 Encryption Needed [6]
530 5.7.0 Authentication required [3]
534 5.7.9 Authentication mechanism is too weak [3]
535 5.7.8 Authentication credentials invalid [3]
538 5.7.11 Encryption required for requested authentication mechanism[3]
550 Requested action not taken: mailbox unavailable (e.g., mailbox not found, no access, or command rejected for policy reasons)
551 User not local; please try <forward-path>
552 Requested mail action aborted: exceeded storage allocation
553 Requested action not taken: mailbox name not allowed
554 Transaction has failed (Or, in the case of a connection-opening response, «No SMTP service here»)
554 5.3.4 Message too big for system [4]
556 Domain does not accept mail [5]

Example[edit]

Below is an example SMTP connection, where a client «C» is sending to server «S»:

S: 220 smtp.example.com ESMTP Postfix
C: HELO relay.example.com
S: 250 smtp.example.com, I am glad to meet you
C: MAIL FROM:<bob@example.com>
S: 250 Ok
C: RCPT TO:<alice@example.com>
S: 250 Ok
C: RCPT TO:<theboss@example.com>
S: 250 Ok
C: DATA
S: 354 End data with <CR><LF>.<CR><LF>
C: From: "Bob Example" <bob@example.com>
C: To: Alice Example <alice@example.com>
C: Cc: theboss@example.com
C: Date: Tue, 15 Jan 2008 16:02:43 -0500
C: Subject: Test message
C: 
C: Hello Alice.
C: This is a test message with 5 header fields and 4 lines in the message body.
C: Your friend,
C: Bob
C: .
S: 250 Ok: queued as 12345
C: QUIT
S: 221 Bye
{The server closes the connection}

And below is an example of an SMTP connection in which the SMTP Server supports the Enhanced Status Code, taken from RFC 2034:

S: 220 dbc.mtview.ca.us SMTP service ready
C: EHLO ymir.claremont.edu
S: 250-dbc.mtview.ca.us says hello
S: 250 ENHANCEDSTATUSCODES
C: MAIL FROM:<ned@ymir.claremont.edu>
S: 250 2.1.0 Originator <ned@ymir.claremont.edu> ok
C: RCPT TO:<mrose@dbc.mtview.ca.us>
S: 250 2.1.5 Recipient <mrose@dbc.mtview.ca.us> ok
C: RCPT TO:<nosuchuser@dbc.mtview.ca.us>
S: 550 5.1.1 Mailbox "nosuchuser" does not exist
C: RCPT TO:<remoteuser@isi.edu>
S: 551-5.7.1 Forwarding to remote hosts disabled
S: 551 5.7.1 Select another host to act as your forwarder
C: DATA
S: 354 Send message, ending in CRLF.CRLF.
 ...
C: .
S: 250 2.6.0 Message accepted
C: QUIT
S: 221 2.0.0 Goodbye
{The server closes the connection}

References[edit]

  1. ^ a b c RFC 2034
  2. ^ «Simple Mail Transfer Protocol (SMTP) Enhanced Status Codes Registry». IANA. Retrieved December 20, 2018.
  3. ^ a b c d e f g h i j k l RFC 4954
  4. ^ a b RFC 4468
  5. ^ a b RFC 7504
  6. ^ RFC 5248

На чтение 5 мин. Просмотров 2.3k. Опубликовано 31.07.2019

Слишком часто сообщения об ошибках непонятны. Эта страница будет вашим руководством по кодовым почтовым серверам, если ваша электронная почта не отправляется. Если вы получили сообщение об ошибке типа «Не удалось отправить ваше сообщение. Ошибка 421», каков ваш следующий шаг? Пусть эта страница будет вашим руководством к тому, что делать дальше.

Содержание

  1. Коды ошибок SMTP: значение за цифрами
  2. Получил SMTP 550: постоянный сбой одного или нескольких получателей?
  3. Список кодов ошибок SMTP (с пояснениями)

Коды ошибок SMTP: значение за цифрами

Почтовый сервер ответит на каждый запрос клиента (например, вашей почтовой программы) кодом возврата. Этот код состоит из трех чисел.

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

  • 1 . Сервер принял команду, но пока не предпринимает никаких действий. Требуется подтверждающее сообщение. В настоящее время это не используется.
  • 2 . Сервер успешно выполнил задание.
  • 3 . Сервер понял запрос, но для его завершения требуется дополнительная информация.
  • 4 . На сервере произошла временная ошибка. Если команда повторяется без каких-либо изменений, она может быть выполнена. Почтовые серверы могут использовать такие временные сбои, чтобы держать ненадежных отправителей в страхе.
  • 5 . На сервере обнаружена ошибка.

Второй номер дает больше информации. Это шесть возможных значений:

  • 0 : произошла синтаксическая ошибка.
  • 1 . Обозначает информационный ответ, например, на запрос HELP.
  • 2 . Относится к статусу подключения.
  • 3 и 4 не указаны.
  • 5 . Относится к состоянию почтовой системы в целом и почтового сервера в частности.

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

Получил SMTP 550: постоянный сбой одного или нескольких получателей?

Наиболее распространенный код ошибки SMTP при отправке электронной почты – 550.

Ошибка SMTP 550 – это общее сообщение об ошибке. Это означает, что письмо не может быть доставлено.

Ошибка доставки SMTP 550 происходит по разным причинам; хотя сам код ошибки 550 ничего не говорит о причине сбоя, многие SMTP-сервер содержат пояснительное сообщение с кодом ошибки.

Зачастую электронное письмо не может быть доставлено, поскольку оно было заблокировано как спам, либо путем анализа его содержимого, либо потому, что отправитель – или сеть отправителя – указан в качестве вероятного источника спама в черном списке DNS. Некоторые почтовые серверы также проверяют ссылки на вредоносные программы и возвращают ошибку 550. К SMTP-ошибкам 550 относятся следующие коды:

  • 550 5.7.1 . Служба недоступна: клиент [###] заблокирован с помощью ### (Exchange Server)
  • 550 5.7.1: сообщение отклонено как спам с помощью фильтрации содержимого (Exchange Server)
  • 550 Это сообщение было классифицировано как СПАМ и может быть не доставлено
  • 550 Высокая вероятность спама (Gmail)
  • 550 5.2.1 почта от отказавшегося спам-сайта
  • 550 Ваше сообщение было отклонено, так как было обнаружено, что вы отправляете спам (Отправка из Rackspace)
  • 550 Сообщение содержало небезопасный контент

Что ты можешь сделать? Если возможно, попробуйте связаться с получателем другими способами . Если сообщение об ошибке указывает на определенный черный список или фильтр спама, попробуйте связаться с администратором списка или фильтра . В противном случае вы всегда можете объяснить неудачную ситуацию своему провайдеру электронной почты . Они могут связаться со своим коллегой на приемной стороне и разобраться в ситуации.

Список кодов ошибок SMTP (с пояснениями)

Три числа ошибки SMTP дают нам подробный список кодов ответов сервера ESMTP/SMTP, как указано в RFC 821 и последующих расширениях:

  • 211 – сообщение о состоянии системы.
  • 214 . Далее следует справочное сообщение для читателя.
  • 220 – служба SMTP готова.
  • 221 . Служба закрывается.
  • 250 . Запрошенное действие выполнено и выполнено. Лучшее сообщение из всех них.
  • 251 . Получатель не является локальным для сервера, но сервер примет и перенаправит сообщение.
  • 252 . Получатель не может быть VRFYed, но сервер принимает сообщение и пытается доставить.
  • 354 – начинайте ввод сообщения и заканчивайте на. Это означает, что сервер готов принять само сообщение (после того, как вы сообщили ему, откуда оно и куда вы хотите отправиться).
  • 421 . Служба недоступна, и соединение будет закрыто.
  • 450 . Запрошенная команда не выполнена, поскольку почтовый ящик пользователя был недоступен (например, потому что он был заблокирован). Попробуйте позже.
  • 451 . Команда была прервана из-за ошибки сервера. Не твоя вина. Возможно, дайте знать администратору.
  • 452 . Команда была прервана, поскольку на сервере недостаточно системного хранилища.
  • 455 . Сервер не может обработать команду в данный момент.

Следующие сообщения об ошибках (500-504) обычно говорят вам, что ваш почтовый клиент неисправен или, чаще всего, что ваша электронная почта не может быть доставлена ​​по той или иной причине.

  • 500 . Сервер не смог распознать команду из-за синтаксической ошибки.
  • 501 . В аргументах команды обнаружена синтаксическая ошибка.
  • 502 . Эта команда не реализована.
  • 503 . Сервер обнаружил неверную последовательность команд.
  • 504 . Параметр команды не реализован.
  • 521 . Этот хост никогда не принимает почту; ответ фиктивного сервера.
  • 541 . Сообщение не может быть доставлено по политическим причинам – обычно это спам-фильтр. (Только некоторые SMTP-серверы возвращают этот код ошибки.)
  • 550 . Запрошенная команда не выполнена, поскольку почтовый ящик пользователя был недоступен (например, потому что он не был найден или команда была отклонена по соображениям политики).
  • 551 . Получатель не является локальным для сервера. Затем сервер выдает пробный адрес для переадресации.
  • 552 . Действие было прервано из-за превышения объема памяти.
  • 553 . Команда была прервана, поскольку имя почтового ящика неверно.
  • 554 . Транзакция не удалась. Во всем виновата погода.
  • 555 . Сервер не распознает формат адреса электронной почты, поэтому доставка невозможна.
  • 556 . Сообщение необходимо переслать, но принимающий сервер отклонит его.

Если вы не используете сервис рассылки для отправки писем, они могут не попасть во «Входящие» получателей из-за SMTP ошибок. Отправляйте письма через SMTP сервис SendPulse. Мы предлагаем чистые IP адреса, надежные серверы, SPF и DKIM записи, чтобы повысить доставляемость ваших рассылок. А узнать о значениях и причинах SMTP ошибок вы можете в этой статье.

Код ошибки — это зашифрованная комбинация чисел, которая требует объяснения. Чтобы понять, почему ваше письмо не может быть отправлено, обязательно нужно знать значение кода ошибки.

Код SMTP ошибок состоит из 3 цифр, каждая из которых имеет свое значение.

Первая цифра указывает на то, был ли принят и обработан ваш запрос.

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

  1. Сервер принял команду, но не предпринял никаких действий, так как ожидает подтверждения на выполнение запрашиваемых действий.
  2. Действие было успешно выполнено и сервер готов принимать новую команду.
  3. Сервер принял команду, но для её завершения требуется дополнительная информация.
  4. Возник временный сбой. Если не последует изменений при повторении команды, попробуйте ещё раз.
  5. Сервер столкнулся с неустранимой ошибкой, ваша команда не будет обработана.

Если код начинается с цифры 2 — ваша команда успешно обработана, если с 4 — есть временный сбой, с 5 — постоянный сбой. В последнем случае ваши письма не будут отправлены, пока вы не устраните ошибку.

Существует 4 значения для второй цифры кода SMTP ошибки

  1. Синтаксическая ошибка.
  2. Информационный ответ (запрос информации, например, помощь).
  3. Обозначает состояние подключения.
  4. Обозначает состояние почтового сервера или почтовой системы.

Последняя цифра в коде несет более подробную информацию о статусе доставки.

Самые важные коды SMTP ошибок

214 — Ответ на запрос информации о том, как работать с сервером, описание нестандартных команд, полезное только для человека.

220 — Готов к работе.

221 — Служба обслуживает заключительный канал передачи данных.

250 — Запрашиваемое почтовое действие успешно завершено.

251 — Получатель не местный, но сервер переотправит письмо.

252 — Почтовый ящик не может быть верифицирован сервером, но он будет осуществлять попытки доставить письмо.

354 — Начинайте ввод сообщения. Оно должно заканчиваться точкой на новой строке.

421 — Сервер недоступен, канал связи будет закрыт.

422 — Размер письма превышает лимит входящих сообщений получателя.

442 — Почтовый сервер начал доставлять письмо, но подключение было прервано во время передачи.

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

451 — Запрашиваемое действие было прервано, локальная ошибка во время обработки.

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

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

501 — Синтаксическая ошибка в параметрах или аргументах. Это может быть неправильный адрес электронной почты.

502 — Команда нереализована. Она валидна, но не активирована вашим провайдером.

503 — Неверная последовательность команд, почтовый сервер требует аутентификацию.

504 — Параметр команды не реализован.

510 — Неверный адрес электронной почты. Адреса ваших получателей могут содержать ошибки.

512 — Домен получателя не найден или не существует.

513 — Неверный адрес электронной почты. Может содержать ошибки, или сервер требует аутентификацию.

515 — Неверный адрес электронной почты.

521 — Почтовый ящик не принимает письма.

523 — Размер письма превышает лимит почтового ящика получателя.

530 — Требуется аутентификация, или сервер получателя добавил вас в черный список. Это может быть и неверный адрес электронной почты.

531 — Почтовая система заполнена.

534 — Недостаточно надежный механизм аутентификации.

535 — Ошибки аутентификации.

541 — Почтовый ящик получателя отметил ваше письмо как спам.

550 — Запрашиваемые действия не выполнены, потому что почтовый ящик недоступен. Команда могла быть отклонена политикой безопасности, или почтовый ящик не был найден.

551 — Нелокальный пользователь или неверный адрес электронной почты.

552 — Запрашиваемое действие прервано из-за превышения дискового пространства.

553 — Запрашиваемое действие не выполнено, возможна синтаксическая ошибка в имени почтового ящика.

554 — Передача данных не удалась. Так случается, если сервер получателя считает ваше письмо спамом, находит ваш IP адрес в черном списке, или сам добавляет его в свой черный список.

555 — Адрес электронной почты не был опознан сервером.

SMTP для email рассылок

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

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

Мы оставляем свои подписи на всех исходящих сообщениях по умолчанию, что улучшает доставляемость писем.

Отправить рассылку


Обновлено: 02.12.2020

Понравилась статья? Поделить с друзьями:
  • Mail delivery failed returning message to sender как исправить
  • Mail appears to be unsolicited send error reports to перевод
  • Mail address to bad format error
  • Mahjong pokemon runtime error
  • Magner 75 ошибка cse1 как исправить