Проблема передачи двоичных файлов
Изначально SMTP-системы разрабатывались на передачу информации исключительно в текстовом виде и не были ориентированы на передачу символов национальных алфавитов, т.е. использовался семибитный код.
Для решения проблемы передачи двоичных файлов были разработаны различные подходы, например, наиболее часто использовали подход UUENCODE, который, несмотря на широкое распространение, так и не был стандартизован.
Идея этой кодировки состоит в том, что 8-битный код символа разбивался на две части по 7 бит. Т.к. использовались только последние 4 бита
каждого из 7-битных «кусков», а первые 3 – нет (они носят название символов заполнения), но возникали проблемы с этими символами заполнения, т.к. многие производители ПО не могли договориться о структуре символов заполнения (UUENCODE не был стандартизован).
Подход UUENCODE позволял предварительно преобразовывать из бинарного в текстовый вид произвольные данные, однако, всеобъемлющим данный подход назвать трудно, т.к. в общем случае,
никакой информации о природе содержимого сообщения (типа передаваемых данных и использующих их приложениях) принимающая сторона не имела.
11
Универсальный формат сообщений
По мере расширения сети INTERNET, усложнения программного обеспечения и активного внедрения multimedia назрела необходимость универсального формата сообщений и представления двоичных
данных и текста, содержащего национальные символы.
Таким форматом стали многофункциональные расширения почты INTERNET
(MIME – Multipurpose INTERNET Mail Extensions).
Формат MIME оказался чрезвычайно удачным, поскольку в него были заложены возможности неограниченного расширения как поддерживаемых типов данных, так и национальных кодировок.
12
Системы на базе X.400
X.400 представляет собой набор рекомендаций по построению системы передачи электронных сообщений, не зависящих от используемых на сервере и клиенте ОС и аппаратных средств.
Рекомендации X.400 являются результатом деятельности
международного комитета по стандартизации (совр. название – ITU), созданного при ООН. Рекомендации X.400 охватывают все аспекты построения среды управления сообщениями:
- терминологию;
- компоненты и схемы их взаимодействия;
- протоколы управления и передачи;
- форматы сообщений и правила их преобразования.
Существует три редакции рекомендаций:
1984 (Red Book), 1988 (Blue Book), 1992 (White Book) гг.
13
Поздние рекомендации
Более поздние рекомендации описывают дополнительные протоколы и форматы передачи данных, корректируют неточности или изменяют трактовку более ранних рекомендаций. Исправления и дополнения к указанным спецификациям выпускаются ежегодно, однако существующие системы в подавляющем большинстве поддерживают рекомендации 1984 или 1988 г.
К сожалению, эти спецификации не являются свободно доступными и распространяются за достаточно большую плату.
Несмотря на мощную теоретическую базу и практически безупречную архитектуру и дизайн, семейство протоколов X.400 не получило широкого распространения, за исключением государственных и банковских учреждений. Причины:
Чрезмерная сложность реализации и значительная стоимость внедрения и эксплуатации систем на его основе;
Отсутствие свободного доступа к стандартам;
Проблемы несовместимости версий 1984 и 1988 гг.
14
Системы на базе SMTP.
SMTP появился в среде UNIX и предназначался исключительно для общения между собой почтовых серверов.
SMTP способен общаться только со стеком TCP/IP; отсутствие поддержки других сетевых протоколов не помешало SMTP получить очень широкое распространение.
В связи с бурным ростом INTERNET, SMTP как протокол передачи сообщений приобрёл статус
стандарта де-факто
15
Заключение1: 
Сообщения SMTP используют понятие «конверта» и «содержимого», которое, в свою очередь, имеет заголовок и тело.
Состав полей в заголовке определяется форматом тела сообщения (например, MIME). Ни одно поле не является обязательным, но, как правило, указываются такие поля, как To:, From:, Subject:.
В случае использования формата MIME в заголовке обязательно должна присутствовать строка «MIME- Version 1.x”.
Полный перечень возможных полей в заголовке сообщения SMTP содержится в RFC2076.
16
Заключение2:
Практически все производители пакетов электронной почты
либо поддерживают протокол SMTP как базовый, либо на уровне шлюзов. Такая популярность протокола SMTP
объясняется:
сравнительной простотой реализации, широкими возможностями расширения без ущерба для обратной совместимости с существующими версиями почтовых систем;
Широкой доступностью спецификации и отсутствием необходимости отчислять средства за их использование.
SMTP-системы на сегодняшний день активно развиваются в следующих направлениях:
•Расширение протокола общения сервер-сервер (собственно SMTP);
•Создание и улучшение протокола общения клиент-сервер (POP3, IMAP4);
•Внедрение и расширение нового формата сообщений (MIME).
17
Технология «клиент-сервер».
•«Клиент-сервер» - модель взаимодействия компьютеров в сети.
•Как правило, один компьютер в сети располагает информационно-вычислительными ресурсами (процессоры, файловая система, сервис электронной почты, служба печати, база данных,…). Другие же компьютеры используют эти ресурсы.
•Компьютер, управляющий тем или иным ресурсом, принято называть сервером этого ресурса, а компьютер, желающий этот ресурс использовать – клиентом.
•Конкретный сервер характеризуется видом ресурса, которым он владеет, например, если ресурсом является база данных, то речь идёт о сервере баз данных, назначение которого – обслуживать запросы клиентов, связанные с обработкой данных.
•Этот же принцип распространяется на взаимодействие процессов, если один из них выполняет некоторые функции, предоставляя другим соответствующий набор услуг. Такой процесс рассматривается в качестве сервера. Процессы, использующие эти услуги, принято называть клиентами.
18
•На сегодняшний день технология «клиент-сервер» получает всё большее распространение, однако, сама по себе, она не предлагает универсальных рецептов, а лишь даёт общее представление о том, как должна быть организована современная распределённая информационная система.
•Один из основных принципов технологии «клиент-сервер» заключается в разделении функций стандартного приложения на 3 группы, имеющие различную природу;
1.Функции ввода и отображения данных;
2.Чисто прикладные функции, характерные для данной предметной области;
3.Фундаментальные функции хранения и управления данными (базы данных, файловые системы и т.д.)
•В соответствии с этим, в любом приложении выделяются следующие логические компоненты:
–компонент представления, реализующий функции первой группы;
–прикладной компонент, поддерживающий функции второй группы;
–компонент доступа к информационным ресурсам, поддерживающий функции третьей группы;
19
Различие в реализации приложений в рамках
технологии «клиент-сервер» определяется
тремя факторами:
•во-первых, тем, какие виды программного обеспечения интегрированы в каждый из компонентов;
•во-вторых, тем, какие механизмы используются для реализации функций всех трёх групп;
•в-третьих, как логические компоненты распределяются между компьютерами в сети.
Всоответствии с 3 фактором выделяются три подхода, каждый из которых реализован в соответствующей модели.
20