Средства технические телематических служб, общие технические требования (стр. 13 )

3.2. Ответы

Ответы делятся на текстовые ответы и ответы статуса.

3.2.1. Текстовый ответ должен состоять из серии текстовых строк. Каждая строка должна заканчиваться символами <CRLF>. Последовательность "<CRLF>.<CRLF>" (0x0D 0x0A 0x2E 0x0D 0x0A) указывает на конец текстового ответа.

При посылке сервером текстового ответа каждую последовательность "<CRLF>." (0x0D 0x0A 0x2E) сервер должен заменять на "<CRLF>.."(0x0D 0x0A 0x2E 0x2E). Клиент должен выполнять обратное преобразование. Указатель конца текстового ответа данному преобразованию не подвергается.

3.2.2. Ответ статуса должен состоять из 3-х значного кода ответа (передаваемого как три символа), за которым следует текст.

Значения номера ответа первой и второй цифры приведены в табл. 2 и табл. 3.

Таблица 2

Содержание первой цифры ответа.

первая цифра	1	Информационное сообщение
2	Положительный окончательный ответ (успешное выполнение команды)
3	Положительный промежуточный ответ (часть операции успешно выполнена. Можно посылать следующую команду операции)
4	Временный отрицательный окончательный ответ (команда реализована, но не может быть выполнена по какой-либо причине)
5	Постоянный отрицательный окончательный ответ (команда не реализована, некорректно задана, произошла серьезная ошибка)

Таблица 3

Содержание второй цифры ответа.

вторая цифра	0	Ошибки соединения, конфигурирования, другие ошибки
1	Выбор группы новостей
2	Выбор статьи новостей
3	Функции распространения
4	Отправка
8	Нестандартные расширения
9	Отладка

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

Перед текстом ответа статуса могут следовать один или несколько параметров. Все числовые параметры представлены в виде десятичного числа. Параметры разделяются между собой, а также от последующего текста символами <SP>.

3.2.3. Список ответов

Должны быть реализованы ответы, перечисленные в табл. 4.

Таблица 4

Список ответов

Код	Текст	Последующий текстовый ответ с учетом требований п. 3.2.1.
100	Далее следует текст помощи	Текстовые строки помощи
199	Вывод отладки	-
200	Сервер готов. Разрешена отправка статей на сервер.	-
201	Сервер готов. Запрещена отправка статей на сервер.	-
202	Учтен статус промежуточного сервера	-
205	Закрытие соединения	-
211	<n> <f> <l> <s> группа выбрана n ::= <приблизительное число статей в группе> f ::= <номер первой статьи в группе> l ::= <номер последней статьи в группе> s ::= <имя группы>	-
215	далее следует список групп новостей	Набор строк: <group> <last> <first> <p> group ::= <имя группы новостей> last ::= <номер последней статьи в группе> first ::= < номер первой статьи в группе> p ::= "y"/"n" ; указывает на то, разрешена ли отправка статей в данную группу
220	<n> <a> статья получена Далее следуют заголовок и тело статьи n ::= <номер статьи> a ::= <идентификатор статьи> Если идентификатор статьи отсутствует в заголовке статьи, вместо него должен быть поставлен "0".	Заголовок и тело статьи в виде текстовых строк
221	<n> <a> статья получена Далее следует заголовок статьи Значения n и a аналогично ответу 220.	Заголовок статьи в виде текстовых строк с учетом.
222	<n> <a> статья получена Далее следует тело статьи Значения n и a аналогично ответу 220.	Тело статьи в виде текстовых строк
223	<n> <a> статья получена Значения n и a аналогично ответу 220.	-
230	Далее следует перечень идентификаторов новых сообщений	набор строк message-id <CRLF> message-id::=<идентификатор сообщения>
231	Далее следует список новых групп новостей	Список групп новостей в формате, аналогичном ответу 215
235	Статья передана без ошибок	-
240	Статья отправлена без ошибок	-
335	Жду передачи статьи.	-
340	Жду отправки статьи.	-
400	Служба не работает	-
411	Нет такой группы новостей	-
412	Не была выбрана группа новостей	-
420	Не был установлен указатель текущей статьи	-
421	Последняя статья в данной группе	-
422	Первая статья в данной группе	-
423	Нет статьи с таким номером в данной группе	-
430	Не найдена такая статья	-
435	Статья не нужна. Не отправлять.	-
436	Ошибка передачи. Попробуйте позже.	-
437	Статья отклонена. Больше ее не отправляйте.	-
440	Отправка не разрешена.	-
441	Ошибка отправки	-
500	Команда не распознана	-
501	Синтаксическая ошибка команды	-
502	Ограничение доступа. Нет разрешения.	-
503	Ошибка программы. Команда не выполнена.	-

4. ТРЕБОВАНИЯ К СТРУКТУРЕ СТАТЕЙ

4.1. Формат электронной статьи должен соответствовать формату, описанному

RFC 822 [2].

4.2. Обязательно должны присутствовать поля заголовка:

from;

date;

newsgroups;

subject;

message-id;

path.

4.3. Кроме указанных в п. 4.2. могут присутствовать поля заголовка:

followup-to;

expires;

reply-to;

sender;

references;

control;

distribution;

keywords;

summary;

approved;

lines;

xref;

organization.

Обязательные поля заголовка статьи должны интерпретироваться следующим образом (определения элементов, используемых в выражениях описания, приведены в RFC 822 [2]):

1. f_from ::= ( domain <SP> [ "(" full_name ") ] ) /

( full_name <SP> "<" domain ">")

domain ::= <электронный адрес отправителя>

full_name ::= <Полное имя отправителя. Может состоять из любых печатных символов ASCII, кроме "(" , ")" , "<" , ">" , "," , ":" , "@" , "!" , "/" , "=" , ";">

2. Date ::= Day "," <SP> DD <SP> Mon <SP> YY <SP> HH ":" MM ":" SS <SP>

TIMEZONE

Элементы данного поля должны соответствовать RFC 822 [2]

3. Newsgroups ::= 1#Newsgroup

Newsgroup ::= <Имя существующей группы новостей. Не должно содержать слова "all" в качестве элемента иерархического имени>

4. Subject ::= ["Re:"] S

S ::= <Краткое описание темы сообщения.>

"Re:" должно быть указано в случае, если данная статья является ответом на другую статью. При этом требуется обязательное наличие поля References.

5. Message-ID ::= "<" addr-spec ">" ; идентификатор статьи

addr-spec ::= local-part "@" domain

domain - полное доменное имя узла, с которого сообщение поступило в сеть.

Выражение local-part должно быть уникальным для всех статей в данном домене.

6. Path ::= <путь, который статья прошла до достижения данной системы>

Когда система направляет сообщение, она должна добавить свое имя в список Path. Имя может быть отделено от других любым символом пунктуации, кроме точки.

7. References ::= * ( <SP> Message-ID) ;

ПРИЛОЖЕНИЕ 7

ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ К ТЕХНИЧЕСКИМ СРЕДСТВАМ СЛУЖБЫ ДОСТУПА К ИНФОРМАЦИОННЫМ РЕСУРСАМ ПО ПРОТОКОЛУ FTP

1. ОБЛАСТЬ ПРИМЕНЕНИЯ

Настоящее приложение описывает технические требования к ТС службы доступа к информационным ресурсам а по протоколу NNTP в соответствии с RFC 959 [27].

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

Не все функции, содержащиеся в данном приложении, обязательны для ТС службы доступа к информационным ресурсам по протоколу FTP, но если они выполняются, то их реализация должна соответствовать настоящему приложению.

2. ФУНКЦИОНАЛЬНЫЕ ТРЕБОВАНИЯ К ВЗАИМОДЕЙСТВИЮ СЕРВЕРА FTP И КЛИЕНТА FTP