Контрольная работа по «Информационные технологии»

МТА отправителя пытается установить соединение по протоколу с принимающими почту узлами в соответствии с  приоритетами, указанными в записях  МХ, полученных от сервера DNS. Если соединение ни с одним узлом не удается установить, сообщение помещается в очередь, и через некоторое время попытки установить соединение повторяются. Если соединение установлено, то принимающий МТА, удостоверившись, что сообщение предназначено для пользователя его домена, и что почтовый ящик с указанным адресом действительно существует, принимает сообщение.

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

Последний МТА передает сообщение LDA для локальной доставки.

LDA помещает сообщение в почтовый  ящик адресата.

Получатель обращается к серверу  РОР3 или IMAP, чтобы проверить поступившую почту.

Сервер забирает сообщение из почтового  ящика.

Сервер посылает сообщение пользовательскому  агенту получателя.

Протокол SMTP 

Первый стандарт – RFC 0788 (Simple Mail Transfer Protocol J. Postel Nov-01-1981). 

Последняя версия – RFC 2821 (Simple Mail Transfer Protocol J. Klensin, Ed. April 2001). 

Simple Mail Transfer Protocol – протокол используется  для отправки почты, как клиентом на сервер, так и сервером на другой сервер.

  Порт по умолчанию – 25. 

Дополненный расширениями протокол SMTP часто называют ESMTP (Extended SMTP). 

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

Затем клиент посылает серверу команды и ожидает ответы, либо подтверждающие исполнение команд, либо сообщающих о невозможности исполнения, либо содержащих информацию, запрошенную клиентом.

Пример SMTP-транзакции

Некоторые команды SMTP 

EHLO (Расширенное HELO)      

Формат команды:      

EHLO полное_доменное_имя_клиента CRLF       

или      

EHLO адрес_отправителя CRLF      

Если программное обеспечение  сервера не поддерживает команду EHLO, то выдается сообщение об ошибке. В этом случае клиент должен попытаться повторить приветствие, используя команду HELO. 

HELO (Приветствие)      

Формат команды:      

HЕLO полное_доменное_имя_клиента CRLF       

или HЕLO адрес_отправителя CRLF      

В ответ на эту команду сервер сообщает, готов ли он к продолжению  диалога.  

MAIL (Отправитель)      

Формат команды:      

MAIL FROM: адрес_отправителя дополнительные_параметры  CRLF      

Отправка электронного сообщения  невозможна без успешного выполнения этой команды, для каждого письма команда MAIL должна быть выполнена только один раз.      

На этот адрес письмо должно вернуться в случае невозможности доставки.  

RCPT (Получатель)      

Формат команды:      

RCPT TO: адрес_получателя дополнительные_параметры  CRLF      

Сервер анализирует каждый адрес  и после каждой команды RCPT выдает сообщение, свидетельствующее о возможности или невозможности доставки письма по указанному адресу. 

DATA (Текст сообщения)      

Формат команды:      

DATA CRLF      

C помощью этой команды серверу  передается текст сообщения, состоящий  из заголовка и отделенного от него пустой строкой тела сообщения.      

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

QUIT (Выход)      

Формат команды:      

QUIT CRLF      

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

HELP (Помощь)      

Формат команды:

HELP команда CRLF

или      

HELP CRLF      

Если команда HELP вызывается без  параметров, сервер посылает клиенту список доступных команд. Если в качестве параметра передано название команды, то клиенту посылается описание этой команды.

QUIT

2. Структура электронного сообщения (адрес, тема, содержание)

 

 

  В настоящее  время для электронных сообщений используется стандарт RFC 2822 (Resnick P., Ed. Internet Message Format. RFC 2822, April 2001). Сообщение, передаваемое по электронной почте, состоит из трех частей:

конверт (envelope);

заголовок (header);

тело (body). 

Сообщение доставляется получателю в виде заголовка и тела. 

Заголовок состоит из полей: текстовых  строк, состоящих из имени поля, двоеточия  и содержимого поля. 

В заголовке допускается использование  только символов в кодировке ASCII. 

Тело сообщения, если это не просто текст, записанный латинскими буквами, должно быть закодировано в соответствии со спецификацией MIME, как описано в RFC 2045 (Freed N., Borenstein N. Multipurpose Internet Mail Extensions (MIME) Part One: Format of Internet Message Bodies. RFC 2045, November 1996). На приемной стороне тело при необходимости декодируется и преобразуется в понятный пользователю вид.

Поля заголовка

|Название поля                   |Значение поля                                                                        |

|Date:                           |Время отправки сообщения                                                             |

|From:                           |Адрес отправителя                                                                    |

|Reply-To:                       |Адрес для ответа                                                                     |

|To:                             |Адреса получателей                                                                   |

|Cc:                             |Адреса получателей копий                                                             |

|Bcc:                            |Адреса получателей скрытых копий.                                                    |

|Message-ID:                     |Уникальный идентификатор сообщения                                                   |

|In-Reply-To:                    |Уникальный идентификатор сообщения,  на которое отвечает данное  сообщение             |

|References:                     |Уникальные идентификаторы всех  сообщений в цепочке ответов                           |

|Subject:                        |Тема сообщения                                                                       |

|Return-Path:                    |Адрес отправителя, указанный  на конверте сообщения                                   |

|Received:                       |Информация о прохождении сообщения.  Каждый узел, через который прошло  сообщение,     |

|                                |должен добавить в заголовок  поле "Received:", содержащее имена  и адреса IP узлов,    |

|                                |пославших и принявших сообщение,  время прохождения и пр.                             |

|X-Mailer:                       |Тип и версия почтовой программы  клиента                                              |

|MIME-Version:                   |Используемая версия MIME                                                             |

|Content-Type:                   |Тип данных, используемых в теле  сообщения                                            |

|Content-Transfer-Encoding:      |Способ кодирования символов, используемый в тексте сообщения                         |

|Comments:                       |Комментарии                                                                          |

|Priority:                       |Приоритет письма (Normal, Urgent, Nonurgent)                                         |

|Importance:                     |Важность сообщения (High, Normal, Low)                                               |

|Organization:                   |Название организации отправителя                                                     |

 

Пример электронного письма      

X-AntiVirus: Checked by Dr.Web (http://www.drweb.net)      

Return-Path:      

Received: from camay.yandex.ru (camay.yandex.ru [213.180.200.33]) by pds.sut.ru (8.12.2/8.12.2/SuSE Linux 0.6)      

with ESMTP id iA8GKO2Z011039; Mon, 8 Nov 2004 19:20:24 +0300       

Received: from YAMAIL (camay.yandex.ru) by mail.yandex.ru id ; Mon, 8 Nov 2004 19:15:41 +0300      

Date: Mon, 8 Nov 2004 19:15:41 +0300 (MSK)      

From: "doronin2004"      

Reply-To: doronin2004@yandex.ru      

Sender: doronin2004@yandex.ru      

Message-Id:       

MIME-Version: 1.0      

X-Mailer: Yamail [ http://yandex.ru ]      

Errors-To: doronin2004@yandex.ru      

To: emd@pds.sut.ru      

Cc: bor@pds.sut.ru      

Subject: E-mail      

X-source-ip: 213.221.51.66      

Content-Type: text/plain; charset="KOI8-R"      

Content-Transfer-Encoding: 8bit      

X-UIDL: iML"!XFD!!b_""![^(!!

 

Электронная почта в Internet использует маршрутно-независимую адресацию. Формат электронного адреса:

имя_пользователя@почтовый_домен 

где имя_пользователя – идентификатор пользователя, уникальный в пределах одного почтового домена; 

@ (коммерческое at) – символ-разделитель;  

 почтовый_домен – уникальный  идентификатор почтовой системы.   

Имя пользователя может состоять из цифр, латинских букв и символов

! # $ % & " * + - / = ? ^ _ ` { | } ~  

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

Имя почтового домена имеет тот  же формат, какой используется в  доменных именах Internet. Формат описан в RFC 1034 (Mockapetris P. Domain names - concepts and facilities. RFC 1034, November 1987).  

Адрес может содержать комментарии  в виде произвольных текстовых строк  до и после значимой части. В этом случае значимую часть адреса заключают  в угловые скобки.

комментарий < имя_пользователя@почтовый_домен > комментарий  

Например:

Леонид Свердлов  (каф. ОПДС) 

Для маршрутизации электронной  почты в Internet используется система DNS. Получив сообщение, предназначенное для отправки, почтовый сервер посылает запрос DNS с указанием имени почтового домена получателя. В ответ почтовый сервер получает список узлов, принимающих почту для данного домена. Список представляется в виде записей MX (Mail eXchange). Одному имени почтового домена могут соответствовать несколько записей МХ с различными приоритетами. Приоритеты обозначаются целыми числами, с их помощью определяется, в каком порядке почтовому серверу следует обращаться к узлам, принимающим почту для данного домена. Меньшему числу соответствует больший приоритет.

3. Понятие сетевого этикета

Сетевой этике́т (нетикет — неологизм, является слиянием слов «cеть» (англ. net) и «этикет») — правила поведения, общения в Сети, традиции и культура интернет-сообщества, которых придерживается большинство. Это понятие появилось в середине 80-х годов XX века в эхоконференциях сети FIDO.

 

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

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

 

В целом положения (рекомендации) этикета  можно разделить на три категории:

Психологические, эмоциональные —  обращаться на «ты» или на «вы», использовать ли смайлики и в каком количестве, указывать ли код города в телефонах, поддерживать новичков или игнорировать их вопросы, или посылать их сразу в FAQ и Поиск...

Технические, оформительские — использование  строк определённой длины, использование транслита, ограничения на размер сообщения или подписи, допустимость расширенного форматирования (выделение жирным, курсивом, цветом, фоном, рамками и т. п.), допустимость написания сообщений с ЗАГЛАВНЫМИ БУКВАМИ...

Административные — правила  именования (заголовки) тем, правила  цитирования, допустимость рекламы, допустимость флейма, собственно необходимость придерживаться тематики сообщества…

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

 

Изучение традиций

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

Поиск

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

Оформление сообщений

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