Интернет. Все, что вам нужно знать в одной статье.
Введение. Интернет — последнее и одно из самых важнейший из достижений человечества в XX веке. Именно интернет изменил мир и отразился на жизни каждого человека планеты, как бы далек тот ни был от смартфонов, компьютеров и компьютерных сетей. По своему воздействию на общество Интернет сопоставим с телефонной связью, радио, телевидением и печатной прессой вместе взятыми. Впрочем, это и неудивительно, поскольку он уже впитал в себя абсолютно все достижения человечества, как в информационной сфере, так и в коммуникационной отрасли. Среди базовых пользовательских технологий особое место занимает такой интернет-аспект, как электронная почта, которая позволяет в считанные минуты переслать сообщение, содержащее как текстовые, так и звуковые и графические, программные видеофайлы. Электронная почта (или по-другому E-mail) — одна из первых служб Интернета. За прошедшие годы она до сих пор не потеряла своей популярности и все еще остается востребованной подавляющим большинством всех пользователей. Ее основное преимущество заключается в том, что электронная почта — это оптимальный метод ненавязчивой связи. Стоит отметить одно важное достоинство электронной почты, которое состоит в том, что удаленность адресата практически не играет никакой роли с точки зрения не только скорости доставки, но и ее стоимости, ведь оплачивается лишь время подключения провайдером к сети Интернет. Существуют два основных типа электронной почты: 1. Первый способ, называется off-line, заключается в том, что при каждом сеансе связи компьютера абонента с сетевым компьютером, между ними происходит обмен письмами в автоматическом режиме: все заранее подготовленные письма абонента передаются на сетевой компьютер, а все письма, пришедшие на адрес абонента, передаются на его компьютер. Название этого способа, off-line, подчеркивает тот факт, что сам процесс ознакомления с письмами и их чтение происходит, когда связь с сетевым компьютером уже прекращена. 2. Второй способ, названный, естественно, on-line , заключается в том, что абонент во время сеанса связи со своего устройства: телефона или компьютера, получает возможность обратиться к содержимому своего почтового ящика, просмотреть его и прочитать письма. В режиме on-line абонент не пользуется автоматическим режимом, а отсылает все письма сам, указывая их адреса и задавая соответствующую команду сетевому компьютеру. 2.Формат почтового сообщения (RFC-822). Базовый формат почтовых сообщений и статей USENET (article) определяется RFC 822 и его "наследником" RFC 2822. Каждое сообщение (письмо, message, статья, article) состоит из двух частей, а именно: конверта и его содержимого: текст, аудиофайлы, видеофайлы и тому подобное. Конверт хранит адресную информацию, которая необходима для отправки и передачи введенного отправителем сообщения получателю. Формат получившегося конверта определяется средой его распространения. Для его автоматического создания может использоваться информация из содержимого сообщения. Стандарт определяет только формат содержимого сообщения и только в момент передачи, таким образом, сообщения могут храниться совершенно в другом формате (например, в БД). RFC 1123 определяет, что MTA должен уметь обрабатывать сообщения размером до 64 КБ (но желательно и больше), то есть приблизительно (в зависимости от используемых символов) текст будет состоят из 65536 букв и цифр вместе взятых. Сообщение делится на строки и состоит из всего из двух секций: заголовков и тела сообщения (возможно пустого), что облегчает восприятие полученного сообщения, а значит, речь идет о простоте использовании формата личного сообщения (RFC-822), что немаловажно с учетом того, что всем нравится, когда присутствует такой важный аспект, как «простота в использовании». Формат тела сообщения не определяется, лишь говорится, что оно состоит из строк ASCII, точнее ANSI X3.4 (7-битные символы), отделенных от секции заголовков пустой строкой (CRLF), которая обязательно должна присутствовать, в том числе и для пустого тела (чтобы отличить его от ошибочного сообщения с порезанным заголовком). Следует заметить, что, хотя формат тела не определен, но передавать двоичные данные все же не рекомендуется, так как предполагается, что оно делится на строки, а символы конца строки могут модифицироваться при передаче в подсеть или при хранении. Существуют также правила "хорошего тона": при цитировании предыдущего письма, цитируемый текст предваряется знаком ">" (без пробела); перед подписью вставляется строка "-- " (пробел перед концом строки). Длина строки должна быть не более 998 символов, но желательно не порождать строк, длина которых превышает отметку в 78 символов (не считая CRLF). Заголовок разделяется на поля, некоторые из которых являются обязательными (Date и, хотя бы одно из полей, описывающих отправителя: From, Sender, Reply-To). Опциональные поля описываются, но не являются обязательными. Можно добавлять свои поля, какие вы посчитаете важными для вас во время общения (начинаются с X-). Порядок полей не играет важной роли и может быть любым, но запрещено менять порядок двух полей: Received- и Resent-. Последствия при присутствии сразу нескольких полей, которые имеют одинаковые имена, непредсказуемы (очевидно запрещены для всех стандартизованных полей, за исключением полей Comment, Keywords, Received и Resent-), кроме полей To, Cc и Bcc (содержимое соответствующих полей сливается). Поле занимает одну логическую строку и включает в себя несколько составляющих, начиная с элементарного, имени поля, и заканчивая символами, а именно: имя поля (символы от 0x21 до 0x7e, кроме двоеточия), двоеточие и тело поля (ASCII, кроме CR и LF; только 7-битные символы). Тело поля при этом может быть разбито на несколько строк путем вставки CRLF перед пробельным символом (пробел или табуляция). Тело поля может быть не структурировано или структурировано. Структурированное тело поля состоит из специальных символов (круглые, угловые или квадратные скобки, @, точка, запятая, двоеточие, точка с запятой, обратная косая черта, кавычки, апостроф, восклицательный и вопросительный знаки), пробельных символов, строк в кавычках, комментариев (строка в круглых скобках), атомов (строка ASCII-символов, кроме пробельных, специальных и управляющих) и доменных констант (строка в квадратных скобках). При этом стоит отметить, что специальные символы теряют свое "специальное" значение, если им предшествует обратная косая черта. В структурированном теле поля может находится сразу несколько идущих подряд пробельных символов, но в таком случае они будут трактоваться, как один пробел, а значит, некоторое количество подряд идущих пробелов в сообщении, каким бы оно не было, является излишней роскошью, присутствие которой желательно не допускать. Комментарии, которые могут быть вложенными, трактуются как один пробел. Регистр букв (символьная или строчная) различается исключительно в текстовых строках. В частности, нет разницы между именем поля "From" и "froM", именно поэтому такая ошибка вполне допустима отправителем сообщения, ведь никаких последствий после данной опечатки не последует. BS действует только до начала физической строки или строки в кавычках. При прохождении внутри сети CRLF может преобразовываться в CR, при выходе CR преобразуется обратно в CRLF (так что отдельные CR или LF использовать небезопасно, а в RFC 2822 явно запрещено). Адрес почтового ящика состоит всего из трех частей, две из который имеют в своем названии слово «часть», поэтому, чтобы избежать никому не нужной тавтологии, опустим это слово: доменная (часть), локальная, то есть та, в которой слова через точку, не интерпретируется, строчные и прописные буквы различаются, знак «@». Доменная часть – это имена поддоменов, разделенные между собой точками или явное указание IP-адреса в квадратных скобках. Имя домена может быть либо полным, либо сокращенным. Точка справа отсутствует. Если имеется текст в угловых скобках, то именно он является адресом, а предваряющая его фраза является описанием адресата и предназначена для вывода на экран. Может быть указан явный маршрут (source routing), хотя не рекомендуется, а в RFC 2822 запрещается: список доменных имен (предваряемых знаком "@") через запятую, завершающийся двоеточием. Иногда в локальную часть адреса встраивают маршруты UUCP и других не TCP/IP сетей, но это нечастое явление, а значит, всего лишь исключение, которое все же используют. Бытует также некий обычай встраивать source routing в локальную часть адреса, и при этом использовать так называемый символ процента в качестве разделителей хостов. Неизвестно, откуда этот ритуал взялся, но, по крайней мере, он также существует и иногда встречается в сообщениях, так что, если встретите символ процента в качестве разделителей хостов, но придавайте этому большого значения. Резервируется локальная часть адреса - Postmaster (регистр не важен). В каждом домене должен быть Postmaster, отвечающий за работу почты. Кроме отдельных адресов определяется понятие группы адресов: имя группы (предназначено для вывода на экран), двоеточие, список адресов через запятую (может быть пустой) и точка с запятой. Стандартизированные поля заголовка Date. Время, когда автор сообщения заявил, что оно готово к отправке (MUA может отложить отправку, например, до следующего соединения с интернет). From. Отправитель сообщения, указывается адрес почтового ящика или список адресов. Если отсутствует поле Sender, то в поле From обязательно должен быть один адрес. Если поле Sender присутствует в заголовке, то в поле From может быть несколько адресов через запятую. Sender. Определяет отправителя письма, указывается адрес почтового ящика. Обязательно, если в поле From указано несколько адресов. Reply-To. Может содержать список адресов или групп адресов для ответа через запятую. Если присутствует, то ответ на сообщение не должен посылаться по адресу, указанному в поле From или Sender. Должна быть учтена возможность совпадения адресов в полях From, Sender или Reply-To. Стандарт явным образом запрещает использовать чужие адреса в этих полях. To. Адреса основных получателей сообщения или группы адресов через запятую. Cc. Адреса дополнительных получателей сообщения или группы адресов через запятую. Используется, если в тексте письма к ним не обращаются напрямую. Bcc. Адреса третьей группы получателей или группы адресов через запятую. Список может быть пустым. Данные адреса не включаются в копии сообщений, отправляемых первым двум группам. Либо поле Bcc изымается из письма вовсе, либо удаляется тело поля, либо оно изымается из тех копий письма, которые отсылаются первым двум группам, при этом каждый получатель из списка Bcc получает свою копию, из которой удалены все остальные адреса. Message-ID. Уникальный идентификатор этой версии этого сообщения. Уникальность гарантируется генерирующим хостом. Заключается он в угловые скобки и состоит из части, однозначно идентифицирующей хост (доменное имя или явный адрес в квадратных скобках), и части, однозначно идентифицирующей сообщение внутри хоста, разделенных знаком "@". In-Reply-To. Уникальный идентификатор сообщения через пробел или фраза, на которую дается ответ в данном сообщении. Фразы удалены из RFC 2822. References. Уникальный идентификатор сообщения через пробел или фраза, на которую ссылается данное сообщение. Некоторые почтовые системы позволяют пользователям перепосылать письмо без изменения полей заголовка. Надо отличать перепосылку (resending) от пересылки (forwarding). В этом случае добавляются поля "Resent-...", смысл которых совпадает со смыслом полей без слова Resent, но они относятся к субъекту, переславшему письмо: Resent-Reply-To, Resent-From, Resent-Sender, Resent-Date, Resent-To, Resent-cc, Resent-bcc, Resent-Message-ID. Вся группа полей должна быть добавлена в начало сообщения вместе, так чтобы самые "свежие" поля Resent- стояли в начале заголовка, остальные заголовки меняться не должны. Если данная группа полей используется, то поля Resent-From и Resent-Date должны быть. Keywords. Ключевые слова или фразы в кавычках, разделенные запятыми. Subject. Тема сообщения. Неструктурированный текст. Ответное сообщение обычно имеет ту же тему, перед которой стоит строка "Re: ". Comments. Неструктурированный текст. Return-Path. RFC 2822 оставляет определение синтаксиса и семантики данного поля за стандартом SMTP (RFC 2821). Согласно RFC 822 поле добавляется последней транспортной системой (MTA), которая отправляет сообщение получателю, и содержит информацию достаточную этому MTA для определения обратного маршрута (необходимо для протоколов типа UUCP). Представляет собой адрес почтового ящика в угловых скобках, перед которым может быть записана цепочка имен хостов, предваряемых знаком "@" и двоеточие. Адрес может быть пустым (<>), используется для предотвращения зацикливания сообщений об ошибках. Received. Добавляется каждым MTA по пути следования сообщения. RFC 2822 оставляет определение синтаксиса и семантики данного поля за стандартом SMTP (RFC 2821). Согласно RFC 822 тело поля содержит следующую информацию: from домен (от какого хоста получено данным MTA, полное каноническое имя; записывается имя, сообщенное отправившим MTA и затем (в скобках) его реальный IP-адрес и имя; при несовпадении прямой и обратной проверки DNS записывается предупреждение) by домен (на каком хосте работает данный MTA, полное каноническое имя; здесь же обычно записывается название MTA и номер версии) via атом (физическая сеть: Internet, встречаются и слова типа HTTP) with атом (почтовый протокол - SMTP, ESMTP) id идентификатор-сообщения (внутренний идентификатор принимающего MTA, если он хранит сообщение в очереди) for адрес (если принимающий MTA преобразует адрес получателя, то здесь сохраняется исходная форма) ; время-получения (формат такой же, как у поля Date) Encrypted. Первое слово определяет программу шифрования, второе - индекс в таблице ключей. Удален в RFC 2822. 3.Протоколы SMTP POP3, используемые для передачи почтовых сообщений. Основная особенность электронной почты заключается в том, что информация отправляется получателю не напрямую, а через промежуточное звено — электронный почтовый ящик, который представляет собой место на сервере, где сообщение хранится, пока его не запросит получатель. Доступ к почтовому серверу может предоставляться как через почтовые программы, так и через веб-интерфейс. Похожим образом устроена и электронная почта. Она использует два типа серверов. Один сервер отправляет исходящую почты независимо от ее происхождения — он использует протокол SMTP (Simple Mail Transfer Protocol, простой протокол передачи почты). Другой сервер принимает поступающую почту и следит за тем, чтобы она попадала к нужным адресатам. Этот протокол называется РОРЗ (Post Office Protocol, протокол почтового отделения). SMTP — сетевой протокол, предназначенный для передачи электронной почты в сетях TCP/IP. Протокол был разработан для передачи только текста в кодировке ASCII, кроме того, первые спецификации требовали обнуления старшего бита каждого передаваемого байта. Это не дает возможности отсылать текст на национальных языках, а также отправлять двоичные файлы. Для снятия этого ограничения был разработан стандарт MIME, который описывает способ преобразования двоичных файлов в текстовые. В настоящее время большинство серверов поддерживают 8BITMIME, позволяющий отправлять двоичные файлы. ESMTP — (англ. Extended SMTP, масштабируемое расширение протокола SMTP). В настоящее время под «протоколом SMTP», как правило, подразумевают SMTP и его расширения. При установлении соединения сервер объявляет о наборе поддерживаемых расширений. Соответствующие расширения могут быть использованы клиентом при работе. РОРЗ — (англ. Post Office Protocol Version 3, протокол почтового отделения, версия 3), сетевой протокол, используемый для получения сообщений электронной почты с сервера. Обычно используется в паре с протоколом SMTP. В протоколе РОРЗ предусмотрено 3 состояния сеанса: авторизация (клиент проходит процедуру аутентификации), транзакция (клиент получает информацию о состоянии почтового ящика, принимает и удаляет почту), обновление (сервер удаляет выбранные письма и закрывает соединение). Для получения почты разработан также усовершенствованный протокол IMAP (Internet Mail Access Protocol, протокол доступа к почте через Интернет). В нем реализованы дополнительные функции, в частности, сообщения хранятся именно на сервере и загружаются на компьютер только для просмотра. Сообщениями управляет сам сервер. Этот протокол удобен, если почту с сервера надо принимать на разные компьютеры. IMAP — (англ. Internet Message Access Protocol), интернет-протокол прикладного уровня для доступа к электронной почте. IMAP предоставляет пользователю богатые возможности для работы с почтовыми ящиками, находящимися на центральном сервере. Почтовая программа, использующая этот протокол, получает доступ к хранилищу корреспонденции на сервере так, как будто эта корреспонденция расположена на компьютере получателя. Почтовые программы Из множества программ электронной почты, работающих под управлением Windows в стандартах SMTP/POP3, можно назвать: Outlook Express, поставляется в составе операционной системы Windows, начиная с версии 950SR 2.5 и вместе с браузером Internet Explorer, начиная с версии 4.0; офисное приложение Microsoft Outlook (компьютерная программа — органайзер с функциями почтового клиента); компоненты электронной почты в составе программ-браузеров; The Bat молдавской компании RIT Research Labs; Mail, HotMail, Hotbox и другие бесплатные почтовые серверы в Интернете; Opera Mail (М2); Mozilla Mail организации Mozilla Foundation, новое название Sea Monkey; Eudora Mail компании Qualcornm (одна из первых e-mail программ) и многие другие. Почти все эти программы выполняют следующие функции: подготовку текста сообщения; отсылку и прием корреспонденции; чтение и сохранение корреспонденции; удаление сообщений; ввод адреса (адресов) корреспондента; включение в создаваемые сообщения вложений — текстовых, графических файлов, аудио- и видеофайлов; вставку в сообщение электронной подписи или визитной карточки отправителя; ведение электронной адресной книги; комментирование и пересылку полученной корреспонденции другим абонентам; поиск нужной корреспонденции по заданным критериям; импорт (прием и преобразование текста в нужный формат) других файлов; отложенную отправку почты; рассылку корреспонденции по нескольким адресам; периодическую проверку новой почты; управление модемом для установления IP-соединения; сортировку сообщений по «папкам». 4. Заключение При подведении итога, можно сделать следующие выводы. Электронная почта – это наиболее универсальное средство компьютерного общения между всеми людьми сегодня. Именно она позволяет пересылать сообщения практически с любой машины (имеются в виду такие устройства, как телефон, компьютер, и тому подобные) на любую, так как большинство машин, работающих в разных системах, ее поддерживают. Электронная почта способна заменить собой множество факсов и обычную почтовую доставку; при этом электронная почта обладает очень важным плюсом: она намного дешевле, чем привычная бумажная почта и факсимильная связь, и при этом обеспечивает практически почти мгновенные коммуникации. Как и в других видах компьютерной связи, главным моментом во всей системе является взаимодействие двух программ – почтового сервера и почтового клиента. Почтовый сервер обычно установлен у провайдера или в локальной сети компании адресата. Почтовые клиенты – это такие программы, с помощью которых пользователь может принимать и отправлять почту. Таких программ существует достаточно много, и найти их в сети интернет не составит абсолютно никакого труда, но принцип работы у всех одинаковый. Электронная почта даёт возможность посылать сообщения, получать их в свой электронный почтовый ящик, отвечать на письма корреспондентов автоматически, используя их адреса, исходя из их писем, рассылать копии письма сразу нескольким получателям, переправлять полученное письмо по другому адресу, использовать вместо адресов (числовых или доменных имен) логические имена, создавать несколько подразделов почтового ящика для разного рода корреспонденции, включать в письма текстовые файлы. Стоит отметить еще одно важное достоинство электронной почты: электронное письмо приходит сразу же после отправления на почту получателя и хранится в почтовом ящике до получения адресатом. Кроме текста оно способно содержать графические, звуковые и видеофайлы, а также программы. Пользователь Интернета при помощи электронной почты может получить доступ к различным услугам сети, так как основные сервисные программы Интернета имеют интерфейс с данной службой. Суть используемой при этом технологии заключается в том, что на хост-компьютер отправляется запрос в виде электронного письма. Текст письма содержит набор стандартных фраз, которое и обеспечивают доступ к нужным функциям. Такое сообщение рассматривается компьютером, как команда, и выполняется им. При работе с электронной почтой также нельзя забывать про этикет и стараться соблюдать различные правила этикета и конфиденциальности, например: не передавать секретной и личной информации, особенно незнакомым или малознакомым людям (родственникам, например, передавать о себе личную информацию можно); вовремя отвечать на полученное письмо, чтобы отправитель не думал, что вы или содержимое его сообщения вам не интересны, или же, чтобы он думал, что с вами что-то произошло; рекомендуется указывать тему сообщения; использовать цитирование полученных сообщений и т.д. Не стоит также забывать про безопасность и следовать правилам которые помогут избежать угрозы заражения.