Форматы электронной почты
Telnet
После этого на экране появляется приглашение:
telnet>
По команде «?» можно получить перечень команд программы Telnet (см. табл. 6.2).
Наиболее простой способ обращения к Telnet — ввести команду:
% telnet <имя удаленного__компьютера>
Имеется в виду использование интерпретатора команд csh операционной системы Unix, поэтому в качестве приглашения для ввода используется символ %. Ниже приведен общий пример:
% telnet sonne.uiuc.edu Trying...
Connected to sonne.uiuc.edu. Escape character is |Л] ' . SunOS UNIX (sonne)
login: krol вход к удаленной системе
Password: пароль системой не отображается
Last login: Sat Sep 9 17:16:35 from uxl.uiuc.edu
SunOS Release 4.1 (GENERIC) #:Tue Mar 6 17:27;17 PST
sonne% Is команда выполняется удаленной системой Mail News development projectl sonne% pwd /home/sonne/krol
sonne% logout команда выполняется удаленной системой % возврат в локальную систему
При выходе из удаленной системы Telnet заканчивает свою работу. Все дальнейшие команды выполняются локальной системой.
Адреса Telnet. Telnet-адрсса могут быть записаны как формате доменных имен (например, seabass.st.usm.edu), так и в формате IP-адреса (например 120.118.36.5).
С некоторыми сайтами можно соединиться только через определенный порт, номер которого должен быть указан после имени машины Адреса Telnet с номером порта позволяют не только выполнить доступ к удаленному компьютеру, но и также получить доступ к необходимой программе или сервису на этом компьютере (стандартный номер порта — 23). Примеры адресов:
Seabass.st.usm.edu 23 cybernet.cse.fau.edu 2010 Bbhost.hq.eso.org 6969 fedworld.gov 4242 123.118.36.5 23 192.160.13.1 66
В табл. 6.3 приведены Telnet-адрсса по различным тематикам.
В; т ЫШ] __________________________
I
j liSSSE*
I ^ ^
I ** г**
|
|
|
f, ('«^ac^licwb» о) V?" ^ a'vm^;
в
■ Рис. 6.1. Примеры экранов Telnet-клиента EasyTerm 4.2: а — стартовый экран; б — открытие сайта Locis (Библиотека Конгресса США); в — просмотр оглавления раздела Federal Legislation
Таблица 6.3. Некоторые Telnet-адреса
|
Окончание табл. 6.3
|
6.2. Электронная почта
Электронная почта (ЭЛ) является самым массовым средством электронных коммуникаций Internet, через нее можно получить доступ практически ко всем ресурсам Internet, а также к информационным ресурсам других сетей.
При коммуникации в режиме ЭП корреспонденция готовится пользователем посредством программы подготовки почты, которая вызывает текстовой редактор, предпочитаемый пользователем всем остальным программам этого типа (рис. 6.2). Затем следует вызвать программу отправки почты (программа подго-
| Компьютер 1 |
| Компьютер 2 |
| Программа подготовки почты |
| Программа подготовки почты |
| Файлы почтовых сообщений _ _______ Файлы местной почты |
| Файлы почтовых сообщений -_______■ Файлы местной почты |
| Internet |
^Программа^ отправки почтовых ^сообщений, /ПрограммаЛ отправки почтовых ^сообщений J
| ГПрограмма Л просмотра |
| Г Программа просмотра (^корреспонденции^ |
Рис. 6.2. Структура взаимодействия участников почтового обмена
товки почты вызывает программу отправки автоматически). Стандартной программой отправки является Sendmail, работающая как почтовый курьер, который доставляет почту в отделение связи для дальнейшей рассылки (в UNIX-системах Sendmail сама является отделением связи — сортирует почту и рассылает ее по адресатам). Для пользователей персональных компьютеров, имеющих почтовые ящики на своих машинах и работающих с почтовыми серверами через коммутируемые телефонные линии, могут потребоваться дополнительные средства.
Для работы электронной почты в Internet используется протокол прикладного уровня SMTP (Simple Mail Transfer Protocol), который использует транспортный протокол TCP. Однако совместно с этим протоколом может использоваться и UUCP.
При работе по протоколу SMTP почта реально отправляется только тогда, когда установлено интерактивное соединение с программой-сервером на машине-получателе почты. При этом происходит обмен командами между клиентом и сервером протокола SMTP в режиме on-line, и почта достигает почтового ящика получателя за считанные минуты.
При использовании UUCP почта передается по принципу «Stop — Go», т. е. почтовое сообщение передается по цепочке почтовых серверов, пока не достигнет машины-получателя, что позволяет доставлять почту по плохим телефонным каналам, поскольку не требуется поддерживать связь все время доставки от отправителя к получателю. Надо заметить, что если почта ушла с машины отправителя, то это не означает, что она поступит получателю, — промежуточная машина может вернуть почту назад.
Электронная почта действительно работает как система обычной почты, физически перемещая и храня сообщения на промежуточных почтовых станциях.
При смешанной адресации доставка почты происходит по смешанному сценарию. О том, как шла доставка и как маршрутизировалось сообщение, можно узнать из заголовка сообщения, которое вы получили.
Согласно схеме почтового обмена (рис. 6.2), взаимодействие между участниками этого обмена строится по схеме «клиент — сервер». При этом схему можно подразделить на несколько этапов. Первый — взаимодействие по протоколу SMTP между почтовым клиентом (Internet Mail, Eudora, Netscape Communicator, MS Outlook Express и т. п.) и почтовым транспортным агентом (Sendmail, Smail, Ntmail и т. п.), второй — взаимодействие между транспортными агентами в процессе доставки почты получателю, результатом которого является доставка почтового сообщения в почтовый ящик пользователя, и третий — выборка сообщения из почтового ящика пользователя (на сервере) почтовым клиентом и передача в почтовый ящик пользователя на машине пользователя по протоколу РОРЗ или IMAP.
Формат почтового сообщения Internet определен в документе RFC-822 (Standard for ARPA Internet Text Message).
Почтовое сообщение состоит из трех частей: конверта, заголовка и тела сообщения (рис. 6.3). Пользователю доступны только заголовок и тело сообщения. Конверт используется программами доставки. Заголовок всегда находится перед телом сообщения, отделен от него пустой строкой и состоит из полей (имя и содержание). Имя поля отделено от содержания символом «:». Минимально необходимыми являются поля: Date (дата отправки сообщения), From (отправитель), сс и То — получатель(и).
Стандарт MIME (Multipurpose Internet Mail Extension — RFC-1341) предназначен для описания тела почтового сообщения Internet и дополняет RFC-822: если последний подробно описывает в заголовке почтового сообщения текстовое тело письма и механизм его рассылки, то MIME главным образом ориентирован на описание в заголовке письма структуры тела
Date: 26 Aug 76 1429 EDT
From: George Jones<Jones@Registry.org>
Sender: Secy@SHOST
To: Smith@Registry.org
Message-ID: <4231.629.XYzi-What@Registry.org>
Date: 27 Aug 96 0932
From: Ken Davis <Kdavis@This-Host.This.net>
Subject: Re: The Syntax in the RFC
Sender: KSecy@Other-host
Reply-To: Sam.lrving@Reg.Organization
To: George Jones <Jones@Registry.org>
Important folks:
Tom Softwood <Balsa@Tree.Root>, j cc: "Sam lrving"@Other-Host;,
: Standard Distribution:
/main/davis/people/standard@Other-Host j Comment: Sam is away on business.
In-Reply-To: <some.string@DBM.Group>, George's message
Message-ID: <4331.629.XYzi-What@Other-Host
Рис. 6.3. Пример почтового сообщения в формате RFC-822
Примечания. Поле Sender указывает, что George Jones не является автором, но только переслал сообщение, которое получил из SecygSHOST. Message-ID содержит уникальный идентификатор сообщения и используется программами доставки почты, Subject определяет тему сообщения, Reply-To — пользователя, которому отвечают, Comment — комментарий, In-Reply-To показывает. что сообщение относится к типу «ответ на ответ».
почтового сообщения и возможности составления письма из информационных единиц различных типов.
В стандарте зарезервировано несколько способов представления разнородной информации. Для этой цели используются специальные поля заголовка почтового сообщения:
• поле версии MIME, которое указывается в заголовке почтового сообщения и позволяет определить программе рассылки почты, что сообщение подготовлено в стандарте MIME;
• поле описания типа информации в теле сообщения, которое позволяет обеспечить правильную интерпретацию данных. Стандарт MIME определяет семь типов данных, которые можно передавать в теле письма: текст (text); смешанный тип (multipart); почтовое сообщение (message); графический образ (image); аудиоинформация (audio); фильм или видео (video); приложение (application);
• поле типа кодирования сообщения (Content-Transfer-Encoding). Многие данные передаются по сети в их исходном виде. Однако при работе в разнородных почтовых средах необходимо определить механизм их представления в стандартном виде (US ASCII). Для этого существуют процедуры кодирования такого сорта данных (наиболее широко применяемая — uuencode). Поле типа кодирования почтового сообщения введено для того, чтобы при получении данные были правильно распакованы.
Стандарт определяет еще два дополнительных поля: Content-ID и Content-Description. Первое поле определяет уникальный идентификатор содержания, а второе служит для комментария содержания. Программами просмотра эти поля обычно не отображаются.
Рассмотрим подробнее типы и подтипы данных.
Тип text указывает на то, что в теле сообщения содержится текст. Основным подтипом типа text является plain, или неразмеченный (планарный) текст. Для обозначения размеченного текста используют подтип richtext, а для обозначения гипертекста — подтип html.
Richtext определяет текст со встроенными в него специальными управляющими последовательностями — тэгами.
Специальный тип разметки задается подтипом html. Разметка гипертекста строится по тому же принципу, как и для richtext. Однако применяются тэги, позволяющие описать гипертекстовые ссылки.
Тип multipart. Этот тип содержания тела почтового сообщения определяет смешанный документ. Смешанный документ может состоять из фрагментов данных разного типа. Данный тип имеет ряд подтипов:
• mixed — задает сообщение, состоящее из нескольких фрагментов, которые разделены между собой границей, задаваемой в качестве параметра подтипа;
• alternative — позволяет организовать вариабельный просмотр почтового сообщения в зависимости от типа программы просмотра;
• parallel — предназначен для составления такого почтового сообщения, части которого должны отображаться одновременно, что предполагает запуск сразу нескольких программ просмотра.
Тип message. Данный тип предназначен для работы с обычными почтовыми сообщениями, которые, однако, не могут быть переданы по почте по разного рода причинам. Подтипы:
• partial — предназначен для передачи одного большого сообщения по частям для последующей автоматической сборки у получателя;
• external-body — позволяет ссылаться на внешние относительно сообщения информационные источники.
Типы описания нетекстовой информации:
• image — для описания графических образов. Наиболее часто используются файлы форматов GIF и JPEG;
• audio — для описания аудиоинформации. Для воспроизведения сообщения данного типа требуется специальное оборудование;
• video — для передачи фильмов. Наиболее популярным является формат MPEG;
• application — обычно используется при передаче двоичных данных для последующего промежуточного преобразования.
S/MIME (RFC2630, 2632, 2633, 2634) - Secure/Multipurpose Internet Mail Extensions является стандартом, позволяющим использовать Х.509-сертификаты для защиты е-таП-обмена. Х.509-сертификаты широко применяются также для защиты других электронных коммуникаций, таких как HTTP и др. Таким образом, один и тот же сертификат используется в различных целях и разным программным обеспечением.
S/MIME представляет собой реализацию криптографической системы с асимметричным ключом. Система может быть использована как для внедрения так называемой электронной подписи (digital signature) в почтовые сообщения, так и для шифрования последних. Поддерживается также комбинация двух вышеперечисленных методов. Система с асимметричным ключом отличается от традиционной (работающей с симметричным ключом) в первую очередь тем, что отправителю не придется сообщать корреспонденту по телефону или каким-либо иным методом пароль, который использован для пересылки секретных сведений.
Все, что надо отправителю, — это публичная часть S/MIME-сертификата адресата, т. е. та его часть, которая ни в коем случае секретом не является.
Разумеется, корреспондент должен иметь и секретную часть своего S/MIME-сертификата, иначе он не сможет дешифровать полученный текст (как не сможет этого сделать и никто другой, не имея секретной части его S/MIME-сертификата).
В случае применения электронной подписи подписанное сообщение передается в нешифрованном виде, однако получатель письма имеет возможность убедиться в том, кто в самом деле является автором сообщения, а главное — возможность убедиться в том, что данное сообщение никем не было изменено «по дороге». При этом получателю письма для подобной проверки не требуется никакой дополнительной информации, так как публичная часть S/MIME-сертификата отправителя подписанного письма (необходимая для процесса «сверки» подписи) передается вместе с подписанным письмом. Такие электронным образом подписанные сообщения уже на протяжении нескольких лет принимаются судами ряда западных стран в качестве свидетельских показаний и т. д.
В случае использования шифрованных сообщений прочитать текст письма сможет лишь тот человек (те люди), кому в момент написания шифрования явно предоставляется такое право. Наконец, применение комбинации обоих методов означает, что прочитать сообщение сможет лишь тот, кому оно предназначено, и он же сможет убедиться в том, кем конкретно сообщение написано.