Различия между версиями 14 и 15
Версия 14 от 2008-10-10 01:21:56
Размер: 19033
Редактор: George Tarasov
Комментарий:
Версия 15 от 2008-10-10 02:16:04
Размер: 20046
Редактор: George Tarasov
Комментарий:
Удаления помечены так. Добавления помечены так.
Строка 20: Строка 20:
Электронная почта --- это один из самых старых протоколов обмена информацией, носящий имя SMTP (simple mail transfer protocol). Простым (Simple) его зовут потому, что во время его появления принималось множество стандартных протоколов категории X., которые были довольно сложными на тот момент. Сейчас эти сложности являются необходимостями, которых не хватает в smtp. Электронная почта --- это один из самых старых протоколов обмена информацией, носящий имя SMTP (simple mail transfer protocol). Простым (Simple) его зовут потому, что во время его появления принималось множество стандартных протоколов категории X., которые были довольно сложными на тот момент. Сейчас уже эти сложности стали неотъемлемыми качествами, которых так не хватает в smtp.
Строка 22: Строка 22:
Письмо является документом в чистом тексте, в идеале в семибитной кодировке, которое можно просмотреть любым текстовым редактором. Письмо состоит из двух или более частей:
 * Служебная часть --- это собственно информация протокола smtp
Письмо является документом в ''plain text'', в идеале в семибитной кодировке, и его можно просмотреть любым текстовым редактором. Письмо состоит минимум из двух частей:
 * Служебная часть --- собственно, информация протокола smtp
Строка 26: Строка 26:
С точки зрения рядового пользователя письмо выглядит как заголовок письма, тело и необязательное приложение. С точки зрения рядового пользователя письмо делится на заголовок письма, тело и необязательное приложение.
Строка 28: Строка 28:
Заголовки, которые видит пользователь, не играют в пересылке письма никакой роли. Можно получить письмо, в заголовке которого "кому" нет вашего почтового адреса, а указан совершенно другой. Это может произойти в случае, если ваш адрес указан в технических заголовках. Точно так же и при отправке письма, в поле from может быть написано что угодно - эта информация не имеет значения. Это происходит в результате того, что протокол smtp не накладывает никаких ограничений на запись внутренних информационных полей письма. Заголовки, которые видит пользователь, не играют в пересылке письма никакой роли. Можно получить письмо, в заголовке которого "кому" нет вашего почтового адреса, а указан совершенно другой. Это может произойти в случае, если ваш адрес указан в технических заголовках. Точно так же и при отправке письма --- в поле from может быть написано что угодно, так как эта информация не имеет значения. Это происходит в результате того, что протокол smtp не накладывает никаких ограничений на запись внутренних информационных полей письма.
Строка 32: Строка 32:
Когда выше говорилось про smtp, речь о пересылке почты. Информация о том, кто принимает почту по определенному адресу (принадлежащему определенному домену) определяется службой доменных имён. Задача почтового сервера, занимающегося пересылкой --- принять письмо от клиента и либо положить его в соответствующий почтовый ящик, либо переслать его по нужному адресу, передать его другому серверу. На этом действия почтового сервера как сервера оканчиваются. Почему? Когда-то давно, любой компьютер, подключенный к интернету, была Unix-машиной, на нем работал почтовой сервер, sendmail. Каждый пользователь этого компьютера автоматически получал почтовый адрес вида имя_пользователя@имя_сервера и место под названием "почтовый ящик", куда почтовый сервер складывал почту для данного пользователя. Эта архитектура продолжает сохраняться до сих пор. Для просмотра содержимого почтового ящика использовалась специальная программа, которая умела разбирать формат почтового ящика, формат сообщения и показывать его пользователю. Называлась она почтовый клиент, одним из примеров таких программ являлась программа mail. Теперь о пересылке почты. Информация о том, кто принимает почту по определенному адресу (принадлежащему определенному домену), определяется службой доменных имён. Задача почтового сервера, занимающегося пересылкой --- принять письмо от клиента и либо положить его в соответствующий почтовый ящик, либо переслать его по нужному адресу, передать его другому серверу. На этом действия почтового сервера, как сервера в привычном понимании, оканчиваются. Почему? В стародавние времена, когда любой компьютер, подключенный к интернету, являлся Unix-машиной, на нем работал почтовой сервер, sendmail. Каждый пользователь этого компьютера автоматически получал почтовый адрес вида "имя_пользователя@имя_сервера" и место под названием "почтовый ящик", куда почтовый сервер складывал почту для данного пользователя. Эта архитектура продолжает сохраняться до сих пор. Для просмотра содержимого почтового ящика использовалась специальная программа, которая умела разбирать формат почтового ящика и формат сообщения и воспроизводить сообщение на экран. Такая программа называлась она почтовым клиентом, и одним из примеров таких программ являлась программа mail.
Строка 35: Строка 35:
 * Пользователь, который является полноценным пользователем Unix-машины с логином, паролем и почтовым ящиком --- большая редкость, сейчас пользователям не дают терминального доступа до тех серверов, где находится почта.
 * Сейчас такое количество почт
ы, что схема "сервер получает почту --- клиент забирает ее из ящика" невозможна (''надо в другом варианте'')
 * Пользователь, который является полноценным пользователем Unix-машины с логином, паролем и почтовым ящиком --- большая редкость, так как сейчас пользователям не дают терминального доступа на серверы, отвечающие за почту.
 * Почта сейчас отправляется и принимается в таком количестве,
что схема "сервер получает почту --- клиент забирает ее из ящика" уже неработоспособна
##
(''надо в другом варианте'')
Строка 38: Строка 39:
В настоящий момент используется немного иная схема: пользователь имеет дело не с собственно сервером, занимающимся пересылкой почты, а с другим сервером, который предоставляет доступ к папкам, в которых эта почта находится. ('не так.') В настоящий момент используется немного иная схема: пользователь имеет дело не с собственно сервером, занимающимся пересылкой почты, а с другой машиной, которая предоставляет доступ к папкам, в которые эта почта попадает и в которых хранится.

##
('не так.') - судя по всему, требуется проверить предложение сверху и его соответствие действительности.
Строка 43: Строка 46:
В связи с тем, что почту надо не только получить, но и разложить в папки по определенным правилам, помимо mail transfer agent появляется mail delivery agent (mda). В связи с тем, что почту надо не только получить, но и разложить в папки по определенным правилам, помимо программы для пересылки почты --- mail transfer agent --- используется также агент доставки почты по назначению (mail delivery agent, MDA).
Строка 45: Строка 48:
MDA должен посылать почту, работать с несколькими ящиками, причём работать с ними не только в виде фалов и, запускаясь с компьютера пользователя, обращаться к удалённым почтовым ящикам. Получается ещё одна сущность --- сервер, обеспечивающий доступ к ящику, на нём находящемуся. Итак, почтовый клиент умеет: MDA обычно должен уметь посылать почту, работать с несколькими почтовыми ящиками, причём работать с ними не только в виде ***фалов*** и, запускаясь с компьютера пользователя, обращаться к удалённым почтовым ящикам. Получается ещё одна сущность --- сервер, обеспечивающий доступ к ящику, на нём находящемуся.
## в виде чего? файлов? фолов?

Итак, почтовый клиент умеет:
Строка 50: Строка 57:
Свойства отправки и получения почты имеют мало общего потому, что для отправки чаще всего не требуются логин и пароль, в то время как для просмотра постовых ящиков они необходимы.

Это всё скрадывается
в веб-почте поскольку там логин и пароль указываются единственный раз при входе
Свойства отправки и получения почты имеют мало общего потому, что для отправки чаще всего не требуются логин и пароль, в то время как для просмотра постовых ящиков они необходимы. Но в веб-почте логин и пароль указываются единственный раз при входе, потому в этом случае разница неощутима.
Строка 57: Строка 62:
Почтовых клиентов существует очень много. В дистрибутиве ПСПО Линукс Мастер используется Thunderbird, также существуют clawsmail и squirlmail. Почтовых клиентов существует очень много. В дистрибутиве ПСПО Линукс Мастер используется Thunderbird, также есть клиенты clawsmail и squirlmail.
Строка 59: Строка 64:
Следует заметить, что, поскольку при получении почты используется учётная запись, рекомендуется при доступе к почтовому ящику пользоваться защищенным протоколом. То есть, протоколом с использованием ssl: не pop3, а pop3s, не imap, а imaps, либо использовать tls. Следует заметить, что, поскольку при получении почты используется учётная запись, рекомендуется при доступе к почтовому ящику пользоваться защищенным протоколом. То есть целесообразно использовать ssl, pop3s и imaps вместо pop3 и imap соответственно, либо же использовать tls.
Строка 69: Строка 74:
Если бы мы до этого пользовались другим почтовым клиентом, то данные из него можно было бы импортировать (''мне не нравится этот скриншот. Если мы говорим, что "можно что-то импортировать" нужно, чтобы на скриншоте это было видно''): Если бы мы до этого пользовались другим почтовым клиентом, то данные из него можно было бы импортировать.
##
(''мне не нравится этот скриншот. Если мы говорим, что "можно что-то импортировать" нужно, чтобы на скриншоте это было видно''):
Строка 81: Строка 87:
На сегодняшний день существует два протокола --- pop (post office protocol) и imap (internet mail access protocol). Pop более простой по сравнению с imap. Pop обеспечивает доступ только к одному ящику, и возможность просмотра, скачивания и удаления содержимого этого ящика, Imap же позволяет управлять произвольным числом почтовых ящиков, и разрешает переключаться из ящика в ящик (что подразумевает хранение на сервере). На сегодняшний день существует два протокола --- pop (post office protocol) и imap (internet mail access protocol). Pop проще по сравнению с imap, он обеспечивает доступ только к одному почтовому ящику и возможность просмотра, скачивания и удаления его содержимого, Imap же позволяет управлять произвольным числом почтовых ящиков и разрешает переключаться из ящика в ящик (что подразумевает хранение на сервере).
Строка 85: Строка 91:
Почтовый клиент потребует от вас два разных адреса: сервер, через который посылаете почту, и сервер (или серверы), где вы почту просматриваете. Почтовый клиент потребует от вас два разных адреса: адрес сервера, через который посылаете почту, и сервера (или серверов), где вы почту просматриваете.
Строка 97: Строка 103:
На этом настройка заканчивается и можно приступать к работе: На этом настройка заканчивается, и можно приступать к работе:
Строка 121: Строка 127:
Следует помнить, что самоподписанный сертификат не обеспечивает гарантии безопасности, с другой стороны наша задача не в том, чтобы любой ценой защитить пароль, а в том, чтобы его просто скрыть. Следует помнить, что самоподписанный сертификат не обеспечивает гарантии безопасности, с другой стороны наша задача не в том, чтобы любой ценой защитить пароль, а в том, чтобы просто скрыть его.
Строка 125: Строка 131:
Остается только ввести пароль: Осталось ввести пароль...
Строка 129: Строка 135:
И можно приступать к работе: ...и можно приступать к работе:
Строка 137: Строка 143:
Пара советов, относительно того, какой протокол использовать: если вы планируете использовать почту с разных компьютеров, то imap, если же у вас единственный компьютер, то иногда лучше pop3. Можно комбинировать --- везде смотреть через imap, на своей машине через pop3. Пара советов относительно того, какой протокол использовать: если вы планируете использовать почту с разных компьютеров, то imap, если же у вас единственный компьютер, то иногда лучше pop3. Можно комбинировать --- смотреть почту через imap на всех машинах, а на своей машине использовать pop3.
Строка 141: Строка 147:
Работа с почтовым клиентом достаточно проста, потому что интерфейс схож с интерфейсом большинства веб-сервисов Работа с почтовым клиентом достаточно проста, так как интерфейс его схож с интерфейсом большинства веб-сервисов:
Строка 145: Строка 151:
Папки "отправленные", "черновики", несколько наборов входящих расположены на сервере, поэтому, откуда бы Вы на него не вошли, Вы это увидите. Папки "отправленные", "черновики", несколько наборов входящих расположены на сервере, поэтому, откуда бы вы на него не вошли, вы это увидите.
Строка 150: Строка 156:
Единственное место, где могут возникнуть трудности по сравнению с вебмейлом --- это отправка почты из неизвестного места. Единственное место, где могут возникнуть трудности по сравнению с веб-почты --- это отправка почты из неизвестного места.
Строка 152: Строка 158:
По умолчанию почтовый сервер пересылает письма не от пользователей, а от компьютеров. Во избежании ситуации, когда неизвестный посылает через этот сервер неизвестное число сообщений по непонятному адресу, эти компьютеры должны быть серверу известны. Иначе получится массовая рассылка, причём, если отправитель, адресат и число сообщений действительно неизвестны, вероятность того, что эта рассылка несанкционирована приближается к 100%. Чтобы эта штука технически работала, есть smtp auth, но далеко не все предоставляют такую возможность По умолчанию почтовый сервер пересылает письма не от пользователей, а от компьютеров. Во избежании ситуации, когда неизвестный посылает через этот сервер неизвестное число сообщений по непонятному адресу, эти компьютеры должны быть серверу известны. Иначе получится массовая рассылка, причём, если отправитель, адресат и число сообщений действительно неизвестны, вероятность того, что эта рассылка несанкционированная, приближается к 100%. Чтобы эта схема технически работала, используют smtp auth, но далеко не все сервисы предоставляют такую возможность.
Строка 154: Строка 160:
Если вы используете ОС Windows, Outlook Express и сохраняете пароли, то любой вирус может успешно воспользоваться smtp-auth. Если вы используете ОС Windows + Outlook Express и сохраняете пароли, то любой вирус сможет успешно воспользоваться вашим smtp-auth.
Строка 156: Строка 162:
Существует не только почта и http. Есть ещё уже установленный новостной протокол (newsgroups), более модный способ --- rss-ленты. Кроме того, можно иметь доступ к локальному почтовому ящику.
Механизм Интернет-взаимодействия не остановился в своем развититии на http и электронной почте. Появился уже установленный новостной протокол (newsgroups), существует еще более тонкий способ --- rss-ленты. Кроме того, несмотря на перемены в компьютерном мире и мире Сети, локальные почтовые ящики еще никто не отменял...
Строка 174: Строка 179:
|| 22 || 1 || 1 || 1 || || 1 || ПетрНикольский, GeorgeTarasov, MaximByshevskiKonopko || || || || 50 || 1 || 1 || 1 || || 1 || ПетрНикольский, GeorgeTarasov, MaximByshevskiKonopko || || ||

Электронная почта

Определение

Большинство людей под словосочетанием "электронная почта" (или email) подразумевает услуги сайтов, которые предоставляют следующие возможности:

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

Фактически, организуется интерфейс для пользователя --- удалённый почтовый клиент. При необходимости содержимое почты можно скачать, если такой необходимости нет, то оно читается с помощью браузера. Для написания нового письма достаточно заполнить простую форму. Примеры: почтовые серверы mail.ru, gmail.com.

Простейшие приемы работы с веб-почтой были озвучены ранее.

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

Протокол SMTP

Электронная почта --- это один из самых старых протоколов обмена информацией, носящий имя SMTP (simple mail transfer protocol). Простым (Simple) его зовут потому, что во время его появления принималось множество стандартных протоколов категории X., которые были довольно сложными на тот момент. Сейчас уже эти сложности стали неотъемлемыми качествами, которых так не хватает в smtp.

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

  • Служебная часть --- собственно, информация протокола smtp
  • Тело письма, которое в свою очередь может состоять из нескольких частей

С точки зрения рядового пользователя письмо делится на заголовок письма, тело и необязательное приложение.

Заголовки, которые видит пользователь, не играют в пересылке письма никакой роли. Можно получить письмо, в заголовке которого "кому" нет вашего почтового адреса, а указан совершенно другой. Это может произойти в случае, если ваш адрес указан в технических заголовках. Точно так же и при отправке письма --- в поле from может быть написано что угодно, так как эта информация не имеет значения. Это происходит в результате того, что протокол smtp не накладывает никаких ограничений на запись внутренних информационных полей письма.

Почтовый сервер

Теперь о пересылке почты. Информация о том, кто принимает почту по определенному адресу (принадлежащему определенному домену), определяется службой доменных имён. Задача почтового сервера, занимающегося пересылкой --- принять письмо от клиента и либо положить его в соответствующий почтовый ящик, либо переслать его по нужному адресу, передать его другому серверу. На этом действия почтового сервера, как сервера в привычном понимании, оканчиваются. Почему? В стародавние времена, когда любой компьютер, подключенный к интернету, являлся Unix-машиной, на нем работал почтовой сервер, sendmail. Каждый пользователь этого компьютера автоматически получал почтовый адрес вида "имя_пользователя@имя_сервера" и место под названием "почтовый ящик", куда почтовый сервер складывал почту для данного пользователя. Эта архитектура продолжает сохраняться до сих пор. Для просмотра содержимого почтового ящика использовалась специальная программа, которая умела разбирать формат почтового ящика и формат сообщения и воспроизводить сообщение на экран. Такая программа называлась она почтовым клиентом, и одним из примеров таких программ являлась программа mail.

На сегодняшний день эта схема неработоспособна по двум причинам:

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

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

Почтовый клиент

В связи с тем, что почту надо не только получить, но и разложить в папки по определенным правилам, помимо программы для пересылки почты --- mail transfer agent --- используется также агент доставки почты по назначению (mail delivery agent, MDA).

MDA обычно должен уметь посылать почту, работать с несколькими почтовыми ящиками, причём работать с ними не только в виде ***фалов*** и, запускаясь с компьютера пользователя, обращаться к удалённым почтовым ящикам. Получается ещё одна сущность --- сервер, обеспечивающий доступ к ящику, на нём находящемуся.

Итак, почтовый клиент умеет:

  • Создавать и отправлять почтовые сообщения
  • Получать почту с одного или нескольких почтовых ящиков

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

Thunderbird

Почтовых клиентов существует очень много. В дистрибутиве ПСПО Линукс Мастер используется Thunderbird, также есть клиенты clawsmail и squirlmail.

Следует заметить, что, поскольку при получении почты используется учётная запись, рекомендуется при доступе к почтовому ящику пользоваться защищенным протоколом. То есть целесообразно использовать ssl, pop3s и imaps вместо pop3 и imap соответственно, либо же использовать tls.

Настройка учетной записи

Для начала запустим Thunenbird.

../thunderbird_kde_menu.png или ../thunderbird_kde_tip.png

По умолчанию при старте Thundenbird запускается мастер настроек:

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

../thunderbird_wizard_1_import.png

В нашем случае импортировать нечего, поэтому создаем новую запись:

../thunderbird_wizard_2_account_type.png

На первом этапе потребуется электронный адрес и имя:

../thunderbird_wizard_3_name_address2.png

На сегодняшний день существует два протокола --- pop (post office protocol) и imap (internet mail access protocol). Pop проще по сравнению с imap, он обеспечивает доступ только к одному почтовому ящику и возможность просмотра, скачивания и удаления его содержимого, Imap же позволяет управлять произвольным числом почтовых ящиков и разрешает переключаться из ящика в ящик (что подразумевает хранение на сервере).

../thunderbird_wizard_4_server.png

Почтовый клиент потребует от вас два разных адреса: адрес сервера, через который посылаете почту, и сервера (или серверов), где вы почту просматриваете.

../thunderbird_wizard_4_server2.png

Также потребуется логин на сервере:

../thunderbird_wizard_5_credentials.png

Проверим указанную нами информацию и завершим создание учетной записи:

../thunderbird_wizard_7_congratulations.png

На этом настройка заканчивается, и можно приступать к работе:

../thunderbird_configured_before_login.png

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

../thunderbird_nonsecure_dismissed_warning.png

Это связано с тем, что существует два варианта протокола imap --- с внедренной защитой и защитой по ssl снаружи. В данном случае используется второй способ, поэтому потребуется настроить шифрование. Откроем свойства учетной записи:

../thunderbird_account_propertioes_menu.png

Перейдем к параметрам сервера:

../thunderbird_options_server.png

Здесь от нас требуется указать шифрование либо по tls либо по ssl. Обратите внимание, что при выборе ssl изменится номер порта:

../thunderbird_options_server_ssl.png

При подключении к серверу мы увидим предупреждение о самоподписанном сертификате:

../thunderbird_unknown_cert_warning.png

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

../thunderbird_unknown_cert_warning_always_allow.png

Осталось ввести пароль...

../thunderbird_imap_password_dialog.png

...и можно приступать к работе:

../thunderbird_new_messages_popup.png

../thunderbird_inbox_fetched.png

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

Пара советов относительно того, какой протокол использовать: если вы планируете использовать почту с разных компьютеров, то imap, если же у вас единственный компьютер, то иногда лучше pop3. Можно комбинировать --- смотреть почту через imap на всех машинах, а на своей машине использовать pop3.

Работа с почтовым клиентом

Работа с почтовым клиентом достаточно проста, так как интерфейс его схож с интерфейсом большинства веб-сервисов:

../thunderbird_inbox_reading.png

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

Также, как Firefox, Thundenbird имеет механизм расширений.

Единственное место, где могут возникнуть трудности по сравнению с веб-почты --- это отправка почты из неизвестного места.

По умолчанию почтовый сервер пересылает письма не от пользователей, а от компьютеров. Во избежании ситуации, когда неизвестный посылает через этот сервер неизвестное число сообщений по непонятному адресу, эти компьютеры должны быть серверу известны. Иначе получится массовая рассылка, причём, если отправитель, адресат и число сообщений действительно неизвестны, вероятность того, что эта рассылка несанкционированная, приближается к 100%. Чтобы эта схема технически работала, используют smtp auth, но далеко не все сервисы предоставляют такую возможность.

Если вы используете ОС Windows + Outlook Express и сохраняете пароли, то любой вирус сможет успешно воспользоваться вашим smtp-auth.

Механизм Интернет-взаимодействия не остановился в своем развититии на http и электронной почте. Появился уже установленный новостной протокол (newsgroups), существует еще более тонкий способ --- rss-ленты. Кроме того, несмотря на перемены в компьютерном мире и мире Сети, локальные почтовые ящики еще никто не отменял...

Осколки

'Скриншоты, которым я не нашел применения'

../thunderbird_inbox_reading2.png


Сведения о ресурсах

Готовность (%)

Продолжительность (ак. ч.)

Подготовка (календ. ч.)

Полный текст (раб. д.)

Предварительные знания

Level

Maintainer

Start date

End date

50

1

1

1

1

ПетрНикольский, GeorgeTarasov, MaximByshevskiKonopko


CategoryLectures CategoryPspo CategoryMpgu CategoryUneex

PspoClasses/080812/06EMail (последним исправлял пользователь FrBrGeorge 2010-05-28 23:16:08)