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

Протокол 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]

What’s Causing This Error

The SMTP 501 error occurs when you try to send an email to an invalid email address or invalid domain name. Additionally, you may run into this error from time to time due to anti-virus guards dropping your SMTP connection or if the SMTP command exceeds 512 characters (when sending the email from the command line).

Furthermore, specific SMTP servers throw the 501 error when the email address does not comply with the RFC 2821 Specifications.

Solution — Here’s How To Resolve It

For command-line users

If you’re sending the email using an SMTP command exceeding 512 characters, you can use the SMTP extensions to increase this limit.

For non-command-line users

First, verify the validity of the sender’s email address and the sender’s domain. If the email is invalid, use the valid email address when you send the email to resolve the error.

However, if the email you are trying to send is valid, check if your SMTP Server complies with the RFC 2821 specifications. If so, make sure the sender’s email is in the following format:

• The local part (content before the «@» sign) is greater than 0 and less than 64 characters.
• The domain (content after the «@» sign) does not exceed 255 characters.

If your email address complies with these standards and the error persists, a quick fix would be to disable your firewall or anti-virus guard.