Проектирование системы электронной почты предприятия
Разработка и обоснование структуры проектируемой компьютерной сети на предприятии. Абсолютные адреса подсети и требуемое коммутационное оборудование. Описание протоколов передачи и получения электронной почты. Программное обеспечение клиента и сервера.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | курсовая работа |
| Язык | русский |
| Дата добавления | 19.10.2011 |
| Размер файла | 579,3 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
В комплекте с оборудование поставляется утилита HUBwatch for Windows для системы MultiStack, применяется также для управления устройствами DEChub 90/900MS, GIGAswitch/FDDI и GIGAswitch/ATM.
Таким образом, задействовав шесть концентраторов DECrepeater 90T-20 и два маршрутизатора DECswitch 900EF можно организовать работу сети предприятия N. Но этого может быть не достаточно, необходимо что бы в каждом компьютере была установлена сетевая карта. Практически в любом современном компьютере в материнскую плату встроены сетевые карты. Если же сетевая карта не встроена или просто не работает, применим карту от фирмы DEC Fast EtherWORKS PCI 10/10.
3. Описание протокола передачи электронной почты
3.1 Общие описание протокола ESMTP
ESMTP, Extended SMTP (Extended Simple Mail Transfer Protocol) - "Расширенный SMTP": протокол SMTP, дополненный и расширенный дополнительными возможностями. В частности: командой отправки серверу логина с паролем - AUTH и некоторыми другими дополнительными командами. Возможности авторизации при этом используются только при работе почтовых клиентов с серверами исходящей почты. Дальнейшая передача писем на почтовые серверы и релеи производится без всякой авторизации. Так как ESMTP является расширением SMTP, рассмотрим, как работает SMTP.
Протокол SMTP (Simple Mail Transfer Protocol) служит для передачи сообщений электронной почты. По этому протоколу работают все SMTP-серверы, занимающиеся накоплением отправляемых писем и обеспечением доставки адресату. После помещения пользователем писем на SMTP-сервер, тот начинает запрашивать почтовые серверы, которым эти сообщения адресованы, на предмет готовности принять эти письма. Если сервер адресата не готов, то SMTP-сервер пробует соединиться с ним через некоторое время, а если он недоступен длительное время - возвращает письмо отправителю (на обратный адрес, указанный в письме). Кроме того, при загрузке сообщений на SMTP-сервер проводится анализ адресов получателей и выясняется, существуют ли такие адреса. Если нет, сервер возвращает письмо отправителю с информацией о том, что получатель не найден. Средой для SMTP может служить отдельная локальная сеть, система сетей или весь Интернет.
3.2 Схема взаимодействия по протоколу ESMTP
На рис.4.1 приведены компоненты системы электронной почты. На рисунке введены термины "агент пользователя" (user agent, UA) и "агент передачи почты" (message transfer agent, MTA). Как видим, агент пользователя заменяет почтовую программу, а агент передачи почты заменяет процесс-клиент и процесс-сервер.
Рис.4.1 Компоненты почтовой системы Интернет
"Агент" - это программа специального назначения, выполняющая действия для пользователя или другой программы. В большинстве случаев почтовая программа называется агентом пользователя (UA). Точно так же агент передачи почты (MTA) представляет собой клиент или сервер, выполняющий задачи по доставке или получению почты на сетевом компьютере.
Вы, как пользователь, взаимодействуете с агентом пользователя. Он, в свою очередь, взаимодействует с файлом-контейнером или агентом передачи сообщений за вас. В то же время, MTA ведет себя как представитель своего компьютера в сети. Агент пользователя защищает вас от необходимости общаться с различными почтовыми хостами, а MTA защищает компьютер от необходимости общаться с различными агентами пользователя или несколькими агентами передачи почты одновременно.
Система электронной почты представлена агентами передачи почты, MTA. MTA умеют устанавливать TCP-соединение для связи с другими MTA. Протоколом этого соединения, как правило, является простой протокол передачи почты (SMTP). Этот протокол полностью описан в RFC 5321, который так и называется "Простой протокол передачи почты" (Simple Mail Transfer Protocol).
Агент передачи почты - основной компонент системы передачи почты Интернет. Как уже говорилось, MTA как бы представляет данный сетевой компьютер для сетевой системы электронной почты. Пользователи редко имеют дело с MTA, поскольку он не вполне "дружелюбен", однако без него не обходится ни одна почтовая система. После того как UA пошлет сообщение в выходную очередь, за дело принимается MTA. Он извлекает сообщение и посылает его другому MTA. Этот процесс продолжается до тех пор, пока сообщение не достигнет компьютера-получателя. Для передачи сообщений по TCP-соединению большинство MTA пользуются протоколом SMTP. Сообщения форматированы по правилам виртуального сетевого терминала (NVT), то есть в NVT ASCII. NVT подобен виртуальному сетевому протоколу и нужен затем, чтобы скрыть различия в восприятии разными компьютерами разных символов, например переводов каретки, переводов строки, маркеров конца строки, очистки экрана и т.д. Символ в NVT состоит из семи битов набора ASCII и является буквой, цифрой или знаком пунктуации. Семибитный набор ASCII часто называется NVT ASCII.
Простой протокол передачи почты обеспечивает двухсторонний обмен сообщениями между локальным клиентом и удаленным сервером MTA. MTA-клиент шлет команды MTA-серверу, а он, в свою очередь, отвечает клиенту. Другими словами, протокол SMTP требует получать ответы от приемника команд SMTP. Обмен командами и ответами на них называется почтовой транзакцией (mail transaction). Данные, как мы уже говорили, передаются в формате NVT ASCII. Кроме того, команды тоже передаются в формате NVT ASCII. Команды передаются в форме ключевых слов, а не специальных символов, и указывают на необходимость совершить ту или иную операцию.
3.3 Основные команды клиента
SMTP протокол имеет ряд команд, все они описаны в спецификации RFC 5321. Так же имеется ряд дополнительных команд к протоколу SMTP, описанные в спецификациях RFC 1427, RFC 1425, RFC 2554 и др. Протокол, описанный с помощью расширенных команд, называется расширенным ESMTP. В таблице 3.1 приведены основные команды протокола ESMTP.
Таблица 3.1 Команды протокола (ESMTP)
|
команда |
обязательна |
описание |
|
|
EHLO |
x |
Идентифицирует модуль-передатчик для модуля-приемника (hello) |
|
|
|
x |
Начинает почтовую транзакцию, которая завершается передачей данных в один или несколько почтовых ящиков (mail) |
|
|
RCPT |
x |
Идентифицирует получателя почтового сообщения (recipient) |
|
|
DATA |
Строки, следующие за этой командой, рассматриваются получателем как данные почтового сообщения. Почтовое сообщение заканчивается комбинацией символов CRLF-точка-CRLF |
||
|
RSET |
Прерывает текущую транзакцию (reset) |
||
|
NOOP |
Требует от получателя не предпринимать никаких действий, а только выдает ответ OK. Используется главным образом для тестирования. (No operation) |
||
|
QUIT |
Требует выдать ответ OK и закрыть текущие соединение. |
||
|
VRFY |
Требует от приемника подтвердить, что ее аргумент является действительным именем пользователя. |
||
|
SEND |
Начинает почтовую транзакцию, доставляющую данные на один или несколько терминалов (а не почтовый ящик) |
||
|
SOML |
Начинает транзакцию MAIL или SEND, доставляющую данные на один или несколько терминалов или в почтовые ящики. |
||
|
SAML |
Начинает транзакцию MAIL и SEND, доставляющую данные на один или несколько терминалов и в почтовые ящики. |
||
|
SIZE |
SMTP-приемнику передается информация о длине сообщения |
||
|
AUTH |
Команда показывает серверу механизм аутентификации |
||
|
EXPN |
Команда SMTP-приемнику подтвердить, действительно ли аргумент является адресом почтовой рассылки и если да, вернуть адрес получателя сообщения (expand) |
||
|
HELP |
Команда SMTP-приемнику вернуть сообщение-справку о его комадах. |
||
|
TURN |
Команда SMTP-приемнику либо сказать OK и поменяться ролями, то есть стать SMTP-передатчиком, либо послать сообщение-отказ и остаться в роли SMTP-приемника. |
В соответствии со спецификацией команды, помеченные крестиком (X) в таблице.3.1, обязаны присутствовать в любой реализации SMTP. Остальные команды SMTP могут быть реализованы дополнительно. Каждая SMTP-команда должна заканчиваться либо пробелом (если у нее есть аргумент), либо комбинацией CRLF. В описании команд употреблялось слово "данные", а не "сообщение". Этим подчеркивалось, что, кроме текста, SMTP позволяет передавать и двоичную информацию, например графические или звуковые файлы. Другими словами, SMTP способен передавать данные любого содержания, а не только текстовые сообщения. Это значит, что, рассматривая вопросы, касающиеся SMTP, не забывайте, что термин "сообщение" обозначает не только текстовые данные [4,5,6,7].
3.4 Ответы сервера
В спецификации ESMTP требуется, чтобы сервер отвечал на каждую команду ESMTP-клиента. MTA-сервер отвечает трехзначной комбинацией цифр, называемой кодом ответа. Вместе с кодом ответа, как правило, передается одна или несколько строк текстовой информации.
Каждая цифра в коде ответа имеет определенный смысл. Первая цифра означает, было ли выполнение команды успешно (2), неуспешно (5) или еще не закончилось (3). Как указано в приложении E документа RFC 5321, простой SMTP-клиент может анализировать только первую цифру в ответе сервера, и на основании ее продолжать свои действия. Вторая и третья цифры кода ответа разъясняют значение первой. В таблице 3.2 приведены возможные значения кодов ответа SMTP, определенные в RFC 5321.
Таблица 3.2 Коды ответа SMTP и их значение
|
Код |
Значение |
|
|
211 |
Ответ о состоянии системы или помощь |
|
|
214 |
Сообщение-подсказка (помощь) |
|
|
220 |
<имя домена> служба готова к работе |
|
|
221 |
<имя домена> служба закрывает канал связи |
|
|
250 |
Запрошенное действие почтовой транзакции успешно завершилось |
|
|
251 |
Данный адресат не является местным; сообщение будет передано по маршруту <forward-path> |
|
|
252 |
Не удается проверить почтовый ящик, но сообщение принято и сервер попытается его доставить |
|
|
354 |
Начинай передачу сообщения. Сообщение заканчивается комбинацией CRLF-точка-CRLF |
|
|
421 |
<имя домена> служба не доступна; соединение закрывается |
|
|
432 |
Такой отклик на команду AUTH показывает, что пользователю нужно перейти к выбранному механизму аутентификации. |
|
|
450 |
Запрошенная команда почтовой транзакции не выполнена, так как почтовый ящик не доступен |
|
|
451 |
Запрошенная команда не выполнена; произошла локальная ошибка при обработке сообщения |
|
|
452 |
Запрошенная команда не выполнена; системе не хватило ресурсов |
|
|
454 |
Этот отклик на команду AUTH показывает, что аутентификация завершилась неудачей в результате временных проблем на сервере. |
|
|
455 |
Сервер не может принять параметры. |
|
|
500 |
Синтаксическая ошибка в тексте команды; команда не опознана |
|
|
501 |
Синтаксическая ошибка в аргументах или параметрах команды |
|
|
502 |
Данная команда не реализована |
|
|
503 |
Неверная последовательность команд |
|
|
504 |
У данной команды не может быть аргументов |
|
|
530 |
Этот отклик может возвращаться любой командой, за исключением AUTH, EHLO, HELO, NOOP, RSET и QUIT. Он показывает, что политика сервера требует аутентификации для выполнения запрошенной операции. |
|
|
534 |
Этот отклик на команду AUTH показывает, что выбранный механизм аутентификации слабее, чем сервер может позволить для этого пользователя. |
|
|
538 |
Этот отклик на команду AUTH показывает, что выбранный механизм аутентификации может использоваться только для шифрованных соединений SMTP. |
|
|
550 |
Запрошенная команда не выполнена, так как почтовый ящик не доступен |
|
|
551 |
Данный адресат не является местным; попробуйте передать сообщение по маршруту <forward-path> |
|
|
552 |
Запрошенная команда почтовой транзакции прервана; дисковое пространство, доступное системе, переполнилось |
|
|
553 |
Запрошенная команда не выполнена; указано недоступное имя почтового ящика |
|
|
554 |
Транзакция не выполнена |
|
|
555 |
Параметры команды MAIL FROM или RCPT TO не удалось распознать или их поддержка не реализована. |
Что означает первая цифра в коде ответа ESMTP?
В спецификации ESMTP для первой цифры кода ответа отведено пять возможных значений. Цифра 1 означает, что сервер MTA принял команду, от клиента требуется дополнительное подтверждение. Клиент обязан послать дополнительную информацию о том, продолжать или прервать выполнение запрошенной команды. Из табл.3.2 видно, что ESMTP не имеет в своем составе таких команд, то есть коды ответа, начинающиеся с единицы, отсутствуют. Это образец того, как разработчики, что называется, глядели в будущее. В настоящее время команд SMTP, которые бы потребовали дополнительного подтверждения, просто нет. Однако с самого начала разработчики ориентировались на то, что такие команды появятся, и зарезервировали для них коды, начинающиеся с цифры 1.
Коды ответа, начинающиеся с цифры 2, означают, что сервер MTA успешно завершил выполнение команды и ожидает появления новой. Код ответа, начинающийся на 3, означает, что команда начала выполняться, но серверу необходима дополнительная информация для ее завершения. Пример такого кода - 354. В ответ на него клиент MTA должен приступить к передаче почтового сообщения. Код, начинающийся с цифры 4, означает, что сервер не принял команду и она, соответственно, не выполнена. Однако во всех ответах серии 400 предполагается, что ошибка временная и клиент может попытаться ее исправить. Коды ответа серии 500 также сообщают, что команда не выполнена. Кроме того, клиент не должен пытаться повторить ту же команду еще раз, по крайней мере, в составе той же последовательности.
Вторая цифра кода ответа ESMTP.
Вторая цифра кода ответа обозначает категорию ошибки. Цифра 0, например, обозначает синтаксическую ошибку. Команда может быть слишком длинной, иметь неправильный аргумент или, наконец, отсутствовать в списке команд сервера.
Взглянем на сообщения с кодами 211 и 214 из табл.3.2 Обратите внимание на то, что у обеих вторая цифра кода равна единице и оба они информационного характера. Взгляните на команды с кодами 220, 221 и 421. У всех них вторая цифра - двойка, и все они имеют дело с передачей данных или с коммуникационным каналом. Коды ответов, у которых вторая цифра равна пяти (250, 450 и 550), связаны непосредственно с почтовой системой. В настоящее время в ESMTP не определены значения кодов, вторая цифра которых равна трем или четырем.
Третья цифра кода ответа ESMTP.
В спецификации ESMTP указано, что каждая отдельная строка сообщения должна иметь собственную третью цифру в коде ответа. Рассмотрим, например, сообщения с кодами от 500 до 504. Каждое сообщение означает отдельную синтаксическую ошибку. Поскольку строки, описывающие различные виды ошибок, разные, то и коды ответа должны отличаться друг от друга. Каждое сообщение об ошибке имеет свой собственный порядковый номер в данной серии.
Спецификация ESMTP рекомендует, но не обязывает использовать строго заданные текстовые строки в ответах MTA-сервера.
Как уже отмечалось, ответ MTA-сервера может состоять из нескольких строк специального формата. Каждая строка (кроме последней) многострочного ответа начинается с кода ответа, дефиса (-), текста и комбинации CRLF. Последняя строка многострочного ответа начинается с кода ответа, за которым следует пробел:
123-Первая строка сообщения из нескольких строк
123-Код ответа, 123, не изменяется
123-1 интересный момент: сообщение может начинаться с цифры
123 Последняя строка начинается не с дефиса, а с пробела
Обратите внимание на то, что за кодом каждой строки, кроме последней, следует знак дефиса (-). Это необходимо, чтобы клиент MTA смог отличить строку-продолжение ответа от последней строки. За кодом ответа в последней строке всегда следует пробел.
В настоящий момент ESMTP ограничивает допустимые размеры следующими величинами, приведенными в табл.3.3.
Таблица 3.3 Ограничения на размеры объектов ESMTP
|
Объект ESMTP |
Ограничение |
|
|
User |
Максимальная длина имени пользователя: 64 символа |
|
|
Domain |
Максимальная длина имени домена: 64 символа |
|
|
Path |
Максимальная длина обратного маршрута или маршрута доставки, включая знаки пунктуации и символы-ограничители: 256 знаков |
|
|
Command line |
Максимальная длина командной строки, включая ключевое слово и символы CRLF: 512 знаков |
|
|
Reply line |
Максимальная длина строки ответа, включая код ответа и символы CRLF: 512 знаков |
|
|
Text line |
Максимальная длина текстовой строки, включая код ответа и символы CRLF: 1000 знаков |
|
|
Recipients |
Максимальное количество получателей сообщения (за одну транзакцию): 100 |
В соответствии со спецификацией (RFC 5321), если клиент MTA превысил ограничения на размер передаваемой информации, сервер MTA отвечает одним из следующих кодов: 500 Line too long. (Слишком длинная строка), 501 Path too long. (Слишком длинный путь), 552 Too many recipients. (Слишком много получателей), 552 Too much mail data. (Слишком много данных в сообщении) [4,8]
3.5 Пример сеанса передачи почтового сообщения в разработанной сети предприятия
Как мы уже отмечали, ESMTP обеспечивает двухстороннюю связь между агентами передачи почты (MTA), клиентом и сервером. Клиенты шлют команды серверу, а серверы отвечают клиентам. Однако ESMTP оговаривает последовательность ESMTP-команд.
Следующий пример демонстрирует типичную почтовую транзакцию. В примере фигурирует Ivanov (на компьютере comp1. otd1. constr.org), посылающий сообщения Petrov-у, Sirmov-у и Sidirov-у (на компьютере comp3. otd2. constr.org). Агент передачи почты хоста comp3. otd2. constr.org принимает почту для Petrov и Sirmov, однако не знает, где расположен почтовый ящик мистера Sidirov.
Далее при описании команд, символом "S: " будет обозначаться поток данных от сервера, а символом "С: " - поток данных от клиента.
Трехзначные цифровые комбинации в начале передаваемых строк обозначают коды. Ответ SMTP похож на сообщения-подтверждения о доставке, поскольку появляется лишь в том случае, когда приемник получил данные.
1. S: 220 comp3. otd2. constr.org Simple Mail Transfer Service Ready
2. C: EHLO comp1. otd1. constr.org
3. S: 250-comp3. otd2. constr.org says hello
250-HELP
250-AUTH CRAM-MD5 DIGEST-MD5
250-SIZE
250-ETRN
250-TURN
250-VRFY
250 EHLO
4. C: AUTH CRAM-MD5
5. S: 334
PENCeUxFREJoU0NnbmhNWitOMjNGNndAZWx3b29kLmlubm9zb2Z0LmNvbT4=
6. C: ZnJlZCA5ZTk1YWVlMDljNDBhZjJiODRhMGMyYjNiYmFlNzg2ZQ==
7. S: 235 Authentication successful.
8. C: MAIL FROM: <Ivanov @comp1. otd1. constr.org>
9. S: 250 OK
10. C: VRFY Petrov
11. S: 250 Inav Petrov<Petrov @comp3. otd2. constr.org>
12. C: RCPT TO: <Petrov @comp3. otd2. constr.org>
13. S: 250 OK
14. C: RCPT TO: <Sirmov @comp3. otd2. constr.org>
15. S: 250 OK
16. C: RCPT TO: <Sidirov @comp3. otd2. constr.org>
17. S: 550 No such user here
18. C: DATA
19. S: 354 Start mail input; end with <CRLF>. <CRLF>
20. C: Date: Thu, 09 Otc 2009 11: 33: 29 - 0700
21. C: From: < Ivanov @comp1. otd1. constr.org >
22. C: Subject: Hello!
23. C: To: Inav Petrov<Petrov @comp3. otd2. constr.org>
24. C: To: <Sirmov @comp3. otd2. constr.org>
25. C: Hello!
26. C: Test mail.
27. C: Ivanov
28. C:.
29. S: 250 OK
30. C: QUIT
31. S: 221 comp3. otd2. constr.org Service closing transmission channel
Как видно из строки 1, когда SMTP-клиент устанавливает TCP-соединение с портом протокола 25, SMTP-сервер отвечает кодом 220. Это означает, что соединение успешно установлено:
1. S: 220 comp3. otd2. constr.org Simple Mail Transfer Service Ready
После того как MTA компьютеров comp1. otd1. constr.org и comp3. otd2. constr.org установили соединение и обменялись приветствием, первой командой, должна быть команда EHLO. Как указано в строке 2, SMTP-клиент передает EHLO, указывая имя своего компьютера в качестве аргумента. Другими словами, он сообщает: "Привет, я - comp1. otd1. constr.org". Команда EHLO употребляется с аргументом, как показано ниже:
2. C: EHLO comp1. otd1. constr.org
В ответ на EHLO приемник выдает код 250, сообщая передатчику о том, что команда принята и обработана, а так же сообщать о видах сервиса, которые он поддерживает (расшифровку сервисов см. табл.4.2):
3. S: 250-comp3. otd2. constr.org says hello
250-HELP
250-AUTH CRAM-MD5 DIGEST-MD5
250-SIZE
250-ETRN
250-TURN
250-VRFY
250 EHLO
Как видно из синтаксиса все строки ответа начинаются на 250 + дефис, а последняя 250 + пробел. Это сделано для того, чтобы можно было опознать конец ответа.
Среди поддерживаемых сервисов есть AUTH. Далее проведена аутентификация.
4. C: AUTH CRAM-MD5
5. S: 334
PENCeUxFREJoU0NnbmhNWitOMjNGNndAZWx3b29kLmlubm9zb2Z0LmNvbT4=
6. C: ZnJlZCA5ZTk1YWVlMDljNDBhZjJiODRhMGMyYjNiYmFlNzg2ZQ==
7. S: 235 Authentication successful.
При получении команды аутентификации от клиента стока 4, сервер отправляет клиенту ответ с кодом 334 (ответ о готовности) и текстовой частью содержащей BASE64-закодированную строку строка 5. Ответ клиента состоит из BASE64-закодированной строки 6. После чего сервер подтверждает аутентификацию строкой 7.
После установления TCP-соединения и идентификации SMTP-клиент приступает к почтовой транзакции. Для начала он выполняет одну из следующих команд: MAIL, SEND, SOML или SAML. В нашем примере использована команда MAIL:
8. C: MAIL FROM: <Ivanov @comp1. otd1. constr.org>
Все четыре команды, MAIL, SEND, SOML и SAML, имеют одинаковый синтаксис:
MAIL <пробел> FROM: <reverse-path> <carriage-return line-feed>
Аргумент "обратный путь" (reverse path) указывает серверу, кому в случае ошибки отослать соответствующее сообщение. В нашем случае, Ivanov@comp1. otd1. constr.org.
После того как сервер выдал код ответа 250 (строка 9), согласившись обработать сообщение от Ivanov@comp1. otd1. constr.org, проведем проверку, существует ли пользователь с фамилией Petrov.
10. C: VRFY Petrov
Сервер отвечает, что такой пользователь есть:
11. S: 250 Inav Petrov<Petrov @comp3. otd2. constr.org>
Теперь необходимо указать получателя сообщения. Это делается при помощи команды RCPT. Команда RCPT имеет аргумент - имя получателя. На одну команду приходится только одно имя, поэтому, если получателей несколько, команда RCPT выдается несколько раз. В нашем примере команды RCPT выполняются в строках 12, 14, 16. Синтаксис RCPT похож на синтаксис команды MAIL:
RCPT <пробел> TO: <forward-path> <CRLF>
Однако в отличие от MAIL, аргумент RCPT начинается со слова "TO:". Содержимое аргумента - путь передачи сообщения (forward path), а не обратный путь. На данный момент для нас важно, что в пути передачи сообщения указано имя почтового ящика получателя.
Выдав команду RCPT, MTA-клиент ожидает получить ответ с кодом 250. Однако в ответ на 16-ю строку
16 C: RCPT TO: < Sidirov@comp3. otd2. constr.org>
сервер отвечает кодом 550:
17 S: 550 No such user here
Код ответа 550 означает, что MTA не в состоянии выполнить запрос клиента, поскольку не знает, как доставить почту указанному пользователю. То есть, скорее всего, у господина по фамилии Sidirov нет почтового ящика (Sidirov@comp3. otd2. constr.org) на этом компьютере. Теперь сервер обязан информировать клиента об отсутствии почтового ящика получателя сообщения. Однако в спецификации SMTP ничего не говорится о том, как клиент должен реагировать на это сообщение.
После того как посланы все команды RCPT, клиент начинает передачу данных при помощи команды DATA. В строке 18 показано, как MTA-клиент (передатчик) высылает команду DATA, в строке 19 - как сервер отвечает кодом 354. Этот код означает, что передача данных разрешена и должна заканчиваться комбинацией CRLF-точка-CRLF (новой строкой, содержащей только точку).
18 C: DATA
19 S: 354 Start mail input; end with <CRLF>. <CRLF>
После того как получен код 354, клиент может начать передачу данных. MTA-сервер, в свою очередь, помещает принятые данные в очереди входящих сообщений. Сервер не высылает никаких ответов до тех пор, пока не получит комбинацию CRLF-точка-CRLF от клиента, означающую конец передачи данных. В нашем примере Ivanov отправляет тестовое письмо с текстом:
25. C: Hello!
26. C: Test mail.
27. C: Ivanov
Как показано в строках 28 и 29, в ответ на полученную комбинацию CRLF-точка-CRLF, сервер выдает код 250. Код ответа 250 означает успешное окончание операции:
28 C:.
29 S: 250 OK
Для того чтобы закончить почтовую транзакцию, клиент, по правилам SMTP, обязан послать команду QUIT. Сервер, в свою очередь, отвечает кодом 221. Этот код подтверждает клиенту, что соединение будет закрыто, после чего соединение действительно закрывается:
30 C: QUIT
31 S: 221 comp3. otd2. constr.org Service closing transmission channel
В любой момент во время транзакции клиент может использовать команды NOOP, HELP, EXPN и VRFY. В ответ на каждую команду сервер высылает клиенту определенную информацию.
4. Описание протокола получения электронной почты
4.1 Общие описание протокола РОРЗ
Post Office Protocol (POP) - протокол доставки почты пользователю из почтового ящика почтового сервера РОР. Многие концепции, принципы и понятия протокола POP выглядят и функционируют подобно SMTP. Команды POP практически идентичны командам SMTP, отличаясь в некоторых деталях.
В настоящее время существуют две версии протокола POP - РОР2 и РОРЗ, обладающими примерно одинаковыми возможностями, однако несовместимыми друг с другом. Дело в том, что у РОР2 и РОРЗ разные номера портов протокола. Между ними отсутствует связь, аналогичная связи между SMTP и ESMTP. Протокол РОРЗ не является расширением или модификацией РОР2 - это совершенно другой протокол. РОР2 определен в документе RFC 937 (Post Office Protocol-Version 2, Butler, et al, 1985), a РОРЗ - в RFC 1225 (Post Office Protocol-Version 3, Rose, 1991). Далее кратко рассмотрим POP вообще и более подробно - РОРЗ. PОРЗ разработан с учетом специфики доставки почты на персональные компьютеры и имеет соответствующие операции для этого.
4.2 Схема взаимодействия по протоколу РОРЗ
Ранее почтовые сообщения большинства сетей доставлялись непосредственно от одного компьютера к другому. И если пользователь часто менял рабочие компьютеры или один компьютер принадлежал нескольким пользователям, существовали определенные проблемы. В наши дни общепринята доставка сообщения не на компьютеры пользователя, а в специальные почтовые ящики почтового сервера организации, который круглосуточно работает (включен).
Конструкция протокола РОРЗ обеспечивает возможность пользователю обратиться к своему почтовому серверу и изъять накопившуюся для него почту. Пользователь может получить доступ к РОР-серверу из любой точки доступа к Интернет. При этом он должен запустить специальный почтовый агент (UA), работающий по протоколу РОРЗ, и настроить его для работы со своим почтовым сервером. Итак, во главе модели POP находится отдельный персональный компьютер, работающий исключительно в качестве клиента почтовой системы (сервера). Подчеркнем также, что сообщения доставляются клиенту по протоколу POP, а посылаются по-прежнему при помощи SMTP. То есть на компьютере пользователя существуют два отдельных агента-интерфейса к почтовой системе - доставки (POP) и отправки (SMTP). Разработчики протокола РОРЗ называет такую ситуацию раздельные агенты (split UA). Концепция раздельных агентов кратко обсуждается в спецификации РОРЗ.
В протоколе РОРЗ оговорены три стадии процесса получения почты: авторизация, транзакция и обновление. После того как сервер и клиент РОРЗ установили соединение, начинается стадия авторизации. На стадии авторизации клиент идентифицирует себя для сервера. Если авторизация прошла успешно, сервер открывает почтовый ящик клиента и начинается стадия транзакции. В ней клиент либо запрашивает у сервера информацию (например, список почтовых сообщений), либо просит его совершить определенное действие (например, выдать почтовое сообщение). Наконец, на стадии обновления сеанс связи заканчивается. В табл.7 перечислены команды протокола РОРЗ, обязательные для работающей в Интернет реализации минимальной конфигурации
На рисунке изображена модель клиент-сервер по протоколу POP. Сервер POP находится между агентом пользователя и почтовыми ящиками.
4.3 Состояние и диаграмма исполнения
Протокол POP3 предполагает, что обмен информацией между клиентом и сервером осуществляется по схеме "запрос-ответ". Команды клиента, представленные в запросах, и ответы сервера с результатом обработки запросов передаются в текстовом виде.
Взаимодействие построено из следующих этапов:
1. Аутентификация и авторизация. На этом этапе осуществляется проверка имени и пароля пользователя почтового ящика. В случае успеха между клиентом и сервером устанавливается сеанс, в рамках которого осуществляется основное взаимодействие.
2. Основная работа. На этом этапе клиент осуществляет работу с содержимым почтового ящика. Возможны следующие операции:
запрос статистики, (например, количества сообщений, их общего размера и т.п.);
запрос списка сообщений;
выборка полного текста определенного сообщения или его части, например, заголовка;
пометка сообщений, подлежащих удалению.
3. Обновление и завершение сеанса. На этом этапе клиент направляет серверу команду завершения сеанса. При ее получении сервер удаляет помеченные сообщения и завершает сеанс работы с клиентом.
Авторизация пользователя
После того как программа установила TCP-соединение с портом протокола РОРЗ (официальный номер 110), необходимо послать команду USER с именем пользователя в качестве параметра. Если ответ сервера будет +ОК, нужно послать команду PASS с паролем этого пользователя:
CLIENT: USER kcope
SERVER: +ОК
CLIENT: PASS secret
SERVER: +ОК kcope's maildrop has 2 messages (320 octets)
(В почтовом ящике kcope есть 2 сообщения (320 байтов).)
После того как стадия авторизации окончена, обмен переходит на стадию транзакции. В следующих примерах демонстрируется возможный обмен сообщениями на этой стадии.
Команда STAT возвращает количество сообщений и количество байтов в сообщениях:
CLIENT: STAT
SERVER: +ОК 2 320
Команда LIST (без параметра) возвращает список сообщений в почтовом ящике и их размеры:
CLIENT: LIST
SERVER: +ОК 2 messages (320 octets)
SERVER: 1 120
SERVER: 2 200
SERVER:.
Команда LIST с параметром возвращает информацию о заданном сообщении:
CLIENT: LIST 2
SERVER: +ОК 2 200.
CLIENT: LIST 3
SERVER: - ERR no such message, only 2 messages in maildrop
Команда TOP возвращает заголовок, пустую строку и первые десять строк тела сообщения:
CLIENT: TOP 10
SERVER: +ОК
SERVER: <the POP3 server sends the headers of the message,a blank line,
and the first 10 lines of the message body>
(сервер POP высылает заголовки сообщений, пустую строку и первые десять
строк тела сообщения)
SERVER:.
CLIENT: TOP 100
SERVER: - ERR no such message
Команда NOOP не возвращает никакой полезной информации, за исключением позитивного ответа сервера. Однако позитивный ответ означает, что сервер находится в соединении с клиентом и ждет запросов:
CLIENT: NOOP
SERVER: +ОК
Следующие примеры показывают, как сервер POP3 выполняет действия. Например, команда RETR извлекает сообщение с указанным номером и помещает его в буфер местного UA:
CLIENT: RETR 1 SERVER: +OK 120 octets SERVER: <the POPS server sends the entire message here> (РОРЗ-сервер высылает сообщение целиком) SERVER:..
Команда DELE отмечает сообщение, которое нужно удалить:
CLIENT: DELE 1
SERVER: +OK message 1 deleted. (сообщение 1 удалено)
CLIENT: DELE 2
SERVER: - ERR message 2 already deleted сообщение 2 уже удалено)
Команда RSET снимает метки удаления со всех отмеченных ранее сообщений:
CLIENT: RSET
SERVER: +OK maildrop has 2 messages (320 octets)
(в почтовом ящике 2 сообщения (320 байтов))
Как и следовало ожидать, команда QUIT закрывает соединение с сервером:
CLIENT: QUIT
SERVER: +OK dewey POP3 server signing off
CLIENT: QUIT
SERVER: +OK dewey POP3 server signing off (maildrop empty)
CLIENT: QUIT
SERVER: +OK dewey POP3 server signing off (2 messages left)
4.4 Основные команды клиента
Ответы в POP3 состоят из индикатора состояния и ключевого слова, за которым может следовать дополнительная информация. Ответ заканчивается парой CRLF. Существует только два индикатора состояния: "+OK" - положительный и "-ERR" - отрицательный.
Ответы на некоторые команды могут состоять из нескольких строк. В этих случаях каждая строка разделена парой CRLF, а конец ответа заканчивается ASCII символом 46 (". ") и парой CRLF.
POP3 сессия состоит из нескольких режимов. Как только соединение с сервером было установлено и сервер отправил приглашение, то сессия переходит в режим AUTHORIZATION (Авторизация). В этом режиме клиент должен идентифицировать себя на сервере. После успешной идентификации сессия переходит в режим TRANSACTION (Передача). В этом режиме клиент запрашивает сервер выполнить определённые команды. Когда клиент отправляет команду QUIT, сессия переходит в режим UPDATE. В этом режиме POP3 сервер освобождает все занятые ресурсы и завершает работу. После этого TCP соединение закрывается.
У POP3 сервера может быть INACTIVITY AUTOLOGOUT таймер. Этот таймер должен быт, по крайней мере, с интервалом 10 минут. Это значит, что если клиент и сервер не взаимодействуют друг с другом, сервер автоматически прерывает соединение и при этом не переходит в режим UPDATE.
Как только будет установлено TCP соединение с POP3 сервером, он отправляет приглашение, заканчивающееся парой CRLF, например:
S: +OK POP3 server ready
Теперь POP3 сессия находится в режиме AUTHORIZATION. Клиент должен идентифицировать себя на сервере, используя команды USER и PASS. Сначала надо отправить команду USER, после которой в качестве аргумента следует имя пользователя. Если сервер отвечает положительно, то теперь необходимо отправить команду PASS, за которой следует пароль. Если после отправки команды USER или PASS сервер отвечает негативно, то можно поробовать авторизироваться снова или выйти из сесси с помощью команды QUIT. После успешной авторизации сервер открывает и блокирует maildrop (почтовый ящик). В ответе на команду PASS сервер сообщает сколько сообщений находится в почтовом ящике и передаёт их общий размер. Теперь сессия находится в режиме TRANSACTION. Подведём итоги с командами:
Команда: USER [имя]
Аргументы: [имя] - строка, указывающая имя почтового ящика
Описание: Передаёт серверу имя пользователя.
Возможные ответы:
+OK name is a valid mailbox
ERR never heard of mailbox name
Примеры:
C: USER MonstrVB
S: +OK MonstrVB is a real hoopy frood
C: USER MonstrVB
S: - ERR sorry, no mailbox for frated here
Команда: PASS [пароль]
Аргументы: [пароль] - пароль для почтового ящика
Описание: Передаёт серверу пароль почтового ящика.
Возможные ответы:
+OK maildrop locked and ready
ERR invalid password
ERR unable to lock maildrop
Примеры:
C: USER MonstrVB
S: +OK MonstrVB is a real hoopy frood
C: PASS mymail
S: +OK MonstrVB's maildrop has 2 messages (320 octets)
C: USER MonstrVB
S: +OK MonstrVB is a real hoopy frood
C: PASS mymail
S: - ERR maildrop already locked
Команда: QUIT
Аргументы: нет
Описание: Сервер завершает POP3 сессию и переходит в режим UPDATE.
Возможные ответы:
+OK
Примеры:
C: QUIT
S: +OK dewey POP3 server signing off
Основные команды (Transaction)
После успешной идентификации пользователя на сервере POP3 сессия переходит в режим TRANSACTION, где пользователь может передавать ниже следующие команды. После каждой из таких команд следут ответ сервера. Вот доступные команды в этом режиме:
Команда: STAT
Аргументы: нет
Описание: В ответ на вызов команды сервер выдаёт положительный ответ "+OK", за которым следует количество сообщений в почтовом ящике и их общий размер в символах. Сообщения, которые помечены для удаления не учитываются в ответе сервера.
Возможные ответы:
+OK n s
Примеры:
C: STAT
S: +OK 2 320
Команда: LIST [сообщение]
Аргументы: [сообщение] - номер сообщения (необязательный аргумент)
Описание: Если был передан аргумент, то сервер выдаёт информацию о указанном сообщении. Если аргумент не был передан, то сервер выдаёт информацию о всех сообщениях, находящихся в почтовом ящике. Сообщения, помеченные для удаления не перечисляются.
Возможные ответы:
+OK scan listing follows
ERR no such message
Примеры:
C: LIST
S: +OK 2 messages (320 octets)
S: 1 120
S: 2 200
S:.
C: LIST 2
S: +OK 2 200
C: LIST 3
S: - ERR no such message, only 2 messages in maildrop
Команда: RETR [сообщение]
Аргументы: [сообщение] - номер сообщения
Описание: После положительного ответа сервер передаёт содержание сообщения.
Возможные ответы:
+OK message follows
ERR no such message
Примеры:
C: RETR 1
S: +OK 120 octets
S:
S:.
Команда: DELE [сообщение]
Аргументы: [сообщение] - номер сообщения
Описание: POP3 сервер помечает указанное сообщение как удалённое, но не удаляет его, пока сессия не перейдёт в режим UPDATE.
Возможные ответы:
+OK message deleted
ERR no such message
Примеры:
C: DELE 1
S: +OK message 1 deleted
C: DELE 2
S: - ERR message 2 already deleted
Команда: NOOP
Аргументы: нет
Описание: POP3 сервер ничего не делает и вседа отвечает положительно.
Возможные ответы:
+OK
Примеры:
C: NOOP
S: +OK
Команда: RSET
Аргументы: нет
Описание: Если какие - то сообщения были помечены для удаления, то с них снимается эта метка.
Возможные ответы:
+OK
Примеры:
C: RSET
S: +OK maildrop has 2 messages (320 octets)
Обновление
Когда клиент передаёт команду QUIT в режиме TRANSACTION, то сессия переходит в режим UPDATE. В этом режиме сервер удаляет все сообщения, помеченные для удаления. После этого TCP соединение закрывается.
Дополнительные POP3 команды
Следующие дополнительные команды дают вам большую свободу при работе с сообщениями:
Команда: TOP [сообщение] [n]
Аргументы: [сообщение] - номер сообщения [n] - положительное число (обязательный аргумент)
Описание: Если ответ сервера положительный, то после него он передаёт заголовки сообщения и указанное кол - во строк из тела сообщения.
Возможные ответы: +OK top of message follows - ERR no such message
Примеры: C: TOP 1 10 S: +OK S: <здесь POP3 сервер передаёт заголовки первого сообщения и первые 10-ть строк из тела сообщения. >
S:. C: TOP 100 3 S: - ERR no such message
Команда: UIDL [сообщение]
Аргументы: [сообщение] - номер сообщения (необязательный аргумент). Описание: Если был указан номер сообщения, то сервер выдаёт уникальный идентификатор для этого сообщения.
Если аргумент не был передан, то идентификаторы перечисляются для всех сообщений, кроме помеченных для удаления.
Возможные ответы: +OK unique-id listing follows - ERR no such message Примеры: C: UIDL
S: +OK S: 1 whqtswO00WBw418f9t5JxYwZ
S: 2 QhdPYR: 00WBw1Ph7x7
S:.
C: UIDL 2
S: +OK 2 QhdPYR: 00WBw1Ph7x7.
C: UIDL 3 S: - ERR no such message, only 2 messages in maildrop
4.5 Ответы сервера
Пример сеанса получения почтового сообщения в разработанной сети предприятия.
Далее приведен простейший сценарий сессии работы IМАР4-клиента с сервером в разработанной сети. Пусть пользователь Petrov получит сообщение от Ivanov-а из примера сеанса передачи почтового сообщения. А потом удалит тестовое сообщение.
S: * OK KerberosV4 POP34revl Server
С: AOO1 AUTHENTICATE KERBEROS_V4
S: + AmFYig==
С: BAcAQU5EUkVXLkNNVS5FRFUAOCAsho84kLN3/IJmrMG+25a4DT
+nZImJjnTNHJOtxAA+oOKPKfHEcAFs9a3CL50ebe/ydHJUwYFd
WwuQlMWiy6IesKvjL5rL9WjXUb9MwT9bpObYLGOKilQh
S: + or // EoAADZI=
C: DiAF5A4gA+oOIALuBkAAmw==
S: AOO1 OK Kerberos V4 authentication successful
C: A002 select inbox
S: * 10 EXISTS - в почтовом ящике есть 10 сообщений
S: * FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
S: * 1 RECENT - одно новое письмо
S: * OK [UNSEEN 9] Message 9 is the first unseen message
S: * OK [UIDVALIDITY 3857529045] UIDs valid
S: A002 OK [READ-WRITE] SELECT completed - Команда завершилась успешно, предоставлен доступ на чтение и запись.
С: AООЗ fetch 9 body [header] - запрос на прочтение письма в 9-й строке
S: * 9 FETCH (BODY [HEADER] {350}
S: Date: Thu, 09 Otc 2009 11: 33: 29 - 0700 (PDT)
S: From: Ivanov @comp1. otd1. constr.org
S: Subject: Hello!
S: To: imap@comp3. otd2. constr.org
S: Message-Id: <B27397-0100000@ comp3. otd2. constr.org >
S: SMTP-Version: 1.0
S: Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
S: Hello!
S: Test mail.
S: Ivanov
S: AООЗ OK FETCH completed
С: A004 store 9 +flags \deleted - удаление письма в 9-й стороке
S: * 9 FETCH (FLAGS (\Seen \Deleted))
S: A004 OK +FLAGS completed
С: A005 logout
S: * BYE IMAP4revl server terminating connection
S: A005 OK LOGOUT completed
5. Обоснование выбора и краткое описание программного обеспечения клиента и сервера
5.1 Выбор почтового клиента отправки и получения писем
Электронные письма хранятся на сервере. Пользователь может в любой момент, используя веб-браузер, войти на сервер, указать свое имя и пароль, и пользоваться почтой. Так же существует ряд клиентов устанавливаемых на компьютер пользователя, дающих возможность получать и отправлять письма. Наиболее популярными являются Microsoft Outlook Express, Mozilla Thunderbird, The Bat!.
Microsoft Outlook Express поставляется в составе операционных систем Windows начиная с Windows 95 OSR 2.5, Windows NT, а также вместе с браузером Internet Explorer начиная с версии 4.0.
Mozilla Thunderbird - бесплатная, кроссплатформенная, свободно распространяемая программа для работы с электронной почтой и группами новостей. Является составной частью проекта Mozilla. Поддерживает протоколы: SMTP, POP3, IMAP, NNTP, RSS. Предоставляются официальные сборки для Microsoft Windows, Mac OS X, GNU/Linux (i386), причём набор возможностей на всех платформах одинаков.
The Bat! - условно-бесплатная программа для работы с электронной почтой для ОС Windows. Разрабатывается молдавской компаниией RITLabs. Программа The Bat! популярна среди российских пользователей и пользователей из бывших республик СССР.
The Bat! предоставляет защиту почтового клиента от модифицирования всевозможными вирусами, позволяет шифровать сообщения, использовать биометрию и многое другое.
Но подавляющее количество этих возможностей есть и в других программах.
Действительно, в ряде случаев именно биометрическая защита писем в The Bat! будет необходима. Из этого следует, что в ряде узкоспециализированных случаев The Bat!, несмотря на свою “небесплатность”, может оказаться действительно лучшим выбором.
Mozilla Thunderbird 2 - почтовый клиент в самом классическом понимании этого термина. Стандартный интерфейс, поддержка любых кодировок.
Outlook Express остается одним из самых используемых почтовых клиентов, благодаря эргономичному и продуманному интерфейсу, одновременной достаточности и минимализму функций и, конечно, тому факту, что входит в любой дистрибутив Windows XP.
Для работы в сети предприятия N следует выбрать наиболее простой в настройке и эксплуатации агент. Считаю, что наилучшим образом подойдет Outlook Express.
Возможности Outlook Express:
· Обладает простым в освоении и понятным интерфейсом, не перегруженным многочисленными ссылками.
· Позволяет обмениваться электронными письмами с коллегами, подключаться к группам новостей и т.д.
· Позволяет использовать несколько учетных записей и работать с ними в одном окне. Это достигается использованием индивидуальных адресных книг и уникальных папок для каждого нового пользователя.
· Позволяет одновременно отображать список корреспонденции и просматривать содержимое, давая возможность сконцентрироваться только на важных сообщениях.
· Пользователь может создать новые, произвольно названные папки, чтобы упорядочить получаемую корреспонденцию.
· Настройка правил поможет автоматически перемещать письма в новые папки.
· Способ отображения электронной почты также можно настроить.
· Если вы используете почтовый сервер провайдера, то Outlook Express позволяет там же и хранить сообщения, что удобно для пользователей, желающих получить доступ к почте с любого рабочего места.
· позволяет настроить добавление контакта в адресную книгу автоматически, при ответе на письмо отправителя.
· Почтовый клиент имеет возможность снабжать письмо подписями, их может быть несколько для разных целей.
· При необходимости, вы можете использовать при отправке почты шифрование сообщений и цифровую подпись, что гарантирует принадлежность сообщения отправителю.
· Так же Outlook Express позволяет осуществлять поиск по ключевым словам и подключаться к группам новостей. Найдя группу новостей, которую планируете просматривать регулярно, добавьте ее в раздел “Выписанные" для постоянного доступа. Для эффективного использования времени интернет-подключения, Outlook Express позволяет загрузить сообщения и группы новостей для дальнейшего ознакомления с ними в режиме оффлайн.
· Для пользователей, которым критичен объем скачиваемого трафика, Outlook Express позволяет скачивать только заголовки сообщений. Просмотрев их в спокойной обстановке, можно отметить важные сообщения и при следующем подключении почтовый клиент загрузит только их.
5.2 Выбор почтового сервера
Сеть предприятия N насчитывает всего 72 хоста. Устанавливать, настраивать почтовый сервер займет очень много времени и сил. Проще и целесообразней установить виртуальный почтовый сервер. Обладая полной функциональностью обычного почтового сервера, виртуальный освобождает пользователя от необходимости покупки компьютерного оборудования и от оформления лицензий на ПО.
Рассмотрим некоторые из них.
Sendmail - бесплатный почтовый сервер класса MTA (агент пересылки сообщений). Существуют версии сервера для всех операционных систем и аппаратных платформ. Sendmail представляет собой устаревающее приложение, обладающее множеством недостатков, в основном связанных с уязвимостями и сложной структурой решения. Для требовательных корпоративных заказчиков существует возможность приобретения платного дистрибутива.
Postfix создавался как альтернатива Sendmail. Считается, что Postfix быстрее работает, легче в администрировании, более защищен. Преимущество Postfix заключается в модульной архитектуре: каждый из компонентов сервера отвечает за минимальный набор простейших функций. Postfix не содержит агента доставки электронной почты (MDA), но может взаимодействовать с различными MDA и передавать им входящую почту. Postfix осуществляет связь по протоколу LMTP. Существуют версии сервера для всех операционных систем и аппаратных платформ.
Courier Mail Server - бесплатный сервер под Windows для офисных и домашних сетей. Дистрибутив Courier Mail Server компактен и прост в установке. Сервер поддерживает неограниченное число почтовых ящиков, легко администрируется, потребляет минимум системных ресурсов, у него удобная графическая оболочка, есть русскоязычный интерфейс и документация.
Kerio MailServer позиционируется в качестве полноценной замены Microsoft Exchange Server и ориентирован на малый и средний бизнес. Сервер обладает очень широкими возможностями в настройке и управлении. В комплекте поставляется Kerio Exchange Migration Tool - инструмент, позволяющий перенести из Microsoft Exchange Server пользователей, структуру каталогов, сообщения, все вложения, календари, контакты и задачи. В силу особенностей применения Kerio MailServer может одинаково успешно работать как с серверными, так и настольными версиями Windows, что позволяет покупателю значительно сократить расходы на сопутствующее ПО. Кроме того, он поддерживает платформы Red Hat Linux, SUSE Linux и Mac OS X.
MDaemon также предназначен для малого и среднего бизнеса. Однако позиция разработчиков отлична от Kerio MailServer в MDaemon сделан акцент на функциональность, разработчики не добивались внешнего удобства. Продукт поддерживает только серверы на основе Windows, что ограничивает сферу его применения. MDaemon поставляется с большим набором инструментов для управления почтовыми учетными записями и форматами сообщений. MDaemon предлагает полную поддержку протокола LDAP, интегрированный почтовый клиент на основе браузера, фильтрацию контента и спама, обширные возможности настройки безопасности и многое другое.
CommunigatePro - платформа для корпоративных коммуникаций, он занимает нишу между крупными корпоративными решениями и коммерческим почтовым сервером. Многие компании используют CommunigatePro практически исключительно как почтовый сервер, хотя его можно использовать и в другом качестве. В CommunigatePro реализованы функции, обеспечивающие работу коммуникаций реального времени (голосовые, видео, мгновенные сообщения, совместная работа) в сетях IP.communiGate Pro может использовать множество дополнительных модулей сторонних производителей, в том числе антивирусы и антиспам. Поддерживает более 20-ти платформ.
Microsoft Exchange Server позиционируется как платформа для организации корпоративной системы электронной почты, а также для групповой работы. Версия для небольших предприятий существует, но поставляется на основе пакета Microsoft Small Business Server. Главная особенность продукта заключается в тесной интеграции с инфраструктурой сетей на основе Windows и службой каталогов Active Directory. Это можно считать как достоинством, так и недостатком: Exchange - система для сетей, полностью построенных под управлением Windows.
IBM Lotus/Domino, в отличие от Microsoft Exchange Server, больше ориентирован на полную организацию работы внутри компании, а не на создание почтового сервера. Почтовый сервис в данном случае - одна из функций программного обеспечения, не являющаяся основной. Продукт применяется в совокупности с приложениями, позволяющими автоматизировать различные процессы в компании.
Для предприятия Х целесообразно выбрать надежный, современный, имеющий поддержку на русском языке, простой в управлении почтовый сервер. Наиболее подходящим является Kerio Mail Server.
Kerio MailServer - защищенный универсальный почтовый сервер для продуктивной совместной работы сотрудников компании с использованием электронной почты, адресных книг, закладок, календарей и планировщиков задач общего доступа.
Kerio MailServer является защищенным, высокопроизводительным, мультидоменным почтовым сервером, работающим с большинством почтовых клиентов, которые поддерживают стандартные протоколы POP3, IMAP4 и SMTP под управлением Windows, Linux и MacOS.
Kerio MailServer может одинаково успешно использоваться для создания Интернет и интранет почтовой службы компании. Продукт поддерживает любые типы сетевых соединений, включая Dial-Up (включая функцию доставки почты по расписанию), выделенные каналы, ADSL и даже применяется на уровне Интернет-провайдеров для организации почтового хостинга клиентов.
Загрузка, установка и настройка Kerio MailServer занимает считанные минуты - настолько прост, удобен и дружелюбен продукт в эксплуатации, настолько продумана его эргономика, чтобы сделать работу с ним минимально обременительной.
Более того, Kerio позаботилась и о снижении дополнительных расходов на содержание почтовой системы - для стабильной работы Kerio MailServer не требует установки дорогостоящей серверной операционной системы!
На всех поддерживаемых платформах Kerio MailServer устанавливается в качестве системного сервиса и автоматически загружается каждый раз при старте операционной системы.
Подобные документы
История появления электронной почты как технологии и сервиса по пересылке электронных сообщений между пользователями компьютерной сети. Система организации почтовых адресов. Принцип работы электронной почты, ее основные преимущества и недостатки.
презентация [842,6 K], добавлен 03.10.2016Понятие электронной почты, история появления и развития технологии, ее достоинства и особенности. Процесс получения адреса электронной почты у провайдера. Структура письма, способы представления адреса. Краткий обзор почтовых программ. Системы кодировки.
курсовая работа [47,4 K], добавлен 20.12.2010Сущность понятия электронной почты, ее возможности в современной сети Интернет. Основные угрозы, мешающие работе этой формы электронной коммуникации. Особенности способов информационной защиты, принципы корректного использования электронной почты.
контрольная работа [20,0 K], добавлен 28.12.2012Базовые понятия систем электронной почты. Протокол обмена электронной почтой. Релеи, маршрутизация почты. Основные угрозы почтовой службы. Безопасность почтового сервера. Защита от вредоносного программного обеспечения. Средства динамического скрининга.
курсовая работа [2,3 M], добавлен 28.01.2016Понятие электронной почты. Сравнительная характеристика почтовых систем и оценка эффективности. Обучение персонала использованию электронной почты. Защита персональных данных. Преступления в сфере компьютерной деятельности. Дистанционное обучение.
дипломная работа [77,6 K], добавлен 23.06.2012Структура информационного процесса. Структура адреса и составляющие электронной почты. Этапы развития информационных технологий. Программное обеспечение электронной почты. Виды современных информационных технологий. Сбор, обработка и хранение информации.
контрольная работа [69,1 K], добавлен 02.02.2013Общие характеристики и стандарты электронной почты. Почтовые программы, регистрация почтовых ящиков, этикет, безопасность и технология функционирования электронной почты. Получение и отправка сообщений, адресная книга и процедура работы с вложениями.
курсовая работа [704,1 K], добавлен 26.08.2010Системы электронной почты. Транспортные и добавочные пользовательские агенты. Адресация в системе электронной почты. Формат почтового сообщения, передача факсимильных сообщений. Почтовые псевдонимы, способы их определения системным администратором.
реферат [130,3 K], добавлен 24.11.2009Всемирная система рассылки и получения электронной почты. Низкий уровень защищенности электронной почты по сравнению с другими средствами. Рекомендации по ведению электронной корреспонденции. Организация рабочего места, электронная почта, Outlook Express.
дипломная работа [5,1 M], добавлен 05.12.2010Разработка первой программы для отправки электронной почты по сети. Развитие протоколов передачи данных. Роль Джона Постела в разработке и стандартизации сетевых протоколов. Способы подключения к Интернету. Настройка СТРИМ. Доступ через сотовую связь.
презентация [410,8 K], добавлен 30.04.2014
