Методические указания к курсовой работе по дисциплине «Системное программирование и операционные системы»




НазваниеМетодические указания к курсовой работе по дисциплине «Системное программирование и операционные системы»
страница11/11
Дата публикации05.03.2013
Размер1.32 Mb.
ТипМетодические указания
uchebilka.ru > Математика > Методические указания
1   2   3   4   5   6   7   8   9   10   11

^ Команды действия над файлами

Следующий набор команд FTP используется для выполнения различных операций с файлами (извлечения, отправления, перемещения (переименования) файлов), а также для того, чтобы дать возможность клиенту осуществлять некоторую организацию файловой системы на сервере. Большинство команд, которые связаны с передачей данных между системами клиента и сервера через соединение данных, возвращают два ответа. Первый ответ сообщает клиенту, что сервер собирается начинать передачу и открывать соединение данных (или что клиент должен сейчас открыть соединение данных), второй — что передача завершена или не получен результат и что соединение данных теперь должно быть закрыто.

ABOR - Прерывание передачи. Прерывает предыдущую команду и любую передачу файлов, которая, возможно, происходит в данный момент. Если предыдущая команда завершена, команда ABOR не дает эффекта. Если передача данных осуществляется, когда используется эта команда, она прерывает передачу и закрывает соединение данных. Соединение команды, однако, остается открытым.

Если передача файлов осуществляется при выдаче этой команды, она прекращает передачу данных и возвращает код отклика 426, указывая, что передача данных прекратилась аварийно. Затем сервер отправляет отклик 226 клиенту, указывая, что команда ABOR завершилась успешно. Синтаксис этой команды следующий:

ABOR #13#10

Коды откликов: 225, 226, 421, 500, 501, 502 (табл. АЗ).

ALLO - Распределить пространство памяти. Некоторые серверы FTP предписывают команде ALLO резервировать указанное пространство памяти для файла, который будет передаваться. Аргументом этой команды является целое число, обозначающее количество байтов для резервирования. Если сервер использует структуру записи или страницы, эта команда должна также передать количество записей или страниц для резервирования. Синтаксис этой команды следующий:

^ ALLO байты [ R число_эаписей ]#13#10

Коды откликов: 200, 202, 421, 500, 501, 504, 530 (табл. АЗ).

АРРЕ - Добавить к файлу (на сервере). Это третья форма команды STOR, она принимает имя файла с командой. Когда сервер получает файл через соединение данных, действие команды зависит от того, существует ли уже файл с этим именем. Если существует, команда добавляет к нему новый файл, а если нет, сервер создает новый файл. Синтаксис этой команды следующий:

^ АРРЕ имя_файла/путь #13#10

Коды откликов: 110, 125. 150, 226, 421,425, 426, 450, 451, 452, 500, 501, 502, 530, 532, 551, 552, 553 (табл. АЗ).

DELE - Удалить файл. Удаляет файл в файловой системе сервера FTP. Способность клиентов выполнять эту команду зависит от разрешений на доступ, имеющихся на сервере FTP, для учетной записи пользователя. Приложение клиента должно выполнить двойную проверку, прежде чем выдавать этот запрос команды серверу. Синтаксис этой команды следующий:

^ DELE имя_файла/путь #13#10

Коды откликов: 250, 421, 450, 500, 501, 502, 530, 550 (табл. А.З).

LIST - Список содержимого текущего каталога. Предписывает серверу отправить список содержимого текущего (или указанного) каталога клиенту через соединение данных. Эта передача данных должна использовать тип ASCII. Содержимое каталога форматируется в зависимости от системы сервера. Если сервером является система UNIX, список каталогов содержит флаги разрешения для каждого из файлов и каталогов, однако, если сервер является системой Windows NT, список выглядит, как список каталогов DOS. Синтаксис команды LIST:

^ LIST [путь] #13#10

Коды откликов: 125, 150, 226, 250, 421, 425, 426, 450, 451, 500, 501, 502, 530 (табл. АЗ).

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

MKD путь #13#10

Коды откликов: 257, 421, 500, 501, 502, 530, 550 (табл. АЗ).

NLST - Список содержимого текущего каталога (только имена). Эта команда работает почти так же, как команда LIST, за исключением того, что переданные данные содержат только имена файлов. NLST не возвращает какой-либо другой информации. Синтаксис команды следующий:

^ NLST [путь] #13#10

Коды откликов: 125, 150, 226, 250, 421, 425, 426, 450, 451, 500, 501, 502, 530 (табл. АЗ).

PWD - Рабочий (текущий) каталог. Извлекает имя текущего рабочего каталога на сервере FTP. Синтаксис команды следующий:

PWD#13#10

Некоторые клиенты FTP используют альтернативный синтаксис:

XPWD#13#10

Коды откликов: 257, 421, 500, 501, 502, 530 (табл. АЗ).

REST - Повторный запуск передачи файлов. Указывает маркер блока в файле, который должен использоваться в качестве отправной точки, когда будет инициализирована передача файла. REST не запускает передачу файлов, вам следует использовать команду RETR для запуска передачи. Команда REST приводит к тому, что сервер пропускает часть файла, предшествующую указанному маркеру блока после инициализации передачи. Можно использовать эту команду для повторного запуска передачи файлов, которая была прервана. Синтаксис команды REST следующий:

REST блок#13#10

Коды откликов: 350, 421, 500, 501, 502, 530 (табл. АЗ).

RETR - Извлечь файл. Предписывает серверу отправить конкретный файл клиенту. Синтаксис этой команды следующий:

^ RETR имя_файла/путь #13#10

Коды откликов: 110, 125, 150, 226, 250, 421, 425, 426, 450, 451, 500, 501, 530, 550 (табл. АЗ).

RMD - Удалить каталог. Удаляет каталог из файловой системы сервера. RMD может принимать либо абсолютное, либо относительное имя пути в качестве аргумента. Способность удалять каталог ограничена правами доступа, которые распределены при регистрации и используются клиентом. Синтаксис этой команды следующий:

RMD путь #13#10

Коды откликов: 250, 421, 500, 501, 502, 530, 550 (табл. АЗ).

RNFR - Переименовать файл. Команда RNFR является первой половиной из двух команд, которые перемещают или переименовывают файл в файловой системе сервера. Эта первая команда для выдачи, указывающая текущий путь и имя файла, подлежащего перемещению, сразу же после него следует команда RNTO для указания новых пути и имени файла. Синтаксис команды RNFR следующий:

^ RNFR имя_файла/путь #13#10

Коды откликов: 350, 421, 450, 500, 501, 502, 530, 550 (табл. АЗ).

RNTO - Переименовать файл. Команда RNTO является второй из двух команд, которые перемещают или переименовывают файл в файловой системе сервера FTP. Этой команде непосредственно предшествует команда RNFR. Команда RNTO указывает новые имя и/или путь для файла, указанного в команде RNFR. Синтаксис команды RNTO следующий:

^ RNTO имя_файла/путь #13#10

Коды откликов: 250, 421, 500, 501, 502, 503, 530, 550, 553 (табл. АЗ).

STOR - Сохранить файл. Сообщает серверу, что клиент намерен отправить ему файл. Имя файла, переданное с командой, является именем, которое будет присвоено файлу в файловой системе сервера. Если уже существует файл с этим именем и пользователь имеет право на доступ, новый файл, который передается от клиента, удаляет и замещает файл на сервере. Синтаксис этой команды следующий:

^ STOR имя_файла/путь #13#10

Коды откликов: 110, 125, 150, 226, 250, 421, 425, 426, 450, 451, 452, 500, 501, 530, 532, 551, 552, 553 (табл. АЗ).

STOU - Хранить с уникальным именем файла. Эта команда аналогична команде STOR, за исключением того, что сервер создает уникальное имя, которое присваивается файлу (этой командой имя файла не передается). Синтаксис этой команды следующий:

STOU #13#10

Коды откликов: 110, 125, !50, 226, 250, 421, 425, 426, 450, 451, 452, 500, 501, 530, 532, 551, 552, 553 (табл. АЗ).

^ Информационные и другие команды

Этот последний набор команд извлекает информацию о статусе сервера, операционной системе, опциях и командах, специфичных в плане реализации. Вам не часто придется использовать этот набор команд в приложении клиента FTP, он будет использоваться в интерактивном (приводимом в действие командной строкой) сеансе FTP.

HELP - Подсказка. Команда HELP возвращает информацию подсказки обо всех командах или о конкретной команде. Синтаксис команды HELP следующий:

^ HELP [ командная строка ]#13#10

Коды откликов: 211, 214, 421, 500, 501, 502 (табл. АЗ).

NOOP - Нет операции. Получает ответ ОК сервера. NOOP не влияет на какие-либо действия или команды, которые вводились ранее. Можно использовать NOOP как команду "поддерживать в активном состоянии", чтобы соединение команд оставалось активным. Синтаксис этой команды следующий:

NOOP#13#10

Коды откликов: 200, 421, 500 (табл. АЗ).

SITE - Параметры узла. Предоставляет службы для реализации сервера. Службы, которые используют эту команду, являются уникальными для каждой системы и необходимы для этой реализации, но не являются универсальными для всех систем. Для получения информации о том, какие службы подготовлены с помощью этой команды на конкретном сервере, используйте команду HELP в интерактивном сеансе FTP. Синтаксис команды SITE следующий:

^ SITE служба#13#10

Коды откликов: 200, 202, 500, 501, 530 (табл. АЗ).

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

^ STAT [ имя_файла/путъ ]#13#10

Коды откликов: 211, 212, 213, 421, 450, 500, 501, 502, 530 (табл. АЗ).

SYST - Тип системы сервера. Устанавливает, какой тип операционной системы выполняет сервер. Ответ включает одно из имен систем, содержащееся в текущей версии документа RFC I700. Синтаксис команды SYST следующий:

SYST#13#10

Коды откликов: 215, 421, 500, 501, 502 (табл. АЗ).

Приложение 3

^ Команды SMTP

"Беседа" SMTP состоит из последовательности команд, которые клиент SMTP выдает серверу. Сервер отвечает цифровым кодом ответа с последующим текстовым сообщением. Цифровые коды ответа состоят из цифр, первая из которых указывает на успешное и неудачное завершение команды. В табл. А4 перечислены значения первой цифры кода.

Таблица А4. Значения первой цифры кодов ответа SMTP

Первая цифра

Значение

1

Положительный предварительный ответ. Команда была принята, но ожидает команды подтверждения от клиента

2

Положительный ответ о завершении команды. Команда выполнена успешно

3

Положительный промежуточный ответ. Команда была принята, но ожидает дополнительную информацию от клиента

4

Переходный отрицательный ответ о завершении команды. Команда была отброшена, однако клиент должен предпринять новую попытку

5

Постоянный отрицательный ответ о завершении команды. Команда отброшена

Вторая цифра кодов ответа указывает категорию ответа (табл. А5).

Таблица А.5. Значения второй цифры кодов ответа SMPT

Цифра

Значение

0

Синтаксис

1

Информация

2

Соединение

5

Система почты

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

^ Подсоединение к серверу SMTP. Для инициализации сеанса SMTP клиент устанавливает соединение с сервером SMTP с помощью порта 25 ТСР. После установки соединения клиент принимает код ответа, который показывает, может ли сервер SMTP выполнять соединение и открыть новый сеанс, а также является ли служба временно неготовой (табл. А6).

Коды ответа для подсоединения к серверу SMTP: 220, 421 (табл. А6).

Таблица А6. Коды отклика на команду SMTP

Код

Значение

211

Состояние системы или ответ подсказки

214

Сообщение подсказки

220

Служба готова

221

Служба закрывает соединение

250

Запрашиваемое действие завершено

251

Пользователь не является локальным, поэтому сообщение направляется к server-name

354

Начать ввод почты, завершающийся нажатием .

421

Служба отсутствует, соединение управления закрывается

450

Почтовый ящик не готов, поэтому запрашиваемое действие не выполнялось

451

Ошибка локальной обработки. Запрашиваемое действие прервано

452

Недостаточный объем памяти. Запрашиваемое действие не выполнялось

500

Синтаксическая ошибка. Команда не была признана

501

Синтаксическая ошибка в аргументах или параметрах команды

503

Неправильная последовательность команд

504

Параметр команды не реализован

550

Действие не было выполнено, поскольку почтовый ящик не готов (не обнаружен)

551

Пользователь не является локальным, клиент должен попытаться подсоединиться к серверу

552

Действие прервано, поскольку оно превысило объем распределенной памяти

553

Запрашиваемое действие не выполнено, поскольку имя файла не допускается

554

Транзакция потерпела неудачу

DATA. Сообщает серверу о том, что последующий за этой командой текст является текстом почтового сообщения для доставки указанному получателю. Текст почтового сообщения должен быть отформатирован в соответствии с форматом сообщения Internet (RFC 822), перед ним и после него должна стоять отдельная точка с последующим маркером конца строки в виде символов возврата каретки/новой строки, который распространен в большинстве приложений Internet. Эта команда должна первоначально принять код отклика 354. Затем клиент должен отправить сообщение, на которое сервер, вероятно, ответит кодом 250. Синтаксис команды DATA следующий:

DATA#13#10

Коды откликов: 250, 354, 421, 451, 452, 500, 501, 503, 552, 554 (табл. А6).

EXPN - Расширить. Выполняет такую же функцию, как и команда VRFY, однако используется для проверки почтовых списков. Если EXPN получает достоверное имя почтового списка, сервер возвращает пользователю имена и адреса получателей, которые перечислены в почтовом списке. Синтаксис команды EXPN следующий:

^ EXPN почтовый_список#13#10

Коды откликов: 250, 421, 500, 501, 502, 504, 550 (табл. А6).

HELO. Инициализирует "беседу" SMTP. Имя системы клиента сопровождает команду для того, чтобы идентифицировать клиента. Сервер обычно отвечает кодом 250 с последующим именем сервера. HELO должна быть первой командой, которую клиент SMTP выдает после установления соединения с сервером SMTP. Синтаксис команды HELO следующий:

^ HELO имя_клиента#13#10

Коды откликов: 250, 421, 500, 501, 504 (табл. А6).

HELP. Пользователь вводит команду HELP во время интерактивного сеанса SMTP, запускаемого командной строкой. Команда возвращает информацию подсказки по всем имеющимся командам или по конкретной команде. Синтаксис команды HELP следующий:

^ HELP [ командная отрока ]#13#10

Коды откликов: 211, 214, 421, 500, 501, 502, 504 (табл. А6).

MAIL. Инициализирует почтовое сообщение и сообщает серверу о том, кто отправляет сообщение. Адрес, отправляемый с этой командой, всегда является адресом источника сообщения, хотя адрес может также перечислять несколько промежуточных host-компьютеров. Синтаксис команды MAIL следующий:

^ MAIL FROM: имя@имя_host#13#10

Коды откликов: 250, 421, 451, 452, 500, 501, 503, 552 (табл. А6).

NOOP - Нет операции. Извлекает ответ ОК из сервера. Эта команда не влияет на любые действия или команды, введенные ранее или позднее. Можно использовать NOOP как команду для поддержки активного состояния соединения команд. Синтаксис этой команды следующий:

NООР#13#10

Коды откликов: 250, 421, 500 (табл. А6).

QUIT- Выход. Сообщает серверу, что у клиента больше нет транзакций для выдачи и что соединение должно быть закрыто. Сервер отвечает ОК и затем закрывает соединение. Синтаксис команды следующий:

QUIT#13#10

Коды откликов: 221, 500 (табл. А6).

RCPT - Получить. Информирует сервер о том, кто является предполагаемым получателем сообщения. Если сообщение должно отправляться нескольким получателям, может быть несколько почтовых ящиков назначения, разделенных запятыми. Синтаксис команды RCPT следующий:

^ RCPT ТО: имя_пoлyчaтeля@имя_пoлyчaтeля_host[ , имя_получателя@имя_получателя_host . . . ]#13#10

Коды откликов: 250, 251, 421, 451, 452, 500, 501, 503, 552, 551, 552, 553 (табл. А6).

RSET - Сбросить. Прерывает текущую почтовую транзакцию, отбрасывая любые данные об отправителе, получателе или сообщении. RSET удаляет и сбрасывает все буферы и таблицы состояния. Синтаксис этой команды следующий:

RSET#13#10

Коды откликов: 250, 421, 500, 501, 504 (табл. А6).

SAML - Отправить по почте. Напоминает команду SOML, за исключением того, что SAML всегда доставляет сообщение в почтовый ящик получателя, даже если команде удастся отправить сообщение на терминал получателя. Синтаксис команды SAML (подобно SEND или SOML) следующий:

SAML FROM: имя@имя_host:#13#10

Коды откликов: 250, 354, 421, 451, 452, 500, 501, 502, 552 (табл. А6).

SEND - Отправить. Используется вместо команды MAIL. Отправляет почтовое сообщение не в почтовый ящик пользователя, а на экран терминала текущего сеанса пользователя. Вы используете команду SEND, если необходимо отправить важное сообщение системному администратору, Если бы администратор был зарегистрирован в сервере почты, вы могли бы отправить сообщение непосредственно на экран его компьютера. Если пользователь не зарегистрирован на сервере почты или не принимает терминальные сообщения, сервер возвращает код ответа 450 на команду RCPT, которая должна следовать за командой SEND. Команда SEND использует тот же синтаксис, что и команда MAIL:

SEND FROM: : имя@имя_host:#13#10

Коды откликов: 250, 421, 451, 452, 500, 501, 502, 552 (табл. А6).

SOML - Отправить по почте. Подобна команде SEND, за одним исключением: если экран терминала получателя не может отобразить почтовое сообщение, почтовый ящик получатели автоматически принимает это сообщение. Как и команда SEND, команда SOML использует тот же синтаксис, что и команда MAIL:

^ SOLM FROM: имя@имя_host:#13#10

Коды откликов: 250, 421, 451, 452, 500, 501, 502, 552 (табл. А6).

TURN. Предписывает серверу взять на себя роль отправителя, а клиент принимает на себя роль получателя. Можно использовать эту команду для получения любых почтовых сообщений, которые вы намерены отправить из сервера клиенту, не ожидая, пока сервер инициализирует сеанс SMTP с клиентом. Синтаксис команды TURN следующий:

TURN#13#10

Коды откликов: 250, 500, 502, 503 (табл. А6).

VRFY - Проверять. Предписывает серверу проверить указанного получателя в системе сервера. Вы используете эту команду перед инициализацией нового почтового сообщения с помощью команд MAIL, SEND, SOML или SAML. Синтаксис команды VRFY следующий:

^ VRFY имя_лользователя_или_адрес#13#10

Коды откликов: 250, 251, 421, 500, 501, 502, 504, 550, 551, 553 (табл. А6)

Примечание: Ни набор команд SMTP, ни модель связи SMTP не содержат команды LOGIN. Поэтому любой клиент SMTP может подсоединяться к серверу SMTP и отправлять почтовые сообщения. Это является причиной уязвимости системы почты Internet, поскольку любой пользователь имеет возможность отправить почту с фиктивным адресом возврата (или чьим-либо другим адресом). В свое время такая уязвимость вызвала слухи о том, что якобы Netscape Navigator имеет неисправности в защите. Фактически это недостаток защиты в конструкции и реализации модели SMTP.

^ Расширения SMTP

Почта Internet использовала на протяжении многих лет SMTP в качестве первичного протокола передачи. Как и можно было предположить, при столь продолжительном использовании возможности базового протокола увеличились за счет различных расширений. Хоти ни одно из этих расширений не было распространено по всем реализациям SMTP, одно расширение было стандартизировано (RFC 1651), что позволяет пользователю SMTP узнать о расширениях любого сервера SMTP.

Новая команда EHLO используется вместо команды HELO. Если сервер не поддерживает любых расширений SMTP, он отвечает кодом отклика 500, который обозначает, что сервер не узнает команду. В противном случае сервер отвечает кодом отклика 250 и, если какие-либо расширения поддерживаются, - несколькими строками, в которых перечисляются поддерживаемые расширения, и при этом каждая строка начинается с кода отклика 250.

Для имеющихся расширений SMTP изучите документы RFC.

Приложение 4

^ Заголовки почты SMTP

RFC 822 определяет поля заголовков протокола SMTP. Фактически этот RFC определяет только эти поля заголовков, все другие определяются в RFC (или в других документах спецификаций), описывающем протокол приложения. Поля заголовка SMTP легко разбиваются на отдельные функциональные зоны на основании функции, которую выполняет каждое поле. Поля заголовков необязательно должны быть в том порядке, какой определен в данном разделе, и нет необходимости использовать их для создания достоверного и работающего заголовка SMTP.

^ Поля инициатора

Поля инициатора (originator fields) обозначают источник сообщения. Такой источник содержит имя пользователя, который отправляет сообщение, компьютер, с которого было отправлено сообщение, и адрес, по которому должны быть отправлены ответы.

Поле From. Обозначает инициатора сообщения. Это поле должно содержать адрес пользователя, например, From: davischa@onramp.net. Этот адрес необязательно является адресом отправителя сообщения, это может быть пользователь, система или приложение. Полное имя отправителя, заключенное в круглые скобки, может появиться в конце поля, например, From: davischa@onramp.net (Davis Chapman).

Пример:

From: davischa@onramp.net

From: davischa@onramp.net(Davis Chapman)

^ Кем отредактировано: пользователем.

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

Пример:

From: theboss@here.com

Sender: davischa@onramp.net

^ Кем отредактировано: пользователем или приложением клиента.

Поле Reply-To. Обозначает любые почтовые ящики, в которые отправляются ответы. Это поле становится существенным, когда должны принимать ответы почтовые ящики, отличные от ящиков отправителя или инициатора. Вы встречаетесь с этим полем заголовка чаще всего, когда сообщение генерирует приложение, а не пользователь.

Пример:

Reply-To: bill@microsoft.com

^ Кем отредактировано: пользователем или приложением, создающим сообщение.

Поля адресата (получателя)

Эти поля доставляют сообщение в соответствующий почтовый ящик или приложение.

Поле То. Содержит адреса первичных получателей. Пользователь может дать список нескольких получателей, разделенных запятыми.

Пример:

То: nobody@nowhere.org

То: nobody@nowhere.org, somebody@somewhere.edu

^ Кем отредактировано: пользователем.

Поле СС. Содержит адрес вторичных получателей. Подобно полю То, это поле может содержать несколько адресов, разделенных запятыми.

Пример:

СС: vasay@kolay.org

СС: vasay@kolay.org, ivanov@petrovich.edu

^ Кем отредактировано: пользователем.

Поле ВСС. Содержит адреса дополнительных получателей сообщения. Копии сообщения, которое отправляется первичным и вторичным получателям, не содержат этой строки заголовка. Некоторые системы включают эту строку только в авторскую копию. Поле заголовка используется для отправления копий сообщения тому, о ком бы вам не хотелось, чтобы знали другие получатели сообщения.

Пример:

ВСС: zelin@ds.com

^ Кем отредактировано: пользователем.

Поля ссылок

Поля ссылок идентифицируют сообщение, а также любые другие сообщения, на которые ссылается данное сообщение.

^ Поле Message-ID. Содержит уникальный идентификатор, который генерирован инициализирующей машиной. Этот идентификатор предназначен для использования не пользователем как получателем, а приложениями, которые отвечают за отправление и прием сообщений. Каждая версия сообщения должна иметь уникальный идентификатор без дубликатов. Этот идентификатор обычно содержит дату и время создания сообщения в сочетании с именем компьютера.

Пример:

Message-ID: <0311520D5.F6D@onramp. net>

^ Кем отредактировано: сервером.

Поле In-Reply-To. Состоит из идентификаторов сообщения любых предыдущих сообщений, на которые данное сообщение является ответом. Это поле может содержать несколько идентификаторов сообщений, разделенных запятыми. Угловые скобки в этом и последующих полях отмечают начало и конец идентификаторов сообщения. Скобки являются неотъемлемой частью спецификации.

Пример:

In-Reply-To: <315E8844@whitehouse.gov>

^ Кем отредактировано: приложением клиента.

Поле References. Содержит идентификаторы сообщений любых предыдущих сообщений, на которые ссылается данное сообщение. Это поле может содержать несколько идентификаторов сообщений, разделенных запятыми.

Пример:

References:<31848571.A7@onramp.net>

References:<31848571.A7@onramp.net>,<21738464.B8@ds.net>

Кем отредактировано: приложением клиента.

Поле Keywords. Содержит ключевые слова или фразы, которые уточняют содержимое сообщения. Это поле может содержать несколько слов или фраз, разделенных запятыми.

Пример:

Keywords: Delphi, Programming, Internet

^ Кем отредактировано: пользователем.

Поля маршрута

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

^ Поле Return-Path. Конечная система передачи, подающая сообщение получателю, добавляет поле Return-Path, которое содержит маршрут, избранный сообщением по пути от инициализирующей системы к системе получателя.

Пример:

Path: davisha@onramp.net

^ Кем отредактировано: сервером.

Поле Received. Каждая система передачи, по которой перемещается сообщение, добавляет поле Received. Эта информация часто используется для отслеживания проблем передачи.

Пример:

Received: from host (localhost[127.0.0.1]) by mln.Internex.Net (8.7.1/8.7.1) with SMTP id HAA10170; Sun, 18 Feb 1997 07:50:40 GMT

Кем отредактировано: сервером.

Другие поля

Другие поля в заголовке имеют не единое назначение, как группа, а каждое - индивидуально.

Поле Date. Содержит время и дату инициализации сообщения. Формат даты сообщения Internet следующий:

[день, ]дата>время

День указан с аббревиатурой из трех символов дня недели. Дата указана в следующем формате:

DD МММ YY

Месяц представлен трехсимвольной аббревиатурой месяца создания сообщения.

Время задается в следующем формате:

НН:ММ[ :ss] временной_пояс

Аббревиатуры HH, MM и SS представляют каждая две цифры, обозначающие соответственно часы, минуты и секунды создания сообщения. Временной пояс представлен трехсимвольной аббревиатурой часового пояса.

Пример:

Date: Sun, 18 Feb 1997 01:07:40 GMT

^ Кем отредактировано: приложением клиента или сервером.

Поле Subject. Дает краткое содержание сообщения. Обычно это краткое содержание создает инициатор сообщения. Пример:

Subject: Internet Book Progress

^ Кем отредактировано: пользователем.

Поле Comments. Позволяет пользователям добавлять комментарии к сообщению, не влияя на содержимое тела сообщения.

Пример:

Comments: This message is a good.

^ Кем отредактировано: пользователем.

Поле Encrypted. Показывает, зашифровано ли тело сообщения и какая схема шифрования использована. В этом поле первое значение указывает программное обеспечение, которое выполняет шифрование, а второе (необязательное) помогает пользователю выбрать соответствующий ключ дешифрования (например, с помощью общедоступного ключа).

Примечание:

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

Пример:

Encrypted: PGP 123478

^ Кем отредактировано: приложением клиента.

Поля расширений

Формат сообщения Internet был расширен дополнительными полями заголовков для обработки дополнений в формат сообщения, особенно расширений MIME. Эти поля ограничены в том смысле, что они не могут начинаться с х-, поскольку вступают в конфликт с полями, определенными пользователем. В данном разделе описаны некоторые из этих расширений.

^ Поле MIME-Version. Показывает, какая версия MIME использовалась для составления сообщения.

Пример:

MIME-Version: 1.0

Кем отредактировано: приложением клиента.

Поле Content-Transfer-Encoding. Представляет собой модификатор типа носителя сообщения. Этот модификатор указывает тип кодирования сообщения и соответственно тип декодирования, который следует выполнить для восстановления сообщения в исходном состоянии.

Пример:

Content-Transfer-Encoding: 7 bit

^ Кем отредактировано: приложением клиента

Поле Content-Type. Указывает тип носителя сообщения (например, текстовый/простой или составной/смешанный).

Пример:

Content-Type: text/plain;charset=US-ASCII

^ Кем отредактировано: приложением клиента.

Пользовательские поля

Формат сообщения Internet позволяет пользователям добавлять поля заголовков, определенных пользователем. Эти поля заголовков всегда начинаются с х-, за которым следует имя поля.

Пример:

X-Mailer: Delphi SMTP Mailer vl.О

Кем отредактировано: приложением клиента

Министерство образования Украины

Запорожская государственная инженерная академия
^ МЕТОДИЧЕСКИЕ УКАЗАНИЯ

к курсовой работе по дисциплине

«Системное программирование и операционные системы»

для студентов специальности

7.080403 “Программное обеспечение автоматизированных систем”

Составители:
^
Попивщий Василий Иванович, кандидат физико-математических наук, доцент

Полякова Наталья Петровна, кандидат технических наук, доцент


Подписано к печати . Формат 60x841/16,

Бумага типографская N1. Усл. печ. л. .

Уч.-изд. л. . Тираж экз. Заказ N
Редакционно-издательский отдел ЗГИА

330006, г.Запорожье, пр.Ленина, 226.
Министерство образования Украины

Запорожская государственная инженерная академия
^ МЕТОДИЧЕСКИЕ УКАЗАНИЯ

к курсовой работе по дисциплине

«Системное программирование и операционные системы»

для студентов специальности

7.080403 “Программное обеспечение автоматизированных систем”

Все цитаты, цифровой, К печати и в свет

фактический материал и разрешаю на основании

библиографические сведения 2 пункт 15

проверены, Замечания рецен- "Единых правил ..."

зентов учтены. Проректор Колесник Н.Ф.
Составители: В.И.Попивщий

Н.П.Полякова

Запорожье ЗГИА

2001


1   2   3   4   5   6   7   8   9   10   11

Похожие:

Методические указания к курсовой работе по дисциплине «Системное программирование и операционные системы» iconМетодические указания к выполнению курсовой работы «Гребные электрические...
Методические указания к выполнению курсовой работы «гребные электрические установки» по дисциплине «электрические системы и комплексы...

Методические указания к курсовой работе по дисциплине «Системное программирование и операционные системы» iconМетодические указания к курсовой работе по курсу "Разведка месторождений полезных ископаемых"
Методические указания к выполнению курсовой работы по дисциплине «Разведка месторождений полезных ископаемых» (для студентов очной...

Методические указания к курсовой работе по дисциплине «Системное программирование и операционные системы» iconМетодические указания к курсовой работе по дисциплине «Теория электрическихцепей»

Методические указания к курсовой работе по дисциплине «Системное программирование и операционные системы» iconМетодические указания и задания к лабораторным работам по курсу «Архитектура компьютеров (АК)»
Методические указания к лабораторным работам по курсу “Архитектура компьютеров предназначены для студентов специальностей «Системное...

Методические указания к курсовой работе по дисциплине «Системное программирование и операционные системы» icon«Системное программирование и операционные системы»
Все цитаты, цифровой, фактический материал и библиографические сведенья проверены, запись единиц соответствует стандартам

Методические указания к курсовой работе по дисциплине «Системное программирование и операционные системы» iconМетодические указания к выполнению курсовой работы по дисциплине «Вычислительный практикум»
Методические указания к выполнению курсовой работы по дисциплине «Вычислительный практикум» для студентов заочной формы обучения...

Методические указания к курсовой работе по дисциплине «Системное программирование и операционные системы» iconМетодические указания к выполнению курсовой работы по дисциплине «Основы маркетинга»
Бобрушева В. В. Методические указания к выполнению курсовой работы по дисциплине «Основы маркетинга» для студентов 2 курса дневной...

Методические указания к курсовой работе по дисциплине «Системное программирование и операционные системы» iconМетодические указания к выполнению лабораторных работ по дисциплине...
Компьютерная инженерия” (для студентов дневной и заочной формы обучения специальности 091501 “Компьютерные системы и сети”, 091502...

Методические указания к курсовой работе по дисциплине «Системное программирование и операционные системы» iconМетодические указания к выполнению курсовой работы по дисциплине...
Методические указания к выполнению курсовой работы по дисциплине «Техническая термодинамика»/ Составители

Методические указания к курсовой работе по дисциплине «Системное программирование и операционные системы» iconМетодические указания к выполнению контрольной работы (ргр) по дисциплине...
Методические указания к выполнению контрольной работы (ргр) по дисциплине «Объектно-ориентированное программирование» (для студентов...

Вы можете разместить ссылку на наш сайт:
Школьные материалы


При копировании материала укажите ссылку © 2013
контакты
uchebilka.ru
Главная страница


<