Администрирование почтовых и файловых серверов в Internet

Автор работы: Пользователь скрыл имя, 20 Октября 2011 в 19:58, курсовая работа

Краткое описание

Сеть Internet развивалась в первые свои годы как государственная. Это значит, что главным ее назначением был свободный обмен информацией. Доступность Internet из высших учебных заведений только способствовала этой тенденции. Если электронная почта - это основное средство коммуникаций, то основным способом обмена программным обеспечением и регламентными материалами в Internet стали FTP-архивы.

Содержание работы

Введение
2. Электронная почта в Internet
2.1. Принципы организации
2.2. Протокол SMTP
2.3. Протокол POP3 (Post Office Protocol)
2.4. Формат почтового сообщения (RFC-822)
2.5. Спецификация MIME (Multipurpose Internet Mail Extension)
3. Программное обеспечение почтового обмена
3.1. Программа Sendmail
3.1.1. Настройка программы sendmail
3.1.2. Тестирование обслуживания по протоколу SMTP
3.1.3. Тестирование по протоколу POP3
3.1.4. Протокол IMAP
3.1.5. Тестирование отправки почты программой Sendmail - флаг "-v"
3.1.6. Тестирование правил преобразования адресов

3.2. Доступ к ресурсам Internet через электронную почту
3.2.1. Доступ к ресурсам архивов FTP
3.2.2. Поиск ресурсов посредством Archie
4. Файловые архивы Internet
4.1. Протокол FTP (File Transfer Protocol)
4.2. Режимы обмена данными
4.3. Программное обеспечение доступа к FTP-архивам
4.3.1. Сервер протокола - программа ftpd
4.3.2. Программа обмена файлами - ftp
4.3.3. Поиск в FTP-архивах - программа Archie
Приложения
Приложение 1. Команды протокола SMTP
Приложение 2. Коды возврата SMTP

Содержимое работы - 1 файл

Администрирование почтовых и файловых серверов в Internet.docx

— 345.52 Кб (Скачать файл)

Поле  версии MIME (MIME-Version)

Поле  версии указывается в заголовке  почтового сообщения и позволяет  определить программе рассылки почты, что сообщение подготовлено в  стандарте MIME. Формат поля выглядит как:

MIME-Version: 1.0

Поле  версии указывается в общем заголовке  почтового сообщения и относится  ко всему сообщению целиком. Здесь  уместно отметить, что в отличие  от стандарта RFC822, стандарт MIME позволяет  перемешивать поля заголовка сообщения  с телом сообщения. Поэтому все  поля делятся на два класса: общие  поля заголовка, которые записываются в начале почтового сообщения  и частные поля заголовка, которые  относятся только к отдельным  частям составного сообщения и записываются перед ними.

Поле  типа содержания тела почтового сообщения (Content-Type)

Поле  типа используется для описания типа данных, которые содержатся в теле почтового сообщения. Это поле сообщает программе чтения почты какого сорта преобразования необходимы для того, чтобы сообщение правильно проинтерпретировать. Эта же информация используется и программой рассылки при кодировании/декодировании почты. Стандарт MIME определяет семь типов данных, которые можно передавать в теле письма: текст (text); смешанный тип (multipart); почтовое сообщение (message); графический образ (image); аудио информация (audio); фильм или видео (video); приложение (application). Общая форма записи поля выглядит в записи Бекуса-Наура как:

        Content-Type:= type "/" subtype *[";" parameter]

        type :=    "application"     / "audio"

            / "image"           / "message"

            / "multipart"       / "text"

            / "video"           / x-token

        x-token := <Два символа "X-", за которыми без пробела

                следует  последовательность любых символов>

      subtype := token

        parameter:= attribute "=" value

        attribute:= token

      value := token / quoted-string

      token := 1*<любой символ кроме пробела и управляющего символа,

                  или tspecials>

        tspecials:=  "(" /")" / "<" / ">" / "@"  ; Обязательно

             /  "," / ";" / ":" / "\" / <">  ; должны быть,

             /  "/" / "[" / "]" / "?" / "."  ; заключены в

             /  "="                          ; кавычки.

Остановимся подробнее на каждом из типов, разрешенных  стандартом MIME.

Text. Этот тип указывает на то, что в теле сообщения содержится текст. Основным подтипом типа "text" является "plain", что обозначает так называемый планарный текст. Понятие планарного текста появилось в связи с тем, что существует еще размеченный текст, т.е. текст со встроенными в него символами управления отображением, и гипертекст, т.е. текст, который можно просматривать не последовательно, а произвольно, следуя гипертекстовым ссылкам. Для обозначения размеченного текста используют подтип "richtext", а для обозначения гипертекста подтип "html". Вообще говоря, "html" - это специальный вид размеченного текста, который используется для представления гипертекстовой информации в системе World Wide Web, которая получила в последнее время широкое распространение в Internet. Понятие размеченного текста требует более подробного обсуждения, так как его передача и интерпретация являются одной из причин появления стандарта MIME.

"Richtext" определяет текст со встроенными в него специальными управляющими последовательностями, которые в соответствии со стандартом языка разметки документов SGML называются тагами. Таги представляют из себя последовательность символов типа "<строка-символов>". "Строка-символов" определяет управляющее действие. Таги делятся на таги начала элемента текста ("<......>") и таги конца элемента текста ("</......>"). В качестве примера такой разметки можно привести следующий фрагмент текста:

      <bold>Now</bold> is the time for

      <italic>all</italic> good men

       <smaller>(and <lt>women>)</smaller> to

      <ignoreme></ignoreme> come

      to the aid of their

      <nl>

В этом фрагменте <bold> означает выделение "жирным" шрифтом, <italic> - курсив, <smaller> - мелкий шрифт, <lt> - знак "<", игнорирование обозначено как <ignoreme>, новая строка как <nl>.

Специальный тип разметки задается подтипом "html". Это так называемый гипертекст. Разметка гипертекста строится по тому же принципу как и в тексте типа "richtext". Однако применяются таги, позволяющие описать гипертекстовые ссылки. К таким тагам относятся "<A HREF="......">.....</A>", <IMG ....>, <A NAME="...."></A>. Таг "<A HREF="......"> .......</A> определяет следующий фрагмент текста, который будет просматриваться. При этом текст между тагом начала и тагом конца будет выделен в программе просмотра цветом или другим способом и используется как контекстная гипертекстовая ссылка. Таг <IMG .....> задет встроенный в текст документа графический образ. В некотором смысле этот таг аналогичен "multipart", который разрешает комбинировать сообщение из нескольких фрагментов разного типа. Таг <A NAME...> определяет "якорь", т.е. место внутри документа, на которое можно сослаться как на метку. В качестве примера такой разметки текста можно привести следующий фрагмент:

      Это пример разметки документа  в формате HTML.

              <H1>Это заголовок документа</H1>

              <P> - Это параграф.

              <A HREF="test.html#mark1">

      Это пример гипертекстовой ссылки.</A>

              <IMG SRC="test.gif" ALIGN=Bottom>

      Это встроенный image.

              <A NAME="mark1"></A>

      Это "якорь" внутри текста документа.

"Multipart". Этот тип содержания тела почтового сообщения определяет смешанный документ. Смешанный документ может состоять из фрагментов данных разного типа. Данный тип имеет ряд подтипов.

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

      From: Nathaniel Borenstein <nsb@bellcore.com>

        To: Ned Freed <ned@innosoft.com>

        Subject: Sample message

        MIME-Version: 1.0

        Content-type: multipart/mixed; boundary="simple boundary"

        This is the preamble.  It is to be ignored, though it is a

      handy place for mail composers to include an explanatory

      note to non-MIME compliant readers.

        --simple boundary

        This is implicitly typed plain ASCII text.

        It does NOT end with a linebreak.

        --simple boundary

        Content-type: text/plain; charset=us-ascii

        This is explicitly typed plain ASCII text.

        It DOES end with a linebreak.

        --simple boundary--

        This is the epilogue.  It is also to be ignored.

В данном примере поле "Content-Type" определяет подтип "mixed" и границу между фрагментами, как строку "--simple boundary--". В начале каждого фрагмента может быть задана своя строка с полем "Content-Type". Как видно из примера, существует два фрагмента, которые не отображаются: преамбула и эпилог, в которые можно поместить комментарии.

Другим  подтипом может быть подтип "alternative". Данный подтип позволяет организовать вариабельный просмотр почтового сообщения в зависимости от типа программы просмотра. Приведем пример:

      From:  Nathaniel Borenstein <nsb@bellcore.com>

      To: Ned Freed <ned@innosoft.com>

      Subject: Formatted text mail

        MIME-Version: 1.0

      Content-Type: multipart/alternative; boundary=boundary42

      --boundary42

      1 фрагмент

      Content-Type: text/plain; charset=us-ascii

        ...plain text version of message goes here....

      --boundary42

      2 фрагмент

        Content-Type: text/richtext

        .... richtext version of same message goes here ...

        --boundary42

      3 фрагмент

        Content-Type: text/x-whatever

        .... fanciest formatted version of same  message  goes  here ...

        --boundary42--

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

Подтип "digest" предназначен для многоцелевого почтового сообщения, когда различным частям хотят приписать более детальную информацию, чем просто тип:

      From: Moderator-Address

      MIME-Version: 1.0

      Subject: Internet Digest, volume 42

      Content-Type: multipart/digest;

            boundary="---- next message ----"

            ------ next message ----

      From: someone-else

      Subject: my opinion

      ...body goes here ...

            ------ next message ----

      From: someone-else-again

      Subject: my different opinion

      ... another body goes here...

            ------ next message ------

Приведенный пример показывает как можно воспользоваться подтипом "digest" для рассылки почты разным пользователям и по-разному поводу, используя поля "From:" и "Subject" в качестве частных заголовков.

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

Тип "message". Данный тип предназначен для работы с обычными почтовыми сообщениями, которые однако не могут быть переданы по почте по разного рода причинам. Эти причины объясняются подтипами данного типа.

Подтип "partial" предназначен для передачи одного большого сообщения по частям для последующей автоматической сборки у получателя. Приведем пример передачи аудио сообщения разбитого на части:

      X-Weird-Header-1: Foo

      From: Bill@host.com

      To: joe@otherhost.com

      Subject: Audio mail

      Message-ID: id1@host.com

      MIME-Version: 1.0

      Content-type: message/partial;

            id="ABC@host.com";

              number=1; total=2

Информация о работе Администрирование почтовых и файловых серверов в Internet