No Image

Электронное письмо это текстовый файл

СОДЕРЖАНИЕ
0 просмотров
22 января 2020

Электронное письмо состоит из следующих частей:

Заголовков SMTP-протокола, полученных сервером. Эти заголовки могут включаться, а могут и не включаться в тело письма в дальнейшем, так что возможна ситуация, когда сервер обладает большей информацией о письме, чем содержится в самом письме. Так, например, поле RCPT TO указывает получателя письма, при этом в самом письме получатель может быть не указан. Эта информация передаётся за пределы сервера только в рамках протокола SMTP, и смена протокола при доставке почты (например, на узле-получателе в ходе внутренней маршрутизации) может приводить к потере этой информации. В большинстве случаев эта информация не доступна конечному получателю, который использует не SMTP протоколы (POP3, IMAP) для доступа к почтовому ящику. Для возможности контролировать работоспособность системы эта информация обычно сохраняется в журналах почтовых серверов некоторое время.

Самого письма (в терминологии протокола SMTP — ‘DATA’), которое, в свою очередь, состоит из следующих частей, разделённых пустой строкой:

Заголовков письма, иногда называемых по аналогии с бумажной почтой конвертом. В заголовке указывается служебная информация и пометки почтовых серверов, через которые прошло письмо, пометки о приоритете, указание на адрес и имя отправителя и получателя письма, тема письма и другая информация. С термином «конверт» есть некоторая путаница, потому что в зависимости от ситуации «конвертом» называют либо заголовок письма, либо информацию, которой располагает SMTP-сервер после получения письма.

Тело письма. В теле письма находится, собственно, текст письма. Согласно стандарту, в теле письма могут находиться только символы ASCII. Поэтому при использовании национальных кодировок или различных форм представления информации (HTML, RTF, бинарные файлы) текст письма должен кодироваться по стандарту MIME и не может быть прочитан человеком без использования декодера или почтового клиента с таким декодером.

Заголовок SMTP содержит в себе следующую информацию:

имя отправляющего узла (не имя отправителя, а имя сервера или компьютера пользователя, который обратился к серверу) — параметр сообщения HELO/EHLO, обычно дополняющийся «объективной» информацией самим сервером (HELO может содержать произвольное имя, а IP отправителя подделать существенно сложнее), по IP-адресу осуществляется поиск PTR-записи в DNS, всё это вместе позволяет идентифицировать отправителя на сетевом уровне.

Поле MAIL FROM:, содержащее адрес отправителя. Адрес может быть произвольным (в том числе с несуществующих доменов, однако этот адрес может также проверяться при первичной проверке на спам).

Поле RCPT TO: — наиболее важное поле для доставки почты, содержит электронный адрес получателя. Большинство почтовых систем в случае возможности проверяет, существует ли пользователь и может отказаться принимать почту, если пользователь, указанный в RCPT TO не существует.

Заголовок отделяется от тела письма пустой строкой. Заголовок используется для журналирования прохождения письма и служебных пометок. В Microsoft Outlook этот заголовок называется «Заголовки Интернет». В заголовке обычно указываются: почтовые серверы, через которые прошло письмо (каждый почтовый сервер добавляет информацию о том, от кого он получил это письмо), информацию о том, похоже ли это письмо на спам, информацию о проверке антивирусами, уровень срочности письма (может меняться почтовыми серверами). Также в заголовке обычно пишется программа, с помощью которой было создано письмо. Чаще всего почтовые клиенты скрывают заголовки от пользователя при обычном использовании почтовой системой, но предоставляют возможность увидеть заголовки, если возникает потребность в более детальном анализе письма. В случае, если письмо из SMTP формата конвертируется в другой формат (например, в Microsoft Exchange 2007 письма конвертируются из SMTP-формата в MAPI), то заголовки сохраняются отдельно, для возможности диагностики.

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

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

Часто используемые поля

Return-Path — обратный адрес. Может отличаться от MAIL FROM (то есть обратный адрес может быть указан отличным от адреса отправителя).

Читайте также:  Стоимость доверительного платежа билайн

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

MIME-Version — версия MIME, с которым это сообщение создано. Поскольку сообщение создаётся раньше всех остальных событий с письмом, то этот заголовок обычно самый первый (то есть последний в списке).

From: — Имя и адрес отправителя (именно в этом заголовке появляется текстовое поле с именем отправителя). Может не совпадать с return-path и даже не совпадать с заголовком SMTP MAIL FROM:.

Sender: — Отправитель письма. Добавлено для возможности указать, что письмо от чьего-то имени (from) отправлено другой персоной (например, секретаршей от имени начальника). Некоторые почтовые клиенты показывают сообщение при наличии sender и from как «сообщение от ‘sender’ от имени ‘from’». Sender является информационным заголовком (и также может отличаться от заголовка SMTP MAIL FROM).

To: — Имя и адрес получателя. Может содержаться несколько раз (если письмо адресовано нескольким получателям). Может не совпадать с полем SMTP RCPT TO.

cc: — (от англ. carbon copy). Содержит имена и адреса вторичных получателей письма, к которым направляется копия.

bcc: — (отангл. blind carbon copy).Содержит имена и адреса получателей письма, чьи адреса не следует показывать другим получателям. Это поле обычно обрабатывается почтовым сервером (и приводит к появлению нескольких разных сообщений, у которых bcc содержит только того получателя, кому фактически адресовано письмо). Каждый из получателей не будет видеть в этом поле других получателей из поля bcc.

Reply-To: — имя и адрес, куда следует адресовать ответы на это письмо. Если, например, письмо рассылается ботом, то в качестве Reply-To будет указан адрес персоны, готовой принять ответ на письмо.

Message-ID: — уникальный идентификатор сообщения. Состоит из адреса узла-отправителя и номера (уникального в пределах узла). Алгоритм генерации уникального номера зависит от сервера/клиента. Выглядит примерно так: AAB77AA2175ADD4BACECE2A49988705C0C93BB7B4A@example.com. Вместе с другими идентификаторами используется для поиска прохождения конкретного сообщения по журналам почтовой системы (почтовые системы фиксируют прохождение письма по его Message-ID) и для указания на письмо из других писем (используется для группировки и построения цепочек писем). Обычно создаётся первым почтовым сервером (MTA) в момент принятия почты от пользователя.

In-Reply-To: — указывает на Message-ID, для которого это письмо является ответом (с помощью этого почтовые клиенты могут легко выстраивать цепочку переписки — каждый новый ответ содержит Message-ID для предыдущего сообщения).

Subject: — тема письма.

Date: — дата написания письма.

Content-Type: — тип содержимого письма. С помощью этого поля указывается тип (HTML, RTF, Plain text) содержимого письма и кодировка, в которой создано письмо (см ниже про кодировки).

Помимо стандартных, почтовые клиенты, серверы и роботы обработки почты могут добавлять свои собственные заголовки, начинающиеся с «X-» (например, X-Mailer, X-MyServer-Note-OK или X-Spamassasin-Level).

Multipurpose Internet Mail Extensions (MIME) — стандарт, описывающий передачу различных типов данных по электронной почте, а также, шире, спецификация для кодирования информации и форматирования сообщений таким образом, чтобы их можно было пересылать по Интернету.

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

Основной формат электронных сообщений определен в RFC 5322, который является обновленной версией RFC 2822 (который, в свою очередь, является обновленной версией RFC 822). Эти стандарты определяют похожие форматы для текстовых e-mail-заголовков и содержимого и правил, относящихся к общеиспользуемым полям, таким как «To:», «Subject:», «From:» и «Date:». MIME определяет набор e-mail-заголовков для определения дополнительных атрибутов сообщения, включая тип контента, и определяет множество кодировок, которые могут быть использованы для представления 8-битных бинарных данных, используя символы из 7-битного ASCII множества. MIME также определяет правила для кодирования не-ASCII символов в заголовках e-mail-сообщения, таких как «Subject:».

Читайте также:  Частота опроса usb порта

MIME расширяем для новых типов — его определение включает метод для регистрации новых типов контента и других атрибутов.

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

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

Итак, дело вот в чем. Предложили мне работу. Вот её суть.

Здравствуйте! Вас приветствует менеджер по персоналу патентного бюро "Сервитут", Рымар Елена.
Нами было рассмотрено ваше резюме. Предоставляем вам описание нашей вакансии наборщика текстов.
Мы отправляем по электронной почте сканированные документы в графическом виде, jpg, gif, bmp. Вам необходимо набрать содержимое графических файлов в текстовые файлы: doc или txt.
1. Работа выполняется в программе Microsoft Word(любая версия),OpenOffice или Стандартный WordPad (Пуск-> Программы-> Стандартные ->WordPad)..
2. Работа сдаётся в виде: один файл в графическом режиме равен одной странице оригинального текста. Текст графического файла полностью умещается в текстовый файл.

далее они вот мне присылают письмо, где пишут слудующее:

Добрый день.
1. Работа выполняется в программе Microsoft Word(любая версия),OpenOffice или Стандартный WordPad.
2. Работа сдаётся в виде: Шрифт и межстрочный интервал — любой. Один файл в графическом режиме равен одной странице набранного текста. Текст графического файла полностью умещается в текстовый файл.

Для полyчeния зaдaния Baм нeoбxoдимo:
1. Опpeдeлитьcя co cвoими вoзмoжнocтями и выбpaть интepecyющee зaдaниe.
2. Oплaтить Гарантийный взнос, сумма которого указана под каждым заданием.
3. Отправить нам пиcьмo c тeмoй "Задание" в кoтopoм yкaзать нoмep выбpaннoгo зaдaния, данные подтверждающие оплату, а также номер карты или счёта на который вы желаете получать выплаты.

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

Мой вопрос состоит вот в чём: сталкивался ли кто-то с подобными штуками и насколько это безопасно и вообще кто что может сказать по этому поводу.
Благодарю.

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

Вложенный или прикрепленный файл (аттачмент) — это какой-то файл с компьютера, который мы добавляем к письму для пересылки его по электронной почте.

Как прикрепить файл к письму и отправить его

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

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

Технология пересылки файлов следующая:

  1. Открываем свой электронный ящик.
  2. Пишем письмо: указываем адрес почты получателя, тему и, если необходимо, печатаем сообщение.
  3. Нажимаем специальную кнопку для добавления файла.
  4. В открывшемся окошке выбираем файл с компьютера.
  5. Отправляем письмо, нажав на соответствующую кнопку.
Читайте также:  Формат флешки для ps3

Пример

1. Открываю свой электронный ящик и нажимаю на кнопку написания письма.

Яндекс.Почта: Mail.ru: Gmail.com:

2. Печатаю адрес того, кому хочу отправить файл, и указываю тему.

Текст можно и не набирать, ведь мне нужно только переслать файл. Но я его обычно печатаю: здороваюсь, объясняю, что именно пересылаю и почему.

3. Для прикрепления файла нажимаю на специальную кнопку вверху или внизу (над или под частью для ввода текста).

Яндекс.Почта: Mail.ru: Gmail.com:

4. Открывается небольшое окошко с файлами и папками моего компьютера. В нем я должен найти то, что хочу отправить.

Допустим, мне нужно переслать документ, который находится на моем компьютере в Локальном диске D в папке Договоры. Значит, в окошке открываю Локальный диск D:

И открываю папку Договоры:

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

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

в Яндекс.Почте:

в Mail.ru:

в Gmail.com:

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

5. Для отправления письма нажимаю на кнопку «Отправить».

в Яндекс.Почте: в Mail.ru: в Gmail.com:

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

Обратите внимание на иконку с изображением скрепки в конце. Таким образом почтовый сайт показывает, что внутри есть прикрепленный файл.

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

Как добавить несколько файлов к письму

В одно письмо можно добавить несколько файлов любого типа. Это могут быть и фотографии, и документы, и музыка и даже видео.

Для этого вовсе необязательно посылать несколько писем – можно написать одно и добавить к нему всё, что хотим отправить. Происходит это так: пишем письмо, добавляем к нему один файл, затем, точно также, другой, третий и так далее.

А что делать, если их не одни-два, а больше десяти? Можно ли добавить папку целиком, а не каждый файл по отдельности?

К сожалению, отправить папку по электронной почте нельзя. Но ее можно заархивировать и прикрепить к письму.

Сделать это можно прямо в окошке, через которое добавляем файл для отправки. Щелкаем правой кнопкой мышки по папке, из списка выбираем 7-Zip или WinRAR и создаем архив.

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

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

Подробнее об архивации можно узнать из вот этого урока.

Нюансы

Если Вы планируете отправить более трех файлов в одном письме, то хорошим тоном считается заархивировать их.

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

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

В итоге отправится один файл, а не десять. Моему другу будет проще его скачать на компьютер и разархивировать, чем смотреть (скачивать) каждую фотографию по отдельности.

Перед пересылкой фотографий по электронной почте их следует сжимать (уменьшать размер).

Это больше, чем правило хорошего тона. Это необходимость! Но, к сожалению, многие пользователи об этом даже не догадываются.

Подробнее о том, зачем это нужно и как сделать, Вы узнаете из урока «Сжатие фото».

Комментировать
0 просмотров
Комментариев нет, будьте первым кто его оставит

Это интересно
No Image Компьютеры
0 комментариев
No Image Компьютеры
0 комментариев
No Image Компьютеры
0 комментариев
No Image Компьютеры
0 комментариев
Adblock detector