Различия между версиями 5 и 28 (по 23 версиям)
Версия 5 от 2008-08-26 00:37:34
Размер: 14600
Комментарий:
Версия 28 от 2010-05-28 23:16:08
Размер: 21361
Редактор: FrBrGeorge
Комментарий:
Удаления помечены так. Добавления помечены так.
Строка 5: Строка 5:
Для большинства людей под словосочетанием "электронная почта" (или email) подразумевается услуги сайта, который предоставляет следующие услуги:
 * получает почту
 * отсылает почту
 * поддерживает некий движок(''интерфейс?''), который позволяет манипулировать почтой
Большинство людей под словосочетанием "электронная почта" (или email) подразумевает услуги сайтов, которые предоставляют следующие возможности:
 * получение почты
 * отправка почты
 * поддержка некоторой оболочки, позволяющей управлять полученной и отправленной почтой
Строка 10: Строка 10:
Фактически, организуется интерфейс для клиента, удаленный почтовый клиент. При необходимости содержимое почты можно скачать, если такй необходимости нет, то содержимое почты читается с помощью броузера. При написании нового письма заполняется простая форма. Примеры: mail.ru, gmail.com. Фактически, организуется интерфейс для пользователя --- удалённый почтовый клиент. При необходимости содержимое почты можно скачать, если такой необходимости нет, то оно читается с помощью браузера. Для написания нового письма достаточно заполнить простую форму. Примеры: почтовые серверы mail.ru, gmail.com.
Строка 12: Строка 12:
Простейшие приемы работы с веб-почтой были озвучены ранее Простейшие приемы работы с веб-почтой были озвучены ранее.
Строка 14: Строка 14:
##Сюда в модуле надо сослаться на тот кусок, где вебпочта.

При этом о
бычно веб-сервисы организованы так, что там всё на одной странице, кроме того на них обычно много рекламы.

С
ледует помнить, что веб-интерфейс - это всего лишь замена почтового клиента.
Обычно веб-сервисы содержат огромное количество раздражающей рекламы и неудобно организованы, однако следует помнить, что веб-интерфейс --- это всего лишь замена полноценного почтового клиента.
Строка 22: Строка 18:
Электронная почта --- это один из самых старых протоколов обмена информации, он называется SMTP (simple mail transfer protocol), simple потому, что во время его появления принималось множество стандартных протоколов категории X., которые были довольно сложными на тот момент. Сейчас эти сложности являются небходимостями, которых не хватает в smtp. Электронная почта --- это один из самых старых протоколов обмена информацией. Протокол называется SMTP (simple mail transfer protocol). Простым (Simple) его зовут потому, что во время его появления комитетом по стандартизации принималось множество стандартных протоколов категории X.NNN, весьма сложных как в реализации, так и в применении. С появлением SMTP они тихо вымерли.
Строка 24: Строка 20:
Письмо является документом в чистом тексте, в идеале в семибитной кодировке. Его можно просмотреть любым текстовым редактором, и состоящие из двух или более частей (''выделить в пункты?''), одна из которых служебная часть --- это собственно информация протокола smtp, и самого письма, которое может состоять из нескольких частей. С точки зрения рядового пользователя письмо выглядит как заголовок письма, тело и небязательное приложение. Письмо является документом в ''plain text'', в идеале --- в семибитной кодировке (но это необязательное требование), и его можно просмотреть любым текстовым редактором. Письмо состоит минимум из двух частей:
 * Служебная часть --- собственно, информация протокола SMTP
 * Тело письма, которое в свою очередь может состоять из нескольких частей
Строка 26: Строка 24:
Заголовки, которые видит пользователь, не играют в пересылке письма никакой роли. Можно получить письмо, в заголовке которого "кому" нет вашего почтового адреса, а указан совершенно другой. Это может произойти в случае, если ваш адрес указан в технических заголовках. Точно так же и при отправке письма, в поле from может быть написано что угодно - эта информация не имеет значения. Это происходит в результате того, что протокол smtp не накладывает никаких ограничений на запись внутренних информационных полей письма. С точки зрения рядового пользователя письмо делится на заголовок письма, тело и необязательное приложение.
Строка 28: Строка 26:
Когда выше говорилось про smtp, речь шла про протокол пересылки почты. Информация о том, кто принимает почту по определенному адрему (принадлежащему определенному домену) определяется службой доменных имён. Задача почтового сервера, занимающегося пересылкой --- принять письм от клиента и либо положить его в соответсвующий почтовый ящик, либо переслать его по нужному адресу, передать его другому серверу. На этом действия почтового сервера как сервера оканчиваются. Почему? Когда-то давно, любой компьютер, подключенный к интернету, была Unix-машиной, на нем работал почтовой сервер, sendmail. Каджый пользователь этого компьютера автоматически получал почтовый адрес вида имя_пользователя@имя_сервера и место под названием "почтовый ящик", куда почтовый сервер складывал почту для данного пользователя. Эта архитектура продолжает сохраняться до сих пор. Для просмотра содержимого почтового ящика использовалась специальная программа, которая умела разбирать формат почтового ящика, формат сообщения и показывать его пользователю. Называлась она почтовый клиент, одним из примеров таких программ являлась программа mail. Заголовки, которые видит пользователь, не играют в пересылке письма никакой роли. Можно получить письмо, в заголовке которого "кому" нет вашего почтового адреса, а указан совершенно другой. Это может произойти в случае, если ваш адрес указан в технических заголовках. Точно так же и при отправке письма --- в поле From может быть написано что угодно, так как эта информация не имеет значения. Это происходит в результате того, что протокол SMTP не накладывает никаких ограничений на запись внутренних информационных полей письма.

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

Теперь о пересылке почты. Информация о том, кто принимает почту по определенному адресу (принадлежащему определенному домену), определяется службой доменных имён. Задача почтового сервера, занимающегося пересылкой --- принять письмо от клиента и либо положить его в соответствующий почтовый ящик, либо переслать его по нужному адресу, передать его другому серверу. На этом действия почтового сервера, как сервера в привычном понимании, оканчиваются. Почему? В стародавние времена, когда любой компьютер, подключенный к интернету, являлся Unix-машиной, на нем работал почтовой сервер, sendmail. Каждый пользователь этого компьютера автоматически получал почтовый адрес вида "имя_пользователя@имя_сервера" и место под названием "почтовый ящик", куда почтовый сервер складывал почту для данного пользователя. Эта архитектура продолжает сохраняться до сих пор. Для просмотра содержимого почтового ящика использовалась специальная программа, которая умела разбирать формат почтового ящика и формат сообщения и воспроизводить сообщение на экран. Такая программа называлась она почтовым клиентом, и одним из примеров таких программ являлась программа mail.
Строка 31: Строка 33:
 * Пользователь, который является полноценным пользователем Unix-машины с логином, паролем и почтовым ящиком --- большая редксть, сейчас пользователям не дают терминального доступа до тех серверов, где находится почта.
 * Сейчас такое количество почты, что сх
ема "сервер получает почту --- клиент забирает ее из своего ящика" невозможна (''надо в другом варианте'')
 * Пользователь, который является полноценным пользователем Unix-машины с логином, паролем и почтовым ящиком --- большая редкость, так как сейчас пользователям не дают терминального доступа на серверы, отвечающие за почту.
 * Почта сейчас отправляется и принимается в таком количестве, что с
хема "сервер получает почту --- клиент забирает ее из ящика" уже неработоспособна
Строка 34: Строка 36:
(''нужен красивый переход к mda'') В настоящий момент используется немного иная схема: пользователь имеет дело не с собственно сервером, занимающимся пересылкой почты, а с другой машиной, которая при помощи некоего специального протокола (POP, IMAP) предоставляет доступ к каталогам (или файлам), в которые эта почта попадает и в которых хранится.
Строка 38: Строка 40:
В связи с тем, что почту надо не только получить, но и разложить в папки по определенным правилам, помимо mail transfer agent появляется mail delivery agent (mda) В связи с тем, что почту надо не только получить, но и разложить на локальной машине в определённые места по определенным правилам (немногим понравится читать всю почту подряд, без сортировки), помимо программы для пересылки почты --- MTA, Mail Transfer Agent --- используется также агент доставки почты по назначению (Mail Delivery Agent, MDA).
Строка 40: Строка 42:
MDA должен посылать почту, работать с несколькими ящиками, причём работать с ними не только в виде фалов и, запускаясь с компьютера пользователя, обращаться к удалённым почтовым ящикам. Получается ещё одна сущность --- сервер, дающий доустп к ящику, на нём находящемуся. Итак, почтовый клиент умеет: В ведение MDA входит обработка сообщений, относительно которых MTA принял решение, что их не надо пересылать, а надо ''принять''. Принятую почту надо как минимум разложить по почтовым ящикам, иногда по нескольким, в зависимости от классификации, или перенаправить каким-то другим службам для дальнейшей обработки.

Описанные процедуры никак не затрагивают случай, когда сам пользователь хочет что-то сделать с поученной на его адрес почтой. Этой работой занимается почтовый клиент, (MUA, mail user agint). MUA обычно должен уметь посылать почту, работать с несколькими почтовыми ящиками, причём работать с ними не только в виде файлов и каталогов на локальной машине (если такие вообще есть), но и, запускаясь с компьютера пользователя, обращаться к удалённым почтовым ящикам.

Итак, почтовый клиент умеет:
Строка 43: Строка 49:
 * Получать почту с одного или нескольких почтовых ящиков  * Получать почту с одного или нескольких почтовых ящиков, просматривать почтовые сообщения
Строка 45: Строка 51:
Свойства отправки и получения почты имеют мало общего по двум причинам: Свойства отправки и получения почты имеют мало общего потому, что для отправки чаще всего не требуются логин и пароль, в то время как для просмотра почтовых ящиков они необходимы. Но в веб-почте логин и пароль указываются единственный раз при входе, потому в этом случае разница неощутима.
Строка 47: Строка 53:
 * Для отправки, чаще всего не нужны логин и пароль
 * Для просмотра почтовых ящиков требуется логин и пароль

Это всё скрадывается в веб-почте поскольку там логин и пароль указываются единственный раз при входе

Есть , который не публичный. Это клиент, написанный на php, для его работы не нужно ничего, кроме php и почтового сервера.
Строка 56: Строка 56:
Почтовых клиентов существует очень много. В дистрибутиве Мастер --- thunderbird, ещё есть clawsmail и squirlmail. Почтовых клиентов существует очень много. В дистрибутиве ПСПО Линукс Мастер используется Thunderbird, в Лёгком Линуксе --- claws-mail.
Строка 58: Строка 58:
Следует заметить, что, поскольку при получении почты используется учётная запись, рекомендуется при доступе к почтовому ящику пользоваться защищенным протоколом. То есть, с протоколом с использованием ssl: не pop3, а pop3s, не imap, а imaps, либо использовать tls. Следует заметить, что, поскольку для авторизации при получении почты используется учётная запись, рекомендуется при доступе к почтовому ящику пользоваться защищенным протоколом. То есть, целесообразно использовать SSL, POP3S и IMAPS вместо POP3 и IMAP соответственно, либо же использовать TLS. Большая часть почтовых сервисов предоставляет такую возможность.
Строка 60: Строка 60:
По умолчанию при старте Thundenbird запускается мастер настроек: ===== Настройка учетной записи =====
Строка 62: Строка 62:
[[attachment:../thunderbird_wizard_2_account_type.png]] Для начала запустим Thunderbird.
Строка 64: Строка 64:
Почтовый клиетн потребует от вас два разных адреса: сервер, через который посылаете почту, и сервер (или серверы), где вы почту просматриваете. На сегодняшний день существует два протокола --- pop (post office protocol) и imap (internet mail access protocol). pop простой. Pop обеспечивает доступ к одному ящику, и возможность просмотра, скачивания и ... этого ящика. imap разр. доступ к неск. ящикам, и мжно не только складывать сообщ. и удалять, но и перекл. из ящика в ящик (что подразум. хр. на сервере), и ... без скачивния почты. {{attachment:../thunderbird_kde_menu.png}} или {{attachment:../thunderbird_kde_tip.png}}
Строка 66: Строка 66:
Сущ. не тольк почта и hhtp. Есть ещё уже уст. новостнй протокол (newsgroups), более модный нынче способ --- rss-ленты. Кроме того, мжно иметь доступ к локальному мейлспулу. По умолчанию при старте Thunderbird запускается мастер настроек:
Строка 68: Строка 68:
Настройка доступ. Если бы мы до этого пользовались другим почтовым клиентом, то данные из него можно было бы импортировать.
Строка 70: Строка 70:
Обр. внимание на две вещи:
 * Ничего работать сейчас не будет, поск. не спросил защиту входа. Есть вариант imap м tls и с ssl. При выборе ssl изменился номер порта.
{{attachment:../thunderbird_wizard_1_import.png}}
Строка 73: Строка 72:
Лектр ещё раз напоминает, чт с этим сертификатом не всё в порядке в датском кролевстве. Самоподписанный сертификат --- штука не гарантированная, с другой стороны --- наша задача не во что бы то ни стало защитить пароль, а тлько его не светить В нашем случае импортировать нечего, поэтому создаем новую запись:
Строка 75: Строка 74:
Обр. внимание, чт отпр., черновики, неск. наборов входящих --- всё это расп. на сервере, поэтому, ткуда бы вы на него не вошшли, вы это увидите. Также, как фаер, громоптиц имеет мех. расширений. {{attachment:../thunderbird_wizard_2_account_type.png}}
Строка 77: Строка 76:
Лектр обещал раск. пр две вещи. Второе:
 * Таких уч. записей можно созд. несколько. Дст. удобно с неск. серверов собирать.
На первом этапе потребуется ввести электронный адрес и имя:
Строка 80: Строка 78:
Пара советов, отн. того, какой протокол исп.: если вы планируете исп. доступ с разных серверов, то imap, если же у вас единств. машина, с которой выв езде ездиете, то тогда иногда лучше pop3. Можно комбинировать --- взеде смотреть через imap, на своей машине через pop3. {{attachment:../thunderbird_wizard_3_name_address2.png}}
Строка 82: Строка 80:
Работа с почт. клиентом --- единст. метсо, где трудности по ср. с вебмейлом. --- отправка почты из непонятного места. На сегодняшний день существует два протокола доступа к удалённому почтовому ящику --- POP (post office protocol) и IMAP (internet mail access protocol). POP проще по сравнению с IMAP, он обеспечивает доступ к почтовому ящику с возможностью просмотра, скачивания и удаления его содержимого, IMAP же позволяет управлять работать с ящиком в режиме постоянного соединения (что слегка экономит трафик), создавать в ящике каталоги и раскладывать письма по каталогам непосредственно на сервере. Зачастую можно задать серверу правила, по которым он будет раскладывать входящую почту в эти каталоги.
Строка 84: Строка 82:
По умолч. почтовый сервер. перес. письма не от польз., а от машин, и машины должны быть сви, чтобы не получ. так, чтобы через этот сервер неизв. кто неизв. кому пересылает неизв.ю число писем. Это масс. рассылка. При чём, если это действ. неизв, то то, что эт рассылка несанкц, вер. этого равна 100%+-2. Чтбы эта штука техн. работала, есть smtp auth, но далеко не все предост. такую возм. {{attachment:../thunderbird_wizard_4_server.png}}
Строка 86: Строка 84:
Если вы исп. виндовз, исп. аутлук экспресс и исп. хр. паролей, то любой вирус усп. восп. smtp-auth. Почтовый клиент потребует от вас два разных адреса: адрес сервера, через который почта отправляется, и сервера (или серверов), где почта просматривается (или в случае POP --- c которых принимается).

{{attachment:../thunderbird_wizard_4_server2.png}}

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

{{attachment:../thunderbird_wizard_5_credentials.png}}

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

{{attachment:../thunderbird_wizard_7_congratulations.png}}

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

{{attachment:../thunderbird_configured_before_login.png}}

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

{{attachment:../thunderbird_nonsecure_dismissed_warning.png}}

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

{{attachment:../thunderbird_account_propertioes_menu.png}}

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

{{attachment:../thunderbird_options_server.png}}

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

{{attachment:../thunderbird_options_server_ssl.png}}

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

{{attachment:../thunderbird_unknown_cert_warning.png}}

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

{{attachment:../thunderbird_unknown_cert_warning_always_allow.png}}

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

{{attachment:../thunderbird_imap_password_dialog.png}}

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

{{attachment:../thunderbird_new_messages_popup.png}}

{{attachment:../thunderbird_inbox_fetched.png}}

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

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

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

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

{{attachment:../thunderbird_inbox_reading.png}}

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

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

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

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

При использовании ОС Windows + Outlook Express с сохранением паролей любой вирус может успешно воспользоваться сохранёнными значениями для smtp-auth и получить доступ к почтовому ящику, что почти наверняка приведёт к плачевным последствиям для используемого сервера отправки почты --- он попадёт в чёрные списки, которые распространяются по всем фильтрам спама, и это сильно осложнит переписку.
Строка 95: Строка 161:
|| 2 || 1 || 1 || 1 || || 1 || ПетрНикольский, DmitryChistikov, MaximByshevskiKonopko || || || || 90 || 1 || 1 || 1 || || 1 || ПетрНикольский, GeorgeTarasov, MaximByshevskiKonopko || || ||

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

Определение

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

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

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

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

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

Протокол SMTP

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

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

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

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

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

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

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

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

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

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

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

В связи с тем, что почту надо не только получить, но и разложить на локальной машине в определённые места по определенным правилам (немногим понравится читать всю почту подряд, без сортировки), помимо программы для пересылки почты --- MTA, Mail Transfer Agent --- используется также агент доставки почты по назначению (Mail Delivery Agent, MDA).

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

Описанные процедуры никак не затрагивают случай, когда сам пользователь хочет что-то сделать с поученной на его адрес почтой. Этой работой занимается почтовый клиент, (MUA, mail user agint). MUA обычно должен уметь посылать почту, работать с несколькими почтовыми ящиками, причём работать с ними не только в виде файлов и каталогов на локальной машине (если такие вообще есть), но и, запускаясь с компьютера пользователя, обращаться к удалённым почтовым ящикам.

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

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

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

Thunderbird

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

Следует заметить, что, поскольку для авторизации при получении почты используется учётная запись, рекомендуется при доступе к почтовому ящику пользоваться защищенным протоколом. То есть, целесообразно использовать SSL, POP3S и IMAPS вместо POP3 и IMAP соответственно, либо же использовать TLS. Большая часть почтовых сервисов предоставляет такую возможность.

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

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

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

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

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

../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

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

../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, так как большая часть операций с письмами в таком случае перенесена на сервер.

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

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

../thunderbird_inbox_reading.png

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

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

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

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

При использовании ОС Windows + Outlook Express с сохранением паролей любой вирус может успешно воспользоваться сохранёнными значениями для smtp-auth и получить доступ к почтовому ящику, что почти наверняка приведёт к плачевным последствиям для используемого сервера отправки почты --- он попадёт в чёрные списки, которые распространяются по всем фильтрам спама, и это сильно осложнит переписку.


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

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

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

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

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

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

Level

Maintainer

Start date

End date

90

1

1

1

1

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


CategoryLectures CategoryPspo CategoryMpgu CategoryUneex

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