SMTP – коды ответов сервера.

Как известно, каждый ответ SMTP-сервера клиенту сопровождается трехзначным кодом. Каждая цифра в коде ответа сервера имеет свое назначение:

• первая цифра обозначает успех, неудачу или незавершенность команды;
• вторая цифра уточняет тип ответа (например, ошибка почтовой системы или синтаксическая ошибка команды);
• третья цифра служит для лучшей градации информации.

Первая цифра (существует 5 вариантов)

1yz – положительный предварительный отклик.
Сервер воспринял команду, но находится в ожидании подтверждения на продолжение или отказ от выполнения запрошенных действий.

2yz – положительный отклик
Запрошенное действие было выполнено и сервер готов к принятию новой команды.

3yz – положительный промежуточный отклик
Сервер воспринял команду, но для завершения действия ожидает дальней информации.

4yz – временный негативный отклик
Команда не принята, и запрошенные действия не были исполнены. Однако ошибочное состояние временное, и действие может быть запрошено еще раз.

5yz – негативный отклик
Команда не принята, и запрошенные действия не были исполнены.

Вторая цифра (категория ошибки)

x0z – Синтаксис
Отклик обозначает синтаксическую ошибку команды; команда может быть синтаксически правильная, но отклик нельзя отнести к другим категориям; нереализованная команда.

x1z – Информация
Отклик на запрос информации, например, статус или помощь.

x2z – Соединение
Отклики, относящиеся к каналу передачи данных.

x3z – Не определены

x4z – Не определены

x5z – Почтовая система
Отклики указывают состояние принимающей почтовой системы в отношении запрошенной передачи или другого действия почтовой системы.

Третья цифра служит для лучшей градации значения в каждой категории, определяемой второй цифрой. Перечисление кодов откликов:

211 Состояние системы или системная справка.
214 Информация о том, как работать с сервером, описание нестандартных команд и т.д.
220 Служба готова к работе.
221 Служба закрывает канал передачи данных.
235 Успешная аутентификация на сервере.
250 Выполнение почтовой команды успешно окончено.
251 Нелокальный пользователь.
252 Невозможно проверить наличие почтового ящика для пользователя, но сообщение принято, и сервер попытается его доставить.

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

421 Работа с сервером невозможна. Произойдет закрытие канала связи (может быть ответом на любую команду, если серверу нужно закрыть соединение).
450 Запрошенная команда не принята – недоступен почтовый ящик (почтовый ящик временно занят) .
451 Запрошенная команда прервана – локальная ошибка при обработке команды.
452 Запрошенная команда невозможна – недостаточно дискового пространства.
454 Аутентификация невозможна по причине временного сбоя сервера.

500 Синтаксическая ошибка, команда не распознана (также этот отклик может означать, что длина команды слишком большая).
501 Синтаксическая ошибка в команде или аргументе.
502 Команда распознана, но её реализация сервером не поддерживается.
503 Неверная последовательность команд.
504 Параметр команды сервером не поддерживается.
530 Сервер требует аутентификации для выполнения запрошенной команды.
534 Данный отклик означает, что выбранный механизм аутентификации для данного пользователя является не достаточно надежным.
535 Аутентификация отклонена сервером (например, ошибка в кодировании данных).
538 Выбранный метод аутентификации возможен только при зашифрованном канале связи.
550 Запрошенная операция невозможна – почтовый ящик недоступен (почтовый ящик не найден или нет доступа; команда отклонена локальной политикой безопасности).
551 Нелокальный пользователь.
552 Запрошенная почтовая команда прервана – превышено выделенное на сервере пространство.
553 Запрошенная почтовая команда прервана – недопустимое имя почтового ящика (возможно синтаксическая ошибка в имени).
554 Неудачная транзакция или отсутствие SMTP сервиса (при открытии сеанса передачи данных).

Примеры ответов приводить не буду – их можно обнаружить в логах почтового сервера.

Всем удачной работы !!!

 

Управление пересылкой сообщений с использованием удаленных доменов.

На предыдущей неделе поступил интересный вопрос от моего друга Данилушки: Как запретить пересылку в Exchange?

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

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

Как это сделать? С помощью обширных возможностей Windows PowerShell и параметра AutoForwardEnabled, который управляет автоматической пересылкой сообщений в удаленные домены.

Приступая к работе

Сведения об установке и настройке Windows PowerShell

Отключение автоматической пересылки сообщений во все домены за пределами организации

Выполните следующую команду:

Set-RemoteDomain Default -AutoForwardEnabled $false

Отключение автоматической пересылки сообщений в определенный домен за пределами организации

В данном примере удаленным доменом является seq.com

1. Выполните следующую команду, чтобы создать новый удаленный домен seq.com.:

New-RemoteDomain -Name Seq -DomainName seq.com

1. Измените параметры по умолчанию для удаленного домена Seq, чтобы запретить доставку автоматически пересылаемых сообщений на домен seq.com.:

Set-RemoteDomain Seq -AutoForwardEnabled $false

Примечание. Если создается удаленный домен для конкретного конечного домена, но параметры по умолчанию для всех конечных доменов конфликтуют с одноименным параметром конкретного удаленного домена, то параметр для конкретного удаленного домена имеет приоритет над параметрами по умолчанию для всех конечных доменов.

Включение автоматической пересылки сообщений

Выполните следующую команду:

Set-RemoteDomain <domain name> -AutoForwardEnabled $true

Например, чтобы включить автоматическую пересылку сообщений во все домены за пределами организации, выполните следующую команду:

Set-RemoteDomain Default -AutoForwardEnabled $true

Но все написанное выше относится к Exchange 2007/2010, а вот как это сделать в 2003 эксчендже я уже к сожалению не помню, да и перед глазами его нет, чтоб посмотреть…

Если есть варианты решения по Exchange 2003 просьба отписать в комментариях.

Всем удачи !!!

Вот вариант запрета в Exchange 2003:

Всем удачи !!!

Некий “глюк” Exchange 2010 или мое недопонимание происходящего…

При настройке Exchange 2010 столкнулся с неким «глюком» (а может с некоторым недопониманием происходящего) итак постараюсь рассказать:

Доступ к OWA у нас предоставлен по 80 порту (ну так легли карты, обстоятельства требовали того), соответственно в настройках IIS настройка такая:

Существует некая оснастка, для управления ECP доступ к ней у нас предоставлен по 443 порту (безопасность и все такое), соответственно настройка IIS следующая:

Я обладаю полными правами на все, что только можно, но столкнулся с неким «глюком»

Например, есть желание сделать подпись в письме, при написании письма из OWA:

Создаю подпись, но когда пытаюсь ее создать, поле становится недоступным (как бы, не активным), долго пытался понять как так, в чем может быть дело, просматривал права (они все есть), читал форумы и прочее, пока случайно не обнаружил некоторый нюанс:

Настройки в IIS должны быть одинаковыми, и OWA и ECP должны работать по 80 порту  (тогда в обоих случаях должна стоять галка-Не требовать сертификат) или наоборот по 443 порту  (тогда в обоих случаях должна стоять галка – требовать сертификат), иначе управлять настройками не получается, в разнобой (80-443)в моем случае это так и не заработало. Причина мне пока не ясна.

Возможно SP2 исправляет данный «баг», но я пока не стал ставить его.

Всем удачной работы !!!