Необязательный параметр <распространитель> (distributions) разрешает пользователю выбрать список категорий высокого уровня, например comp или news. Список должен заключаться в угловые скобки, а его элементы разделяться запятыми. Например, ниже показан список новых групп новостей, расположенных под sci:
newsgroup 950601 010000 <sci>
231 New newsgroups follow.
sci.physics.cond-matter 552 1 y
sci.techniques.mass-spec 279 1 m
sci.psychology.consciousness 164 1 m
. . .
17.7.2 Коды состояния NNTP
В диалоге из раздела 17.5 видно, что каждый ответ сервера NNTP начинается с числового кода состояния. При этом используются одинаковые для серверов SMTP и FTP правила:
| 1xx | Информационное сообщение |
| 2xx | Успешная команда |
| 3xx | Команда пока была успешна, нужно послать ее остаток |
| 4xx | Команда корректна, но не выполнена по некоторым причинам |
| 5xx | Команда не реализована или неверна, либо возникла серьезная ошибка в программе |
Как и ранее, вторая цифра кода представляет более специфичную информацию:
| x0x | Соединение, установка или дополнительное сообщение |
| x1x | Выбор новой группы новостей |
| x2x | Выбор статьи |
| x3x | Функция распространения |
| x4x | Публикация |
| x8x | Нестандартное расширение |
| x9x | Отладочный вывод |
17.8 Различия между новостями и рассылочным списком
Приложения для сетевых новостей более эффективны, чем рассылочные списки. Новости хранятся на центральном сервере и доступны для многих пользователей. Несколько пользователей могут одновременно читать новости из совместно используемой базы данных.
Рассылочный список заполняет почтовый ящик ненужной информацией, затрудняя извлечение реально важных сведений. Однако доступ к новостям полностью определяется требованиями пользователя, а более изощренные возможности просмотра новостей на экране (встроенные в агента новостей) делают их более удобными в применении.
Нет необходимости в подписке на группу новостей для чтения или публикации статей. Реально подписка выполняется самим агентом новостей и позволяет отслеживать изменение информации в группе, помечая уже прочитанные статьи.
Многие рассылочные списки автоматически публикуют свои сообщения в группах новостей.
17.9 Дополнительная литература
Протокол NNTP определен в RFC 977.
Глава 18
Службы Gopher и WAIS
18.1 Введение
Система gopher была разработана в 1991 г. Центром микрокомпьютеров, рабочих станций и сетей Миннесотского университета. Сотрудники этого центра столкнулись с необходимостью обеспечить поддержку тысяч пользователей, которым понадобилась помощь в изучении компьютеров и общеуниверситетских сетевых ресурсов.
Именно эта тематика и определила основные тенденции в формировании информации службы gopher. Однако требовалось упростить студентам поиск нужного материала среди огромного объема информации. Решением этой проблемы стала служба gopher — иерархическая структура простых меню в архитектуре клиент/сервер.
Gopher обеспечивает простое перемещение в огромном объеме информации и позволяет:
■ Находить информацию на локальных сайтах
■ Обеспечивать прозрачный доступ к удаленным сайтам
■ Извлекать необходимые данные
Возможности gopher по организации и распространению информации были первоначально оценены в колледжах и университетах по всему миру. Далее службы gopher распространились и в правительственных учреждениях.
Впоследствии службы gopher были вытеснены более совершенными и мощными инструментами WWW (см. главу 19). Однако еще многие сайты обеспечивают доступ к информации через gopher. Браузеры WWW также способны обеспечивать доступ к серверам gopher, и при этом пользователи могут даже не знать о том, как это выполняется.
18.2 Применение Gopher
Лучший способ знакомства с gopher — применение этой службы на практике. Если пользователь зарегистрировался на многопользовательском хосте и может применять текстовый пользовательский интерфейс, то для запуска локального клиента gopher достаточно ввести команду gopher. На рис. 18.1 такой клиент запущен в системе tigger, и доступ производится к серверу gopher по умолчанию (в данном случае это сервер компании Global Enterprise Services).