Меню Рубрики

Установка smtp сервера exchange

Настройка параметров протокола SMTP с проверкой подлинности для клиентов POP3 и IMAP4 в Exchange Server Configure authenticated SMTP settings for POP3 and IMAP4 clients in Exchange Server

После включения и настройки протокола POP3 или IMAP4 на сервере Exchange, как описано в статье Включение и Настройка POP3 на сервере Exchange Server и Включение и настройка IMAP4 на сервере Exchange Server, необходимо настроить параметры SMTP с проверкой подлинности для клиентов POP3 и IMAP4, чтобы они могли отправлять сообщения электронной почты. After you enable and configure POP3 or IMAP4 on an Exchange server as described in Enable and configure POP3 on an Exchange server and Enable and configure IMAP4 on an Exchange server, you need to configure the authenticated SMTP settings for POP3 and IMAP4 clients so they can send email messages.

Соединитель получения по умолчанию под названием «интерфейсный _ _ клиента» в службах клиентского доступа на сервере почтовых ящиков прослушивает отправку клиентов SMTP с проверкой подлинности на порте 587. The default Receive connector named «Client Frontend » in the Client Access services on the Mailbox server listens for authenticated SMTP client submissions on port 587. По умолчанию этот соединитель использует следующие параметры для внутренних и внешних SMTP-подключений клиентов (с проверкой подлинности): By default, this connector uses the following settings for internal and external client (authenticated) SMTP connections:

SMTP-сервер: . SMTP server: . Например, mailbox01.contoso.com . For example, mailbox01.contoso.com .

TCP-порт: 587 TCP port: 587

Метод шифрования: TLS. Encryption method: TLS. Обратите внимание, что это уступающей протокол TLS (STARTTLS), который приводит к шифрованию подключения после истечения начального подтверждения по протоколу обычного текста. Note that this is opportunistic TLS (STARTTLS) that results in an encrypted connection after the initial plain text protocol handshake.

Чтобы настроить параметры протокола SMTP с проверкой подлинности, используемые клиентами POP3 и IMAP4, выполните указанные ниже действия. To configure the authenticated SMTP settings that are used by POP3 and IMAP4 clients, perform the following steps:

Настройте полное доменное имя в соединителе получения «клиентский интерфейсный _ сервера_». Configure the FQDN on the «Client Frontend » Receive connector.

Укажите сертификат, используемый для шифрования клиентских SMTP-подключений с проверкой подлинности. Specify the certificate that’s used to encrypt authenticated SMTP client connections.

Настройте Outlook в Интернете (предыдущее название — Outlook Web App) на отображение параметров SMTP для прошедших проверку подлинности клиентов SMTP в разделе Параметры > Параметры > Почта > Учетные записи > POP и IMAP. Configure Outlook on the web (formerly known as Outlook Web App) to display the SMTP settings for authenticated SMTP clients at Settings > Options > Mail > Accounts > POP and IMAP.

Дополнительные сведения о протоколах POP3 и IMAP4 приведены в статье POP3 и IMAP4 в Exchange Server. For more information about POP3 and IMAP4, see POP3 and IMAP4 in Exchange Server.

Что нужно знать перед началом работы What do you need to know before you begin?

Осталось времени до завершения: 5 минут. Estimated time to complete: 5 minutes.

Теперь для шифрования данных, которыми обмениваются компьютерные системы, используется протокол TLS вместо протокола SSL. Эти протоколы настолько сходны между собой, что термины «SSL» и «TLS» (без версий) часто используются как взаимозаменяемые. Поэтому когда в статьях по Exchange, Центр администрирования Exchange и Командная консоль Exchange упоминается термин «SSL», часто под ним подразумевается как протокол SSL, так и протокол TLS. Как правило, термин «SSL» обозначает именно протокол SSL только в тех случаях, когда указан номер версии (например, SSL 3.0). О том, почему следует отключить протокол SSL и перейти на протокол TLS, см. в статье Как устранить уязвимость SSL 3.0. Secure Sockets Layer (SSL) is being replaced by Transport Layer Security (TLS) as the protocol that’s used to encrypt data sent between computer systems. They’re so closely related that the terms «SSL» and «TLS» (without versions) are often used interchangeably. Because of this similarity, references to «SSL» in Exchange topics, the Exchange admin center, and the Exchange Management Shell have often been used to encompass both the SSL and TLS protocols. Typically, «SSL» refers to the actual SSL protocol only when a version is also provided (for example, SSL 3.0). To find out why you should disable the SSL protocol and switch to TLS, check out Protecting you against the SSL 3.0 vulnerability.

Если у вас есть клиенты POP3 или IMAP4, которые могут отправлять электронную почту SMTP только через порт 25, можно настроить порт 25 на соединителе получения «клиентский интерфейсный _ сервера_», чтобы разрешить клиентам отправлять почтовые сообщения SMTP с проверкой подлинности. If you have POP3 or IMAP4 clients that can only send SMTP email on port 25, you can configure port 25 on the «Client Frontend » Receive connector to allow clients to send authenticated SMTP email. Тем не менее, так как порт 25 также настроен в соединителе получения «клиентский интерфейсный _ _» для электронной почты с внешних SMTP-серверов, необходимо изменить локальные IP-адреса, которые используются для прослушивания порта 25 для одного или обоих соединителей. However, because port 25 is also configured on the «Client Frontend » Receive connector for email from external SMTP servers, you’ll need to modify the local IP addresses that are used to listen on port 25 on one or both of the connectors. Дополнительные сведения см. в разделе Привязки локальных адресов для соединителей получения. For more information, see Receive connector local address bindings.

Для выполнения этих процедур необходимы соответствующие разрешения. Сведения о необходимых разрешениях см. в статье запись «Соединители получения» в статье Разрешения потока обработки почты. You need to be assigned permissions before you can perform this procedure or procedures. To see what permissions you need, see the «Receive connectors» entry in the Mail flow permissions topic.

Сочетания клавиш для процедур, описанных в этой статье, приведены в статье Сочетания клавиш в Центре администрирования Exchange. For information about keyboard shortcuts that may apply to the procedures in this topic, see Keyboard shortcuts in the Exchange admin center.

Возникли проблемы? Попросите помощи на форумах Exchange. Перейти на форумы можно по следующим ссылкам: Exchange Server, Exchange Online или Exchange Online Protection. Having problems? Ask for help in the Exchange forums. Visit the forums at: Exchange Server, Exchange Online, or Exchange Online Protection.

Этап 1. Настройка полного доменного имени в соединителе получения «Клиентский интерфейсный сервер «. Step 1: Configure the FQDN on the «Client Frontend » Receive connector

Вы можете пропустить этот этап, если нужно оставить полное доменное имя сервера по умолчанию (например, mailbox01.contoso.com). Вы также можете указать полное доменное имя, лучше соответствующее вашему соглашению об именовании для Интернета или нужному сертификату TLS. You can skip this step if you want to keep the default server FQDN value (for example, mailbox01.contoso.com). Or, you can specify an FQDN value that’s more compatible with your Internet naming convention or a TLS certificate that you want to use.

Если вы изменили полное доменное имя и хотите, чтобы клиенты POP3 или IMAP4 использовали этот соединитель для отправки электронной почты, то новому FQDN должна соответствовать запись на внутреннем DNS-сервере. If you change the FQDN value, and you want internal POP3 or IMAP4 clients to use this connector to send email, the new FQDN needs to have a corresponding record in your internal DNS.

Независимо от полного доменного имени, если вы хотите, чтобы внешние клиенты POP3 или IMAP4 использовали этот соединитель для отправки электронной почты, то полному доменному имени должна соответствовать запись на общедоступном DNS-сервере, а TCP-порт (587) должен быть разрешен в брандмауэре на сервере Exchange Server. Regardless of the FQDN value, if you want external POP3 or IMAP4 clients to use this connector to send email, the FQDN needs to have a corresponding record in your public DNS, and the TCP port (587) needs to be allowed through your firewall to the Exchange server.

Настройка полного доменного имени для клиентов SMTP, прошедших проверку подлинности, с помощью Центра администрирования Exchange Use the EAC to configure the FQDN for authenticated SMTP clients

В Центре администрирования Exchange выберите пункты Поток обработки почты > Соединители получения. In the EAC, go to Mail flow > Receive connectors.

В списке соединителей получения выберите ** сервера переднего плана клиента**, а затем щелкните изменить ( редактирования). In the list of Receive connectors, select Client Frontend , and then click Edit ( ).

На открывшейся странице Соединитель получения Exchange нажмите Определение области. In the Exchange Receive Connector page that opens, click Scoping.

В поле Полное доменное имя введите полное доменное имя SMTP-сервера, которое требуется использовать для клиентских SMTP-подключений с проверкой подлинности (например, mail.contoso.com), а затем нажмите кнопку Сохранить. In the FQDN field, enter the SMTP server FQDN that you want to use for authenticated SMTP client connections (for example, mail.contoso.com) and then click Save.

Настройка полного доменного имени для клиентов SMTP, прошедших проверку подлинности, с помощью командной консоли Exchange Use the Exchange Management Shell to configure the FQDN for authenticated SMTP clients

Чтобы настроить полное доменное имя для клиентов SMTP, прошедших проверку подлинности, используйте следующий синтаксис: To configure the FQDN for authenticated SMTP clients, use the following syntax:

В этом примере настраивается полное доменное имя mail.contoso.com. This example configures the FQDN value mail.contoso.com.

Как убедиться, что все получилось? How do you know this step worked?

Чтобы убедиться, что полное доменное имя для соединителя получения «клиентский интерфейсный * * » успешно установлено, выполните одно из указанных ниже действий. To verify that you’ve successfully the FQDN on the «Client Frontend » Receive connector, use either of the following procedures:

Читайте также:  Установка предпускового подогревателя на газель камминз

в центре администрирования Exchange перейдите в раздел почтовые > индексы получения > выберите имя <>сервера переднего плана,](../../media/ITPro_EAC_EditIcon.png)нажмите > изменить (![значок редактирования) ипроверьте значение в поле полное доменное имя . the EAC, go to Mail flow > Receive connectors > select Client Frontend , click Edit ( ) > Scoping, and verify the value in the FQDN field.

В командной консоли Exchange выполните следующую команду: In the Exchange Management Shell, run the following command:

Этап 2. Указание сертификата, используемого для шифрования клиентских SMTP-подключений с проверкой подлинности, с помощью командной консоли Exchange Step 2: Use the Exchange Management Shell to specify the certificate that’s used to encrypt authenticated SMTP client connections

Сертификат должен совпадать с полным доменным именем, указанным на предыдущем этапе, или содержать его, а клиенты POP3 и SMTP должны доверять сертификату. Как правило, это означает, что сертификат выдан коммерческим центром сертификации. Дополнительные сведения см. в разделе Требования к сертификатам для служб Exchange. The certificate needs to match or contain the FQDN value that you specified in the previous step, and the POP3 and SMTP clients need to trust the certificate, which likely means a certificate from a commercial certification authority. For more information, see Certificate requirements for Exchange services.

Кроме того, необходимо назначить сертификат службе SMTP Exchange. Also, you need to assign the certificate to the Exchange SMTP service. Дополнительные сведения приведены в разделе назначение сертификатов службам Exchange Server. For more information, see Assign certificates to Exchange Server services.

Чтобы указать сертификат, используемый для клиентских SMTP-подключений с проверкой подлинности, используйте следующий синтаксис: To specify the certificate that’s used for authenticated SMTP client connections, use the following syntax:

В этом примере используется сертификат со значением отпечатка 434AC224C8459924B26521298CE8834C514856AB. This example uses the certificate that has the thumbprint value 434AC224C8459924B26521298CE8834C514856AB.

Как проверить, что шаг выполнен? How do you know this step worked?

Чтобы убедиться, что вы указали сертификат, используемый для шифрования клиентских SMTP-подключений с проверкой подлинности, выполните указанные ниже действия. To verify that you’ve specified the certificate that’s used to encrypt authenticated SMTP client connections, perform the following steps:

Выполните следующую команду в Командная консоль Exchange: Run the following command in the Exchange Management Shell:

Выполните следующую команду в Командная консоль Exchange: Run the following command in the Exchange Management Shell:

Убедитесь, что поле Subject или CertificateDomains сертификата, указанное в соединителе получения, содержит значение Fqdn соединителя получения. При этом совпадение может быть полным или частичным (с применением подстановочных знаков). Verify the Subject or CertificateDomains field of the certificate that you specified on the Receive connector contains the Fqdn value of the Receive connector (exact match or wildcard match).

Этап 3. Настройка Outlook в Интернете на отображение параметров SMTP для клиентов SMTP, прошедших проверку подлинности, с помощью командной консоли Exchange Step 3: Use the Exchange Management Shell to configure Outlook on the web to display the SMTP settings for authenticated SMTP clients

Чтобы настроить Outlook в Интернете на отображение параметров SMTP для клиентов SMTP, прошедших проверку подлинности, выполните следующую команду: To configure Outlook on the web to display the SMTP settings server for authenticated SMTP clients, run the following command:

Примечание: чтобы запретить отображение параметров SMTP в Outlook в Интернете, измените значение с $true «на $false «. Note: To prevent the SMTP settings from being displayed in Outlook on the web, change the value from $true to $false .

Как убедиться, что все получилось? How do you know this step worked?

Чтобы убедиться, что вы настроили Outlook в Интернете на отображение параметров SMTP для клиентов SMTP, прошедших проверку подлинности, выполните следующие действия: To verify that you’ve configured Outlook on the web to display the SMTP settings for authenticated SMTP clients, perform the following steps:

Откройте почтовый ящик в Outlook в Интернете и выберите Параметры > Параметры. Open a mailbox in Outlook on the web, and then click Settings > Options.

Нажмите Почта > Учетные записи > POP и IMAP и убедитесь, что отображаются правильные параметры SMTP. Click Mail > Accounts > POP and IMAP and verify the correct SMTP settings are displayed.

Note: Если параметры SMTP, которые вы настроили, не отображаются в Outlook в Интернете должным образом, net stop was /y выполните net start w3svc эти команды и перезапустите службы IIS. Note: If the SMTP settings that you configured don’t appear as expected in Outlook on the web, run the commands net stop was /y and net start w3svc to restart Internet Information Services (IIS).

Как убедиться, что это сработало? How do you know this task worked?

Чтобы убедиться, что вы настроили параметры протокола SMTP с проверкой подлинности на сервере Exchange Server, выполните одну или несколько из приведенных ниже процедур. To verify that you’ve configured the authenticated SMTP settings on the Exchange server, perform one or more following procedures:

Используйте командлеты Test-PopConnectivity и Test-ImapConnectivity, которые отправляют тестовые сообщения по протоколу SMTP с проверкой подлинности. Дополнительные сведения см. в статьях Test-PopConnectivity и Test-ImapConnectivity. Use the Test-PopConnectivity or Test-ImapConnectivity cmdlets, which use authenticated SMTP to send test messages. For more information, see Test-PopConnectivity and Test-ImapConnectivity.

Включить ведение журнала протокола в соединителе получения «клиентский интерфейсный _ сервера_» настройте клиент POP3 или IMAP4 для подключения к почтовому ящику, отправки тестового сообщения из внутренней сети и/или внешнего подключения к Интернету и просмотра результатов в журнале протокола. Enable protocol logging on the «Client Frontend » Receive connector, configure a POP3 or IMAP4 client to connect to a mailbox, send a test message from an internal network connection and/or an external Internet connection, and view the results in the protocol log. Более подробную информацию можно узнать в разделе ведение журнала протокола. For more information, see Protocol logging.

Note: вы не можете использовать протоколы POP3 и IMAP4 для подключения к почтовому ящику администратора. Note: You can’t use POP3 or IMAP4 to connect to the Administrator mailbox. Это ограничение было намеренно включено в Exchange 2016 и Exchange 2019, чтобы повысить уровень безопасности почтового ящика администратора. This limitation was intentionally included in Exchange 2016 and Exchange 2019 to enhance the security of the Administrator mailbox.

источник

Проверка связи по протоколу SMTP на серверах Exchange с помощью Telnet Use Telnet to test SMTP communication on Exchange servers

С помощью Telnet можно тестировать обмен данными по протоколу SMTP между серверами обмена сообщениями. You can use Telnet to test Simple Mail Transfer Protocol (SMTP) communication between messaging servers. SMTP — это протокол, который используется для отправки сообщений электронной почты с одного сервера обмена сообщениями на другой. SMTP is the protocol that’s used to send email messages from one messaging server to another. Использование Telnet может пригодиться, если у вас возникают проблемы с отправкой и получением сообщений, так как вы можете вручную отправить команды SMTP на сервер обмена сообщениями. Using Telnet can be helpful if you’re having trouble sending or receiving messages because you can manually send SMTP commands to a messaging server. В случае возврата сервер ответит ответами, которые будут возвращаться в типичном подключении. In return, the server will reply with responses that would be returned in a typical connection. Эти результаты могут помочь выяснить, почему вы не можете отправлять и получать сообщения. These results can sometimes help you to figure out why you can’t send or receive messages.

Вы можете использовать Telnet для проверки связи по протоколу SMTP, чтобы: You can use Telnet to test SMTP communication to:

Протестируйте потоки обработки почты из Интернета в организацию Exchange. Test mail flow from the Internet into your Exchange organization.

Протестируйте процесс обработки почты из Exchange на другом сервере обмена сообщениями в Интернете. Test mail flow from your Exchange to another messaging server on the Internet.

Знаете ли вы, что вместо использования Telnet для проверки подключения SMTP вы можете использовать анализатор удаленного подключения Майкрософт на сайте https://testconnectivity.microsoft.com/? Did you know that, instead of using Telnet to test SMTP connectivity, you can use the Microsoft Remote Connectivity Analyzer at https://testconnectivity.microsoft.com/? С помощью анализатора удаленного подключения вы можете выбрать требуемый тест подключения, в данном случае входящей электронной почты SMTPи следуйте инструкциям. With the Remote Connectivity Analyzer, you can choose the connectivity test you want to do, in this case Inbound SMTP Email, and follow the instructions shown. В этом разделе представлены сведения, которые необходимо ввести, выполнить тест для вас и предоставить результаты. It’ll step you through the information you need to enter, run the test for you, and then give you the results. Повторите попытку. Give it a try!

Что нужно знать перед началом работы What do you need to know before you begin?

Предполагаемое время для завершения: 15 минут. Estimated time to complete: 15 minutes

Разрешения Exchange не применяются к процедурам, описанным в этом разделе. Exchange permissions don’t apply to the procedures in this topic. Эти процедуры выполняются в операционной системе сервера Exchange или клиентского компьютера. These procedures are performed in the operating system of the Exchange server or a client computer.

В этом разделе показано, как использовать клиент Telnet, входящий в состав Windows. This topic shows you how to use Telnet Client, which is included with Windows. Сторонние Клиенты Telnet могут иметь синтаксис, отличный от того, что показано в этом разделе. Third-party Telnet clients might require syntax that’s different from what’s shown in this topic.

Читайте также:  Установка и настройка сервера с нуля

Действия, описанные в этом разделе, показывают, как подключаться к серверу, подключенному к Интернету и поддерживающему анонимные подключения с помощью TCP-порта 25. The steps in this topic show you how to connect to an Internet-facing server that allows anonymous connections using TCP port 25. Если вы пытаетесь подключиться к этому серверу из Интернета, вам необходимо убедиться, что сервер Exchange доступен из Интернета через TCP-порт 25. If you’re trying to connect to this server from the Internet, you need to make sure your Exchange server is reachable from the Internet on TCP port 25. Аналогично, если вы пытаетесь получить доступ к серверу в Интернете с сервера Exchange Server, необходимо убедиться, что сервер Exchange Server может открыть подключение к Интернету через TCP-порт 25. Similarly, if you’re trying to reach a server on the Internet from your Exchange server, you need to make sure your Exchange server can open a connect to the Internet on TCP port 25.

Вы можете заметить некоторые соединители получения, использующие TCP-порт 2525. You might notice some Receive connectors that use TCP port 2525. Это внутренние соединители получения, которые не используются для приема анонимных SMTP-подключений. These are internal Receive connectors and aren’t used to accept anonymous SMTP connections.

При тестировании подключения на удаленном сервере обмена сообщениями необходимо выполнить действия, описанные в этом разделе, на сервере Exchange. If you’re testing a connection on a remote messaging server, you should run the steps in this topic on your Exchange server. Серверы удаленной системы обмена сообщениями часто настраивают, чтобы IP-адрес, с которого поступило подключение SMTP, совпадал с доменом в адресе электронной почты отправителя. Remote messaging servers are often set up to make sure the IP address where the SMTP connection is coming from matches the domain in the sender’s email address.

Сочетания клавиш для процедур, описанных в этой статье, приведены в статье Сочетания клавиш в Центре администрирования Exchange. For information about keyboard shortcuts that may apply to the procedures in this topic, see Keyboard shortcuts in the Exchange admin center.

Возникли проблемы? Попросите помощи на форумах Exchange. Перейти на форумы можно по следующим ссылкам: Exchange Server, Exchange Online или Exchange Online Protection. Having problems? Ask for help in the Exchange forums. Visit the forums at: Exchange Server, Exchange Online, or Exchange Online Protection.

Шаг 1: Установка клиента Telnet на компьютере Step 1: Install the Telnet Client on your computer

В большинстве версий Windows вам потребуется установить клиент Telnet, прежде чем его можно будет использовать. On most versions of Windows, you’ll need to install the Telnet client before you can use it. Чтобы установить его, ознакомьтесь со статьей Установка клиента Telnet. To install it, see Install Telnet Client.

Шаг 2: Поиск полного доменного имени или IP-адреса конечного SMTP-сервера Step 2: Find the FQDN or IP address of the destination SMTP server

Для подключения к SMTP-серверу с помощью Telnet через порт 25 необходимо использовать полное доменное имя (например, mail.contoso.com) или IP-адрес SMTP-сервера. To connect to an SMTP server by using Telnet on port 25, you need to use the fully-qualified domain name (FQDN) (for example, mail.contoso.com) or the IP address of the SMTP server. Если вы не знаете полное доменное имя или IP-адрес, вы можете использовать средство командной строки Nslookup, чтобы найти запись MX для конечного домена. If you don’t know the FQDN or IP address, you can use the Nslookup command-line tool to find the MX record for the destination domain.

Политики сети могут препятствовать использованию средства Nslookup для запроса общедоступных DNS-серверов в Интернете. Network policies might prevent you from using the Nslookup tool to query public DNS servers on the Internet. В качестве альтернативы можно использовать один из доступных в Интернете веб-сайтов поиска DNS или записи MX. As an alternative, you can use one of the freely-available DNS lookup or MX record lookup web sites on the Internet.

В командной строки введите nslookup, а затем нажмите клавишу ВВОД. At a command prompt, type nslookup, and then press Enter. Эта команда открывает сеанс Nslookup. This command opens the Nslookup session.

Введите set Type = MX и нажмите клавишу ВВОД. Type set type=mx, and then press Enter.

Введите имя домена, для которого требуется найти запись MX. Type the name of the domain for which you want to find the MX record. Например, чтобы найти запись MX для домена fabrikam.com, введите fabrikam.com., а затем нажмите клавишу ВВОД. For example, to find the MX record for the fabrikam.com domain, type fabrikam.com., and then press Enter.

При использовании завершающей точки (. When you use a trailing period ( . ) вы предотвратите непреднамеренное Добавление DNS-суффиксов по умолчанию в доменное имя. ), you prevent any default DNS suffixes from being unintentionally added to the domain name.

Выходные данные команды выглядят так: The output of the command looks like this:

  1. Когда вы будете готовы завершить сеанс nslookup, введите команду Exit и нажмите клавишу ВВОД. When you’re ready to end the Nslookup session, type exit, and then press Enter.

Действие 3. Использование протокола Telnet на порте 25 для проверки связи по протоколу SMTP. Step 3: Use Telnet on Port 25 to test SMTP communication

В этом примере мы будем использовать следующие значения. In this example, we’re going to use the following values. При выполнении команд на сервере замените эти значения на имена SMTP-сервера организации, домена и т. д. When you run the commands on your server, replace these values with ones for your organization’s SMTP server, domain, etc.

SMTP-сервер назначения: mail1.fabrikam.com Destination SMTP server: mail1.fabrikam.com

Исходный домен: contoso.com Source domain: contoso.com

Адрес электронной почты отправителя: Chris@contoso.com Sender’s e-mail address: chris@contoso.com

Адрес получателя электронной почты: Kate@fabrikam.com Recipient’s e-mail address: kate@fabrikam.com

Тема сообщения: тест из Contoso Message subject: Test from Contoso

Текст сообщения: это тестовое сообщение Message body: This is a test message

Команды в клиенте Telnet не учитывают регистр. The commands in the Telnet Client aren’t case-sensitive. Команды SMTP в этом примере заменяются прописными для ясности. The SMTP command verbs in this example are capitalized for clarity. После подключения к SMTP-серверу назначения невозможно использовать клавишу BACKSPACE в сеансе Telnet. You can’t use the backspace key in the Telnet session after you connect to the destination SMTP server. Если при вводе команды SMTP допущена ошибка, необходимо нажать клавишу ВВОД, а затем ввести команду еще раз. If you make a mistake as you type an SMTP command, you need to press Enter, and then type the command again. Нераспознанные команды SMTP или синтаксические ошибки приводят к появлению сообщения об ошибке, которое выглядит следующим образом: 500 5.3.3 Unrecognized command Unrecognized SMTP commands or syntax errors result in an error message that looks like this: 500 5.3.3 Unrecognized command

Откройте окно командной строки, введите telnet , а затем нажмите клавишу ВВОД. Open a Command Prompt window, type telnet , and then press Enter.

Эта команда открывает сеанс Telnet. This command opens the Telnet session.

Введите set localecho команду и нажмите клавишу ВВОД. Type set localecho , and then press Enter.

Эта необязательная команда позволяет просматривать символы при их вводе и может потребоваться для некоторых SMTP-серверов. This optional command lets you view the characters as you type them, and it might be required for some SMTP servers.

Введите set logfile команду и нажмите клавишу ВВОД. Type set logfile , and then press Enter.

Эта необязательная команда включает ведение журнала и указывает файл журнала для сеанса Telnet. This optional command enables logging and specifies the log file for the Telnet session. Если указать только имя файла, файл журнала будет находиться в текущей папке. If you only specify a file name, the log file is located in the current folder. Если указан путь и имя файла, путь должен находиться на локальном компьютере, а путь и имя файла в формате Windows DOS 8,3 (сокращенное имя без пробелов). If you specify a path and file name, the path needs to be on the local computer, and you might need to enter the path and file name in the Windows DOS 8.3 format (short name with no spaces). Путь должен существовать, но файл журнала создается автоматически. The path needs to exist, but the log file is created automatically.

Введите OPEN mail1.fabrikam.com 25 команду и нажмите клавишу ВВОД. Type OPEN mail1.fabrikam.com 25 , and then press Enter.

Введите EHLO contoso.com команду и нажмите клавишу ВВОД. Type EHLO contoso.com , and then press Enter.

Введите MAIL FROM: команду и нажмите клавишу ВВОД. Type MAIL FROM: , and then press Enter.

Введите RCPT TO: NOTIFY=success,failure команду и нажмите клавишу ВВОД. Type RCPT TO: NOTIFY=success,failure , and then press Enter.

Необязательная команда NOTIFY указывает конкретные сообщения о доставке (сообщения о недоставке, отчеты о недоставке или отчеты о недоставке), которые необходимо предоставить SMTP. The optional NOTIFY command specifies the particular delivery status notification (DSN) messages (also known as bounce messages, nondelivery reports, or NDRs) that the SMTP is required to provide. В этом примере запрашивается сообщение DSN для успешной или неудачной доставки сообщения. In this example, you’re requesting a DSN message for successful or failed message delivery.

Читайте также:  Установка вакуумная водокольцевая увву

Введите DATA команду и нажмите клавишу ВВОД. Type DATA , and then press Enter.

Введите Subject: Test from Contoso команду и нажмите клавишу ВВОД. Type Subject: Test from Contoso , and then press Enter.

Еще раз нажмите клавишу ВВОД. Press Enter again.

Между полем Subject: и текстом сообщения необходимо ввести пустую строку. A blank line is needed between the Subject: field and the message body.

Введите This is a test message команду и нажмите клавишу ВВОД. Type This is a test message , and then press Enter.

Введите точку (. Type a period ( . ) и нажмите клавишу ВВОД. ), and then press Enter.

Чтобы отключиться от сервера SMTP, введите QUIT команду и нажмите клавишу ВВОД. To disconnect from the SMTP server, type QUIT , and then press Enter.

Чтобы закрыть сеанс Telnet, введите команду quit и нажмите клавишу ВВОД. To close the Telnet session, type quit , and then press Enter.

Вот как выглядит успешный сеанс, выполнив приведенные выше действия. Here’s what a successful session using the steps above looks like:

Шаг 4: успешные и появляющиеся сообщения об ошибках в сеансе Telnet Step 4: Success and error messages in the Telnet Session

В этом разделе представлены сведения об успешных и неудачных откликах для команд, использованных в предыдущем примере. This section provides information about the success and failure responses to the commands that were used in the previous example.

Коды откликов SMTP из трех цифр, определенные в стандарте RFC 5321, одинаковы для всех SMTP-серверов обмена сообщениями, но текстовые описания в ответах могут слегка отличаться. The three-digit SMTP response codes that are defined in RFC 5321 are the same for all SMTP messaging servers, but the text descriptions in the responses might be slightly different.

Коды ответа SMTP SMTP reply codes

SMTP-серверы отвечают на команды с различными числовыми кодовыми ответами в формате x. y. z, где: SMTP servers respond to commands with a variety of numerical reply codes in the format of x.y.z where:

X указывает, является ли команда хорошей, плохой или неполной. X indicates whether the command was good, bad, or incomplete.

Y указывает тип отправленного отклика. Y indicates the kind of response that was sent.

Z предоставляет дополнительные сведения о команде Z provides additional information about the command

Когда сервер, который открыл подключение, получает ответ, он может определить, принял ли удаленный сервер команду и готов к следующему, или если произошла ошибка. When a response is received by the server that opened the connection, it can tell whether the remote server accepted the command and is ready for the next one, or if an error occurred.

Первая цифра (X) особенно важна, так как она указывает на успешность или неудачу отправки команды. The first digit (X) is particularly important to understand because it indicates the success or failure of the command that was sent. Ниже приведены возможные значения и их значения. Here are its possible values, and their meanings.

Код ответа Reply code Смысл Meaning
2. y. z 2.y.z Отправленная команда успешно выполнена на удаленном сервере. The command that was sent was successfully completed on the remote server. Удаленный сервер готов к следующей команде. The remote server is ready for the next command.
3. y. z 3.y.z Команда была принята, но удаленному серверу требуются дополнительные сведения, прежде чем операция может быть завершена. The command was accepted but the remote server needs more information before the operation can be completed. Отправляющий сервер должен отправить новую команду с необходимыми сведениями. The sending server needs to send a new command with the needed information.
4. y. z 4.y.z Команда не была принята удаленным сервером по причине, которая может быть временной. The command wasn’t accepted by the remote server for a reason that might be temporary. Отправляющий сервер должен попытаться подключиться позже, чтобы проверить, может ли удаленный сервер успешно принять команду. The sending server should try to connect again later to see if the remote server can successfully accept the command. Отправляющий сервер повторит попытку подключения, пока не завершится успешное соединение (обозначено кодом 2. y. z) или завершается неудачно (код 5. y. z). The sending server will continue to retry the connection until either a successful connection is completed (indicated by a 2.y.z code) or fails permanently (indicated by a 5.y.z code).
Пример временной ошибки — нехватку места на удаленном сервере. An example of a temporary error is low storage space on the remote server. После того как освободится свободное место, удаленный сервер сможет успешно принять команду. Once more space is made available, the remote server should be able to successfully accept the command.
5. y. z 5.y.z Команда не была принята удаленным сервером по причине, которая не может быть восстановлена. The command wasn’t accepted by the remote server for a reason that is isn’t recoverable. Отправляющий сервер не будет повторять подключение и отправит отчет о недоставке пользователю, который отправил сообщение. The sending server won’t retry the connection and will send a non-delivery report back to the user who sent the message.
Примером неисправимой ошибки является сообщение, которое отправляется на несуществующий адрес электронной почты. An example of an unrecoverable error is a message that’s sent to an email address that doesn’t exist.

Приведенная выше таблица основана на информации, предоставленной в RFC 5321 (Simple Mail Transfer Protocol), в разделе 4.2.1. The table above is based on information provided by RFC 5321 (Simple Mail Transfer Protocol), section 4.2.1. В этот раздел включены дополнительные сведения, в том числе описания второй (Y) и третьей (Z) цифр (Z) кодов ответов SMTP, а также в разделах 4.2.2 и 4.2.3. Additional information, including descriptions of the second (Y) and third (Z) digits of SMTP reply codes is included in this section, and in sections 4.2.2 and 4.2.3.

Команда «Открыть» OPEN command

Успешный ответ: 220 mail1.fabrikam.com Microsoft ESMTP MAIL Service ready at Successful response: 220 mail1.fabrikam.com Microsoft ESMTP MAIL Service ready at

Отклик о сбое: Connecting to mail1.fabrikam.com. Could not open connection to the host, on port 25: Connect failed Failure response: Connecting to mail1.fabrikam.com. Could not open connection to the host, on port 25: Connect failed

Возможные причины сбоя Possible reasons for failure

SMTP-служба назначения недоступна. The destination SMTP service is unavailable.

Ограничения на конечный брандмауэр. Restrictions on the destination firewall.

Ограничения для исходного брандмауэра. Restrictions on the source firewall.

Неправильное полное доменное имя или IP-адрес SMTP-сервера назначения. Incorrect FQDN or IP address for the destination SMTP server.

Неверный номер порта. Incorrect port number.

Команда EHLO EHLO command

Успешный ответ: 250 mail1.fabrikam.com Hello [ ] Successful response: 250 mail1.fabrikam.com Hello [ ]

Отклик о сбое: 501 5.5.4 Invalid domain name Failure response: 501 5.5.4 Invalid domain name

Возможные причины сбоя Possible reasons for failure

Недопустимые символы в имени домена. Invalid characters in the domain name.

Ограничения подключения на SMTP-сервере назначения. Connection restrictions on the destination SMTP server.

EHLO — это команда расширенного протокола передачи сообщений (ESMTP), определенная в RFC 5321. EHLO is the Extended Simple Message Transfer Protocol (ESMTP) verb that’s defined in RFC 5321. ESMTP-серверы могут объявлять о своих возможностях в процессе начального подключения. ESMTP servers can advertise their capabilities during the initial connection. К этим возможностям относятся максимальный допустимый размер сообщения и поддерживаемые методы проверки подлинности. These capabilities include the maximum accepted message size and supported authentication methods. HELO — это более старая команда SMTP, определенная в RFC 821. HELO is the older SMTP verb that is defined in RFC 821. Большинство SMTP-серверов обмена сообщениями поддерживают ESMTP и EHLO. Most SMTP messaging servers support ESMTP and EHLO. Если сервер, не являющийся сервером Exchange, к которому вы пытаетесь подключиться, не поддерживает EHLO, вы можете использовать HELO. If the non-Exchange server that you’re trying to connect to doesn’t support EHLO, you can use HELO instead.

Команда «почта» MAIL FROM command

Успешный ответ: 250 2.1.0 Sender OK Successful response: 250 2.1.0 Sender OK

Отклик о сбое: 550 5.1.7 Invalid address Failure response: 550 5.1.7 Invalid address

Возможные причины сбоя: синтаксическая ошибка в адресе электронной почты отправителя. Possible reasons for failure: A syntax error in the sender’s e-mail address.

Отклик о сбое: 530 5.7.1 Client was not authenticated Failure response: 530 5.7.1 Client was not authenticated

Возможные причины сбоя: целевой сервер не принимает анонимные отправки сообщений. Possible reasons for failure: The destination server doesn’t accept anonymous message submissions. Эта ошибка возникает при попытке использовать Telnet для передачи сообщения непосредственно на сервер почтовых ящиков, у которого нет соединителя получения, настроенного на прием анонимных подключений. You receive this error if you try to use Telnet to submit a message directly to a Mailbox server that doesn’t have a Receive connector that’s configured to accept anonymous connections.

Команда «о доставке» RCPT TO command

Успешный ответ: 250 2.1.5 Recipient OK Successful response: 250 2.1.5 Recipient OK

Отклик о сбое: 550 5.1.1 User unknown Failure response: 550 5.1.1 User unknown

Возможные причины сбоя: указанный получатель не существует. Possible reasons for failure: The specified recipient doesn’t exist.

источник

Добавить комментарий