Электронная почта как сервис глобальной сети. Протоколы передачи почты

Введение.

В сознании большинства пользователей глобальной компьютерной сети
Internet сама эта сеть ассоциируется с тремя основными информационными технологиями:

. электронная почта (e-mail);

. файловые архивы FTP;

. World Wide Web.

Каждая из этих технологий направлена на решение одной из множества задач информационного обслуживания пользователей сети.

Электронная почта - это основное средство коммуникаций Internet. Она во многом похожа на обычную почту. С ее помощью письмо - текст, снабженный стандартным заголовком (конвертом) - доставляется по указанному адресу, который определяет местонахождение сервера и имя адресата, который имеет почтовый ящик на этом сервере, с тем, чтобы адресат мог его достать и прочесть в удобное время.

Электронная почта оказалась во многом удобнее обычной, "бумажной". Не говоря уже о том, что Вам не приходится вставать из-за компьютера и идти до почтового ящика, чтобы получить или отправить письмо. Кроме того,

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

. дешевле стоит;

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

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

. удобнее хранить большое количество писем в файле на диске, чем в ящике стола; в файле легче и искать;

. и, наконец, экономится бумага.

Это самое популярное на сегодня использование Internet у нас в стране.
По самым скромным оценкам, в мире более 50 миллионов человек пользуются услугами электронной почты. В целом же, трафик электронной почты (протокол smtp) занимает только 3.7% всего сетевого. Популярность ее объясняется, как насущными требованиями, так и тем, что большинство подключений - подключения класса “Dial-Up” (посредством модема). E-mail доступна при любом виде доступа к Internet.

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

Используя e-mail, вы можете пользоваться ftp в асинхронном режиме. Существует множество серверов, поддерживающих такие услуги. Вы посылаете e-mail в адрес такой службы, содержащую команду этой системы, например, дать листинг какой-то директории, или переслать файл такой-то к вам, и вам приходит автоматически ответ по e-mail с этим листингом или нужным файлом. В таком режиме возможно использование почти всего набора команд обычного ftp. Существуют серверы, позволяющие получать файлы по ftp не только с них самих, но с любого ftp-сервера, который вы укажете в своем послании e-mail..

E-mail дает возможность проводить телеконференции и дискуссии. Для этого используются, установленные на некоторых узловых рабочих машинах, mail reflector-ы. Вы посылаете туда сообщение с указанием подписать вас на такой-то рефлектор (дискуссию, конференцию, etc.), и вы начинаете получать копии сообщений, которые туда посылают участники обсуждения. Рефлектор почты просто по получении электронных писем рассылает их копии всем подписчикам.

E-mail позволяет использовать в асинхронном режиме не только ftp, но и другие служб, имеющие подобные сервера, предоставляющие такие услуги.
Например, сетевые новости, Archie, Whois.

При пользовании e-mail, из-за ее оперативности, может сложиться ощущение телефонной связи, но всегда следует осознавать, что это все же почта. Все сообщения письменные, поэтому почти документированы, поэтому следует придерживаться этикета, принятого в обычной корреспонденции. В дополнение к этому следует помнить, что e-mail не обладает той степенью приватности, как обычная почта, так что, если вы не пользуетесь дополнительными средствами шифрования сообщений, не следует писать в посланиях e-mail ничего, чего вам бы не хотелось увидеть выставленным на всеобщее обозрение. Анонимность также исключена: источник прослеживается без труда.

Хотя моя курсовая работа и посвящена вопросам, касающимся электронной почты, как сервиса сети Интернет, в её рамках просто невозможно подробно рассмотреть все её аспекты, поэтому я постараюсь осветить лишь самые основные моменты.

1. Адресация в системе электронной почты.
1.1. Структура адреса.

Электронная почта похожа на обычную, и привыкнуть пользоваться ей очень легко. Это самая эффективная из служб Интернет в смысле затрат - если вы платите Интернет-провайдеру только за время соединения, то можете вести большую переписку со всем миром всего за несколько долларов в месяц. Обычно электронная почта достигает любой точки земного шара за несколько минут.
Так же как факс, она позволяет передавать не только текст, но и изображение, но при этом вы не используете междугороднюю или международную телефонную связь, и качество изображения не ухудшается при передаче. Для организаций с большим объемом факсовой переписки, особенно с заграницей, электронная почта дает мгновенную и очень весомую экономию. Большинство пользователей Интернета называют электронную почту просто почтой, а соответствующие эпитеты приберегают для традиционной почты (по-английски, например, ее часто называют snail mail - улиточная почта).

Электронная почта не использует географическую адресацию. Для того, чтобы ваше электронное письмо дошло до своего адресата, необходимо, чтобы оно было оформлено в соответствии с международными стандартами и имело стандартизованный почтовый электронный адрес. Общепринятый формат послания определяется документом под названием "Standard for the Format of ARPA -
Internet Text messages", сокращенно - Request for Comment или RFC822, и имеет заголовок и непосредственно сообщение. Заголовок выглядит приблизительно так:

. From: почтовый электронный адрес - от кого пришло послание

. To: почтовый электронный адрес - кому адресовано

. Cc: почтовые электронные адреса - кому еще направлено

. Subject: тема сообщения (произвольной формы)

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

Строки заголовка From: и Date: формируются, как правило, автоматически, программными средствами. Помимо этих строк заголовка, послание может содержать и другие, например:

. Message-Id: уникальный идентификатор послания, присвоенный ему почтовой машиной

. Reply-To: обычно адрес абонента, которому вы отвечаете на присланное вам письмо

Само послание - как правило, текстовый файл достаточно произвольной формы.

При передаче нетекстовых данных (исполняемой программы, графической информации) применяется перекодировка сообщений, которая выполняется cоответcтвующими программными средствами.

Почтовый электронный адрес может иметь разные форматы. Наиболее широко распространена система формирования адреса DNS (Domain Name System), применяемая в сети Internet. Дешифрацию адреса и перевод его в необходимый формат осуществляют встроенные программные средства, применяемые в данной сети электронной почты.

С точки зрения логики, для того чтобы адрес был информативным, необходимо, чтобы в нем присутствовали:

. идентификатор абонента (по аналогии - строка КОМУ: на почтовом конверте);

. почтовые координаты, определяющие его местонахождение (по аналогии - дом, улица, город, страна на почтовом конверте).

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

Почтовый электронный адрес в формате Internet может иметь вид:

имя_пользователя@название_компьютера,

например, [email protected]. В рассматриваемом примере ivanov - идентификатор абонента, составляемый, как правило, из его фамилии, имени, отчества или псевдонима. То, что стоит справа от знака @, называется доменом и однозначно описывает местонахождение абонента. Составные части домена разделяются точками.

Самая правая часть домена, как правило, обозначает код страны
(географическую зону Интернета) адресата - это домен верхнего уровня. Код страны утвержден международным стандартом ISO и состоит из двух букв. В нашем случае, ru - код России. Ниже приведён полный список географических зон Интернета:

AF Afghanistan GH Ghana NF Norfolk Island
AL Albania GI Gibraltar MP Northern Mariana
Islands
DZ Algeria GR Greece NO Norway
AS American Samoa GL Greenland OM Oman
AD Andorra GD Grenada PK Pakistan
AO Angola GP Guadeloupe PW Palau
AI Anguilla GU Guam PA Panama
AQ Antarctica GT Guatemala PG Papua New Guinea
AG Antigua and Barbuda GN Guinea PY Paraguay
AR Argentina GW Guinea-Bissau PE Peru
AM Armenia GY Guyana PH Philippines
AW Aruba HT Haiti PN Pitcairn
AU Australia HM Heard and McDonald Islands
AT Austria HN Honduras PL Poland
AZ Azerbaijan HK Hong Kong PT Portugal
BS Bahamas HU Hungary PR Puerto Rico
BH Bahrain IS Iceland QA Qatar
BD Bangladesh IN India RE Re'union
BB Barbados ID Indonesia RO Romania
BY Belarus IR Iran RU Russian Federation
BE Belgium IQ Iraq RW Rwanda
BZ Belize IE Ireland SH Saint Helena
BJ Benin IL Israel KN Saint Kitts and Nevis
BM Bermuda IT Italy LC Saint Lucia
BT Bhutan JM Jamaica PM Saint Pierre and
Miquelon
BO Bolivia JP Japan VC Saint Vincent and the
BA Bosnia-Hercegovina JO Jordan Grenadines
BW Botswana KZ Kazakhstan WS Samoa
BV Bouvet Island KE Kenya SM San Marino
BR Brazil KI Kiribati ST Sao Tome and Principe
IO British Indian Ocean Territory SA Saudi Arabia
BN Brunei Darussalam KP Korea SN Senegal
BG Bulgaria KR Korea(Republic of) SC Seychelles
BF Burkina Faso KW Kuwait SL Sierra Leone
BI Burundi KG Kyrgyzstan SG Singapore
KH Cambodia LA Lao People's Democratic Republic
CM Cameroon LV Latvia SK Slovakia
CA Canada LB Lebanon SI Slovenia
CV Cape Verde LS Lesotho SB Solomon Islands
KY Cayman Islands LR Liberia SO Somalia
CF Central African Republic ZA South Africa
TD Chad LY Libyan Arab Jamahiriya SU Former Soviet Union
CL Chile LI Liechtenstein ES Spain
CN China LT Lithuania LK Sri Lanka
CX Christmas Island LU Luxembourg SD Sudan
CC Cocos(Keeling) Islands MO Macau SR Suriname
CO Colombia ?? Macedonia SJ Svalbard and Jan
Mayen
KM Comoros MG Madagascar Islands
CG Congo MW Malawi SZ Swaziland
CK Cook Islands MY Malasia SE Sweden
CR Costa Rica MV Maldives CH Switzerland
CI Cote d'Ivoire ML Mali SY Syria
HR Croatia MT Malta TW Taiwan,Province of
China
CU Cuba MH Marshall Islands TJ Tajikistan
CY Cyprus MQ Martinique TZ Tanzania
CZ Czech Republic MR Mauritania TH Thailand
DK Denmark MU Mauritius TG Togo
DJ Djibouti MX Mexico TK Tokelau
DM Dominica FM Micronesia TO Tonga
DO Dominican Republic MD Moldova TT Trinidad and Tobago
TP East Timor MC Monaco TN Tunisia
EC Ecuador MN Mongolia TR Turkey
EG Egypt MS Montserrat TM Turkmenistan
SV El Salvador MA Morocco TC Turks and Caicos
Islands
GQ Equatorial Guinea MZ Mozambique TV Tuvalu
EE Estonia MM Myanmar UG Uganda
ET Ethiopia NA Namibia UA Ukraine
FK Falkland Islands NR Nauru AE United Arab Emirates
FO Faroe Islands NP Nepal UK United Kingdom
FJ Fiji NL Netherlands US United States
FI Finland AN Netherlands Antilles UM United States Minor
Out-
FR France NT Neutral Zone (between Saudi Arabia & Iraq)
GF French Guiana NC New Caledonia lying Islands
PF French Polynesia NZ New Zealand UY Uruguay
TF French Southern Territories UZ Uzbekistan
GA Gabon NI Nicaragua VU Vanuatu
GM Gambia NE Niger VA Vatican City State
GE Georgia NG Nigeria VE Venezuela
DE Germany NU Niue VN Vietnam
VG Virgin Islands (British)
VI Virgin Islands (U.S.)
WF Wallis & Futuna Islands
EH Western Sahara
YE Yemen
YU Yugoslavia
ZR Zaire
ZM Zambia
ZW Zimbabwe

Однако в качестве домена верхнего уровня может фигурировать и обозначение сети. Например, в США, где существуют сети, объединяющие высшие учебные заведения или правительственные организации, в качестве доменов верхнего уровня используются сокращения edu - Educational institutions, gov - Government institutions и другие:

COM Commercial organization
EDU Educational institution
GOV Government Body or department
INT International Organization
MIL Military site
NET Networking organization
ORG Organization, miscellaneous

Следующий поддомен - msk - является однозначно определяемым внутри домена верхнего уровня. Нетрудно догадаться, что обозначает он код города -
Москва. Совокупность составных частей домена msk.ru называется доменом второго уровня. Аббревиатуры домена второго уровня определяются в соответствии с правилами, принятыми доменом верхнего уровня.

Домен третьего уровня - mepi.msk.ru. В нашем случае домен третьего уровня включает в себя сокращенную английскую аббревиатуру Московского инженерно-физического Института. Правила образования имен внутри доменов третьего уровня личное дело доменов второго уровня.

Поддомен htd - зарегистрированное на почтовом узле имя машины, на которой владеет почтовым ящиком упомянутый выше товарищ Ivanov.

Адрес следует писать очень внимательно - по адресу с опечатками письмо никуда не дойдет.

Электронную почту чаще всего используют следующим образом. Вы соединяетесь со своим провайдером, запускаете почтовую программу и получаете накопившуюся для вас почту. Затем вы отключаетесь от провайдера, отвечаете на полученные письма и сочиняете новые. Затем вновь подключаетесь к провайдеру и отправляете свои письма. Суммарное время соединения при этом составляет всего несколько минут. Речь идет, конечно, о модемном подключении - если у вас постоянная связь с Интернетом, то вы просто запускаете почтовую программу и не заботитесь о времени.

Если какое-то из ваших писем не может быть сразу доставлено адресату, например, если в данный момент не работает сервер, на котором находится его почтовый ящик, то ваше письмо будет поставлено в очередь на отправку.
Каждые 10-15 минут будут производиться новые попытки. Если через несколько часов ваше сообщение все еще не отправлено, вы получаете первое
(предварительное) уведомление, к которому приложена копия вашего сообщения.
Это уведомление имеет информационный характер и не требует от вас никакой реакции. Попытки отправить ваше сообщение продолжаются еще несколько дней.
Если они по-прежнему безуспешны, то вы получаете второе (окончательное) уведомление с копией вашего сообщения. Почтовая служба устроена таким образом, что в любом случае ваше письмо не может просто бесследно исчезнуть.

1.2. Посылка электронной почты в другие сети.

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

America Online

Для того, чтобы послать письмо абоненту America Online, необходимо убрать все пробелы из имени пользователя и добавить "aol.com":

пользователь@aol.com

Пользователи сети America Online, которые хотят послать сообщение вам, должны только подставить ваш адрес в Сети в поле "to:" (кому) перед составлением сообщения.
ATTMail

Адресуйте свое сообщение к

пользователь@attmail.com

Пользователь ATTMail может послать сообщение вам следующим образом:

internet!домен!пользователь

Если ваш адрес - [email protected], то ваш корреспондент мог бы послать вам сообщение по адресу internet!world.std.com!nancyr

Bitnet

Пользователи Bitnet (или NetNorth в Канаде и EARN в Европе) часто имеют адреса вида: IZZY@INDVMS. Если вам повезет, то для посылки сообщения по таком адресу надо только добавить "bitnet" в конце, чтобы получилось [email protected]. Иногда случается, что письмо на такой адрес вернется не доставленным, поскольку адреса Bitnet не всегда хорошо переводятся в форму
Internet. Если это случится, можно послать сообщение через один из двух шлюзов Internet/Bitnet. Прежде всего, замените @ на %, чтобы получилось

имя_пользователя%подсистема.bitnet

Затем добавьте либо @vm.marist.edu, либо @cunyvm.cuny.edu, чтобы, как в приведенном выше примере, получилось izzy%[email protected] и izzy%[email protected]

Для пользователей Bitnet задача несколько проще: они с легкостью могут посылать письмо прямо на ваш электронный адрес без всех этих глупостей. Так что посылайте им ваш адрес, и все будет в порядке.

CompuServe

У пользователей CompuServe адреса цифровые и имеют следующий вид:
73727,545. Чтобы послать письмо пользователю CompuServe, замените запятую точкой и добавьте "@compuserve.com"; например:

[email protected].

Имейте в виду, что некоторые пользователи CompuServe должны вносить дополнительную плату за получение почты из Internet.

Если вы знаете пользователей CompuServe, которые хотят посылать вам сообщения, посоветуйте им обратиться к GO MAIL и создать сообщение. В области адреса вместо ввода номера CompuServe пусть они напишут ваш адрес в форме:

>INTERNET:Ваш_Идентификатор@Ваш_Адрес

например, >INTERNET:[email protected]. Заметьте, что оба символа ">" и
":" обязательны.

Delphi

Для посылки сообщения пользователю Delphi адрес имеет форму

имя_пользователя@delphi.com.

Fidonet

Чтобы послать сообщение пользователю какой-то доски объявлений (BBS)
Fidonet, нужно знать имя, под которым он регистрируется в системе и его
"номер узла". Номер узла, или адрес Fidonet состоит из трех номеров и имеет вид: 1:322/190. Первый номер сообщает, в какой из нескольких больших географических зон находится BBS (1 - США и Канада, 2 - Европа и Израиль, 3
- Азиатско-Тихоокеанский регион, 4 - Южная Америка). Второй номер определяет сеть BBS, а последний номер есть "номер узла" ("FidoNode") - номер BBS в этой сети. Если у вашего корреспондента только два номера
(например, 322/190), это означает, что система находится в зоне 1.
Вы должны изменить порядок номеров и добавить к ним буквы f, n и z (первые буквы "FidoNode" (узел Fido), "network" (сеть) и "zone" (зона)). Например, приведенный выше адрес будет иметь вид

f190.n322.z1

Теперь добавьте в конце "fidonet.org", чтобы получилось f190.n322.z1.fidonet.org. Осталось добавить "Имя.Фамилия@", чтобы получилось

Имя.Фамилия@f190.n322.z1.fidonet.org

Отметьте наличие точки между именем и фамилией. Кроме того, в некоторых странах есть их собственные "хребтовые" системы Fidonet, которые могут менять адресацию. Например, если бы предыдущий адрес относился к
Германии, то в конце надо было бы добавить "fido.de" вместо "fidonet.org."

Обратный процесс отличается от описанного полностью. Прежде всего, человек должен выйти на "net mail" (сетевую почту) зоны своей BBS и знать адрес Fidonet своего локального шлюза Fidonet/UUCP (часто его знает системный оператор). Ваш корреспондент из Fidonet должен адресовать свое сообщение сетевой почты, указав в поле "to:" UUCP (а не ваше имя). В поле номер узла, он должен ввести номер узла шлюза Fidonet/UUCP (если система шлюза находится в той же региональной сети, что и система отправителя, то ввести надо только последний номер, например, 390 вместо 322/390). После этого первая строка сообщения должна быть вашим адресом в Internet, а за ней должна быть оставлена чистая строка. Вот теперь можно писать сообщение и посылать его.

В связи с тем, как Fidonet организует передачу почты, доставка сообщения в любом направлении может занять день или два. Кроме того, поскольку сеть систем Fidonet - любительская, хорошим тоном считается спросить разрешения у системного оператора в тех случаях, когда вы собираетесь прогонять по почте большой объем информации. Сообщения коммерческого характера категорически воспрещаются (даже если вас о них просили). Кроме того, очень вероятно, что кроме вашего адресата сообщение прочтет еще кто-нибудь.

GEnie

Чтобы послать сообщение пользователю GEnie, добавьте "@genie.com" к концу имени пользователя сети GEnie, например:

[email protected]

MCIMail

Чтобы послать сообщение кому-нибудь, имеющему раздел в MCIMail, добавьте "@mcimail.com" в конце имени или адреса этого человека. Например:

[email protected] или

[email protected]

Заметьте, что если в сети MCIMail есть несколько подписчиков с таким именем, то вы получите сообщение от MCI с их именами и числовыми адресами.
Выберите того, который вам нужен, и пошлите ваше сообщение снова.

Чтобы послать сообщение вам из MCI, пользователь должен ввести Ваше
Имя (EMS) в ответ на приглашение "To:". В ответ на приглашение EMS следует ввести internet, а затем ваш адрес в Сети в ответ на приглашение "Mbx:".

Peacenet

Чтобы послать сообщение пользователю, используется форма:

имя_пользователя@igc.org

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

Prodigy

Идентификатор_пользователя@prodigy.com

Имейте в виду, что пользователи Prodigy должны вносить дополнительную плату за электронную почту из Internet.

1.3. Формат почтового сообщения.

Для того, чтобы электронное письмо дошло до своего адресата, необходимо, чтобы оно было оформлено в соответствии с международными стандартами и имело стандартизованный почтовый электронный адрес. Как уже говорилось выше, общепринятый формат послания определяется документом под названием "Standard for the Format of ARPA – Internet Text messages", сокращенно - Request for Comment или RFC822, и имеет заголовок и непосредственно сообщение.
Рассмотрим пример почтового сообщения:

Received: by avg386.kiae.su; Thu, 20 Dec 90 13:51:59 MSK
Received: by jumbo.kiae.su; Thu, 20 Dec 90 12:52:17 MSK
Received: from CS.ORST.EDU by fuug.fi with SMTP id AA15539 (5.65+/IDA-1.3.5 for [email protected]); Thu, 20 Dec 90 08:19:05 +0200
Received: from jacobs.CS.ORST.EDU by CS.ORST.EDU (5.59/1.15) id AA19981;

Wed, 19 Dec 90 22:19:59 PST
Received: by jacobs.CS.ORST.EDU (5.54/1.14) id AA02240; Wed, 19 Dec 90

23:19:35 MST
Date: Wed, 19 Dec 90 23:19:35 MST
From: Harry Brooks
Message-Id:
To: [email protected]
Subject: Re: wondering if you attended?
Status: RO gosh, i wish that you were not so far away that we could face each other and speak of your interests--computers, girls, nature and drinks! no, i do not know Russian history--only the sketch and collected memory of pieces read and heard... was infatuated by Dostevosky harry
//interrupted for talking to a friend--bye--more later.

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

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

название: текст

Названия строк заголовка расшифровываются так:
Received: отметка о прохождении через машину (почтовый штемпель). У нашего письма таких отметок пять, значит, по пути оно прошло через пять машин, и каждая из них обозначила, когда оно проходило.
Date: дата и время отправления письма; они указываются в стандартном формате, поскольку большинство почтовых систем умеют сортировать сообщения по времени, если Вы попросите.
From: имя отправителя и обратный адрес .
Message-Id: внутренний идентификатор сообщения; присваивается почтовой службой отправителя. Каждому письму присваивается уникальный – единственный в мире – идентификатор. Его можно использовать для ссылок на письмо, как исходящий номер.
To: адрес получателя
Subject: тема сообщения. Пометка Re: обозначает, что это сообщение – ответ
(от слова reply) на другое сообщение. У исходного сообщения и у ответа строка Subject: одна и та же. При составлении автором ответа почтовая служба автоматически взяла тему из исходного сообщения. Это удобно, когда идет длинный разговор на одну тему. Вы сможете потребовать, чтобы почтовая служба отсортировала сообщения по темам, и освежить в памяти предыдущие фразы этого разговора.

Составляя сообщение, старайтесь в этой строке указать название короткое и как можно более информативное. Сообщение под заголовком вроде «А помнишь, как-то раз ты мне говорила...» не всякий станет читать.
Status: статус сообщения; Ваша почтовая служба помечает для себя, что сообщение Вами уже прочитано, чтобы второй раз Вам его не предложить как новое.

Бывает еще несколько видов строк заголовка. Не все они обязательно должны быть. Некоторые строки почтовые службы добавляют автоматически
(Received:, Date:), другие задает сам автор письма (To:, Subject:).

Ввести текст сообщения, сформировать заголовок можно одним из редакторов сообщений для электронной почты.

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

2. Протоколы приёма и передачи почты.

Почтовые программы для персональных компьютеров используют разные протоколы для приема и отправки почты. При отправке почты программа взаимодействует с сервером исходящей почты, или SMTP-сервером, по протоколу
SMTP. При приеме почты программа взаимодействует с севером входящей почты, или POP3-сервером по протоколу POP3. Это могут быть как разные компьютеры, так и один и тот же компьютер. Вам необходимо получить имена этих серверов у своего провайдера. Иногда для приема почты используется более современный протокол - IMAP, который позволяет, в частности, выборочно копировать пришедшие для вас письма с почтового сервера на ваш компьютер. Чтобы использовать этот протокол, необходимо, чтобы он поддерживался как вашим провайдером, так и вашей почтовой программой.

Теперь рассмотрим эти протоколы более подробно.

2.1. Простой протокол передачи почты (SMTP).

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

Рис.1 Схема взаимодействия по протоколу SMTP

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

2.1.1. Команды SMTP и их последовательность.

Простой протокол передачи почты обеспечивает двухсторонний обмен сообщениями между локальным клиентом и удаленным сервером МТА. МТА-клиент шлет команды МТА-серверу, а он, в свою очередь, отвечает клиенту. Другими словами, протокол SMTP требует получать ответы от приемника команд SMTP.
Обмен командами и ответами на них называется почтовой транзакцией (mail transaction). Данные передаются в формате NVT ASCII. Кроме того, команды тоже передаются в формате NVT ASCII. Команды передаются в форме ключевых слов, а не специальных символов, и указывают на необходимость совершить ту или иную операцию. В табл. 1 приведен список ключевых слов (команд), определенный в спецификации SMTP.

Таблица 1

Команды, помеченные крестиком, обязаны присутствовать в любой реализации SMTP. Остальные команды могут быть реализованы дополнительно.
Каждая SMTP-команда должна заканчиваться либо пробелом (если у нее есть аргумент), либо комбинацией CRLF. SMTP способен передавать данные любого содержания (например, текст, графические, звуковые файлы).

MTP обеспечивает двухстороннюю связь между агентами передачи почты
(МТА), клиентом и сервером. Клиенты шлют команды серверу, а серверы отвечают клиентам. Однако SMTP оговаривает последовательность SMTP-команд.
Лучший способ понять это — взглянуть на образец почтовой транзакции.
Следующий пример демонстрирует типичную почтовую транзакцию. В примере фигурирует мистер Smith (на компьютере usc.edu), посылающий сообщения мистерам Jones, Green и Brown (на компьютере mit.edu). Агент передачи почты хоста mit.edu принимает почту для мистеров Jones и Brown, однако не знает, где расположен почтовый ящик мистера Green.

Для целей дальнейшего повествования каждой строке присвоен номер и обозначено, кому они принадлежат - передатчику или приемнику. Текст справа от слов “RECEIVER” или “SENDER” содержит действительно передаваемые данные.
Трехзначные цифровые комбинации в начале передаваемых строк обозначают коды ответа. Ответ SMTP похож на сообщения-подтверждения о доставке, поскольку появляется лишь в том случае, когда приемник получил данные.

1. RECEIVER: 220 mit.edu Simple Mail Transfer Service Ready
2. SENDER: HELO usc.edu
3. RECEIVER: 250 mit.edu
4. SENDER: MAIL FROM:
5. RECEIVER: 250 OK
6. SENDER: RCPT TO:
7. RECEIVER: 250 OK
8. SENDER: RCPT TO:
9. RECEIVER: 550 No such user here
10. SENDER:: RCPT TO
11. RECEIVER: 250OK
12. SENDER: DATA
13. RECEIVER: 354 Start mail input; end with .
14. SENDER: Blah blah blah...
15. SENDER: ...etc. etc. etc.
16. SENDER: .
17. RECEIVER: 250 OK
18. SENDER: QUIT
19. RECEIVER: 221 mit.edu Service closing transmission channel

Как видно из строки 1, когда SMTP-клиент устанавливает TCP-соединение с портом протокола 25, SMTP-сервер отвечает кодом 220. Это означает, что соединение успешно установлено:
1. RECEIVER: 220 mit.edu Simple Mail Transfer Service Ready

После того, как MTA компьютеров mit.edu и usc.edu установили соединение и обменялись приветствием, первой командой должна быть команда
HELO. Как указано в строке 2, SMTP-клиент передает HELO, называя имя своего компьютера в качестве аргумента. Команда HELO употребляется с аргументом, как показано ниже:
2. SENDER: HELO usc.edu

В ответ на HELO приемник выдает код 250, сообщая передатчику о том, что команда принята и обработана:
3. RECEIVER: 250 mit.edu

После установления TCP-соединения и идентификации (при помощи HELO)
SMTP-клиент приступает к почтовой транзакции. Для начала он выполняет одну из следующих команд: MAIL, SEND, SOML или SAML. В нашем примере использована команда MAIL:
4. SENDER: MAIL FROM:[email protected]

Четыре команды, MAIL, SEND, SOML и SAML, имеют одинаковый синтаксис:
MAIL FROM: line-feed>

Аргумент “обратный путь” (reverse path) указывает серверу, кому в случае ошибки отослать соответствующее сообщение. В аргументе содержится адрес источника сообщения (в нашем случае, [email protected]). После того как сервер выдал код ответа 250 (строка 5), согласившись обработать сообщение от [email protected], необходимо указать получателя сообщения. Это делается при помощи команды RCPT. Команда RCPT имеет аргумент - имя получателя. На одну команду приходится только одно имя, поэтому, если получателей несколько, команда RCPT выдается несколько раз. В нашем примере команды RCPT выполняются в строках 6,8 и 10. Синтаксис RCPT похож на синтаксис команды
MAIL:
RCPT TO:

Однако, в отличие от MAIL, аргумент RCPT начинается со слова “TO:”.
Содержимое аргумента - путь передачи сообщения (forward path), а не обратный путь. В пути передачи сообщения указано имя почтового ящика получателя. Выдав команду RCPT, МТА-клиент ожидает получить ответ с кодом
250. Однако, в ответ на восьмую строку
8. SENDER: RCPT TO: сервер отвечает кодом 550:
9. RECEIVER: 550 No such user here

Код ответа 550 означает, что МТА не в состоянии выполнить запрос клиента, поскольку не знает, как доставить почту указанному пользователю.
То есть скорее всего у мистера по фамилии Green нет почтового ящика
([email protected]) на этом компьютере. В протоколе SMTP сказано, что сервер обязан информировать клиента об отсутствии почтового ящика получателя сообщения.

После того как посланы все команды RCPT, клиент начинает передачу при помощи команды DATA. В строке 12 показано, как МТА-клиент (передатчик) высылает команду DATA, в строке 13 - как сервер отвечает кодом 354. Этот код означает, что передача данных разрешена и должна заканчиваться комбинацией CRLF-точка-CRLF (новой строкой, содержащей только точку).

12. SENDER: DATA
13. RECEIVER: 354 Start mail input; end with .

После того как получен код 354, клиент может начать передачу данных.
МТА-сервер, в свою очередь, помещает принятые данные в очереди входящих сообщений. Сервер не высылает никаких ответов до тех пор, пока не получит комбинацию CRLF-точка-CRLF от клиента, означающую конец передачи данных.
Как показано в строках 16 и 17, в ответ на полученную комбинацию CRLF-точка-
CRLF, сервер выдает код 250, что означает успешное окончание операции:
16. SENDER: .
17. RECEIVER: 250 OK

Для того, чтобы закончить почтовую транзакцию, клиент, по правилам
SMTP, обязан послать команду QUIT. Сервер, в свою очередь, отвечает кодом
221, который подтверждает клиенту, что соединение будет закрыто, после чего соединение действительно закрывается:
18. SENDER: QUIT
19. RECEIVER: 221 mit.edu Service closing transmission channel

В любой момент во время транзакции клиент может использовать команды
NOОР, HELP, EXPN и VRFY. В ответ на каждую команду сервер высылает клиенту определенную информацию. В зависимости от ответа клиент может предпринять определенные действия.

2.1.2. Коды ответов SMTP.

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

Каждая цифра в коде ответа имеет определенный смысл. Первая цифра означает, было ли выполнение команды успешно (2), неуспешно (5) или еще не закончилось (3). Простой клиент может анализировать только первую цифру в ответе сервера, и на основании ее продолжать свои действия. Вторая и третья цифры кода ответа разъясняют значение первой. В табл. 2 приведены возможные значения кодов ответа SMTP.

Таблица 2

Коды ответа SMTP и их значение
|Код |Значение |
|211 |Ответ о состоянии системы или помощь |
|214 |Сообщение-подсказка (помощь) |
|220 | служба готова к работе |
|221 | служба закрывает канал связи |
|250 |Запрошенное действие почтовой транзакции успешно завершилось |
|251 |Данный адресат не является местным; сообщение будет передано по |
| |маршруту |
|354 |Начинай передачу сообщения. Сообщение заканчивается комбинацией |
| |CRLF-точка-CRLF |
|421 | служба недоступна; соединение закрывается |
|450 |Запрошенная команда почтовой транзакции не выполнена, так как |
| |почтовый ящик недоступен |
|451 |Запрошенная команда не выполнена; произошла локальная ошибка при |
| |обработке сообщения |
|452 |Запрошенная команда не выполнена; системе не хватило ресурсов |
|500 |Синтаксическая ошибка в тексте команды; команда не опознана |
|501 |Синтаксическая ошибка в аргументах или параметрах команды |
|502 |Данная команда не реализована |
|503 |Неверная последовательность команд |
|504 |У данной команды не может быть аргументов |
|550 |Запрошенная команда не выполнена, так как почтовый ящик и |
| |недоступен |
|551 |Данный адресат не является местным; попробуйте передать сообщение |
| |по маршруту |
|552 |Запрошенная команда почтовой транзакции прервана; дисковое |
| |пространство, доступное системе, переполнилось |
|553 |Запрошенная команда не выполнена; указано недопустимое имя |
| |почтового ящика |
|554 |Транзакция не выполнена |

Значения первой цифры в коде ответа SMTP

Цифра 1 означает, что сервер МТА принял команду, от клиента требуется дополнительное подтверждение. Клиент обязан послать дополнительную информацию о том, продолжать или прервать выполнение запрошенной команды.
Из табл. 2 видно, что SMTP не имеет в составе таких команд, то есть коды ответа, начинающиеся с единицы, отсутствуют. В настоящее время команд SMTP, которые бы потребовали дополнительного подтверждения, нет. Разработчики ориентировались на то, что такие команды появятся, и зарезервировали для них коды, начинающиеся с цифры 1.

Коды ответа, начинающиеся с цифры 2, означают, что сервер МТА успешно завершил выполнение команды и ожидает появления новой. Код ответа, начинающийся на 3, означает, что команда начала выполняться, но серверу необходима дополнительная информация для ее завершения. Пример такого кода
- 354. В ответ на него клиент МТА должен приступить к передаче почтового сообщения. Код, начинающийся с цифры 4, означает, что сервер не принял команду, и она не выполнена. Во всех ответах серии 400 предполагается, что ошибка временная и клиент может попытаться ее исправить. Коды ответа серии
500 также сообщают, что команда не выполнена. Кроме того, клиент не должен пытаться повторить ту же команду еще раз (по крайней мере в составе той же последовательности).
Значения второй цифры кода ответа SMTP

Вторая цифра кода ответа обозначает категорию ошибки. Цифра 0 об

Вернуться