Различия между версиями 1 и 18 (по 17 версиям)
Версия 1 от 2008-08-14 08:18:35
Размер: 12175
Редактор: eSyr
Комментарий:
Версия 18 от 2008-10-10 17:35:15
Размер: 20485
Редактор: MaximByshevskiKonopko
Комментарий:
Удаления помечены так. Добавления помечены так.
Строка 3: Строка 3:
Для больш. людей под словом элпочта подразумевается услуга нек-рого сайта, который пред. след. услуги:
 * н сам плучает почту для вас, н сам отсылает почту, он сам подерж. некий движок, который позв. манип почтой. Т есть, факт., орг некий инт. для клиента, орг. удал. почт. клиент. При необх. можно осдерж. почты можно скачать поглядеть, если такй необх нет, то прсто .... . Когда отсылаете почту, прсто зап фырму. Примеры: gmail.com.
=== Определение ===

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

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

Простейшие приемы работы с веб-почтой были озвучены ранее.
Строка 8: Строка 16:
При этом бычно вебморды орг так, что там всё на одной стрнице, крме того, там баннеры, и вобще. Обычно веб-сервисы содержат огромное количество раздражающей рекламы и неудобно организованы, однако следует помнить, что веб-интерфейс --- это всего лишь замена полноценного почтового клиента.
Строка 10: Строка 18:
Поэтому мы псм. почтовой клиент. Есть squirlmail, который не пуцбличный. Это клиент на пхп, при этом где-т ещё должен быть почтвый сервер. При этм надо понимать, что вед-клиент это лишь замена почт. клиента. === Протокол SMTP ===
Строка 12: Строка 20:
что касается эл. посты. Это один из самых старых протоколов обмена инф-ции, протокол бмена инф. наз. smtp (simple mail transfer protocol), simple потом, что в т время принимались кучи протоколов категории X., он был совсем не simple, со всякими сложностями, которые тгда каз. сложнстями, а сейчас явл. небх, которых не хватает в smtp. Электронная почта --- это один из самых старых протоколов обмена информацией, носящий имя SMTP (simple mail transfer protocol). Простым (Simple) его зовут потому, что во время его появления принималось множество стандартных протоколов категории X., весьма сложных как в реализации, так и в применении. Неудивительно, что они постепенно вымерли с появлением SMTP.
Строка 14: Строка 22:
.... Письмо является документом в ''plain text'', в идеале --- в семибитной кодировке (но это не обязательное требование), и его можно просмотреть любым текстовым редактором. Письмо состоит минимум из двух частей:
 * Служебная часть --- собственно, информация протокола smtp
 * Тело письма, которое в свою очередь может состоять из нескольких частей
Строка 16: Строка 26:
Письмо явл. документов в чистом тексте, в идеале в семибитной кодировке. Это просто екстовые собщ., которые можно проглядеть текстовым прсмотрщиком любым, и сост. из двух или более частей, одна из которых служ. часть, это собст. инф. протокола smtp, и самого письма, которе сост. из неск. частей. То есть, с т. з.р. польз. это выгл. как заголовок письма, тело и небяз. прилож. С точки зрения рядового пользователя письмо делится на заголовок письма, тело и необязательное приложение.
Строка 18: Строка 28:
Заголовки, которые видит польз., не игр. в пересылке письма никакой роли. Можн получить письмо, в заголовке которого "кому" написан соверш. левые почт. адреса, но придёт, если ваш адрес указ. в техн. заголовках. Равно как и пле from, оно тже не игр. никкой роли и можно писть что угодно. Это потому, что протокол smtp не накл. никаких огр. на зап. внутр. инф.плей письма. Когда лектор говорит про smtp, он гвоорит про протокол пересылки почты. Инф. о том, кто прин. почту по такому-то др. (прин. опр. домену), опр. службй оменных имён. Задача почт. сервера, зан. пересылкой --- принять письм от клиента и переслать его по нужному адресу, передать его другому серверу. На этом сбст. действия почт. сервера как сервера оканяиваются. Почему? Кгда-то давно, любая машина, которая была подкл. к интернету, была юних-машиной, на ней крутился почтовой сервер, sendmail, каджый пльз. машины имел почт. ящик, имеющий адрес имя_польз.@имя_сервера, авт. имел место под назв. почт. ящик, это то место, куда почт. сервер складывал почту для данного польз. Э
та идеология прд. сохр. по сию пору. Для рпосм. содерж. почт. ящика, которая умела разб. почт. ящик, формат почт. сообщ, и называлась она почт. клиент, и называлась она mail. Эта стр. схема крайне недост. по трём причинам: на сег. день, пльз., который дн. явл. полноценным польз. юних-машины с логином, паролем и почт. ящиком --- большая редксть, чейчас польз. не дают шелла до тех серверов, где почта. Кроме ого, сейчс такое количество почты, что ... . Поэтому, пмим такой штуки, как mail transfer agent, появляется такая штука, как mail delivery agent, mda, которая раскл. почту по папкам. Поск. почту надо не только получить, но и разл. по зитрым правилам.
Заголовки, которые видит пользователь, не играют в пересылке письма никакой роли. Можно получить письмо, в заголовке которого "кому" нет вашего почтового адреса, а указан совершенно другой. Это может произойти в случае, если ваш адрес указан в технических заголовках. Точно так же и при отправке письма --- в поле from может быть написано что угодно, так как эта информация не имеет значения. Это происходит в результате того, что протокол smtp не накладывает никаких ограничений на запись внутренних информационных полей письма.
Строка 21: Строка 30:
mua должен посылать почту, должен рабтать с неск. ящиками, причём работать с ними не тлько в виде фалов, при этом бр. к удалённым ящикам. Получ. ещё одна сущность --- сервер, дающий доустп к ящику, на нём нах-щемуся. Итак, почт. клиент умеет:
 * созд. и тсылать почт. сообщ.
 * Иметь доступ к одн. или неск. почт. ящикам на сервере
Свойство отс. почту и тсылать имют мало общ. п двум причинам:
 * Дляо отсылки, вобще говоря, не нужно вводить логин и пароль
 * Для просм. почт. ящиков, чтобы их просм, нужно ввести логин и пароль
Это всё скрадывается в веб-почте.
=== Почтовый сервер ===
Строка 29: Строка 32:
Почт клиентв сущ. чень много. В мастере --- thunderbird, ещё есть clawsmail. Теперь о пересылке почты. Информация о том, кто принимает почту по определенному адресу (принадлежащему определенному домену), определяется службой доменных имён. Задача почтового сервера, занимающегося пересылкой --- принять письмо от клиента и либо положить его в соответствующий почтовый ящик, либо переслать его по нужному адресу, передать его другому серверу. На этом действия почтового сервера, как сервера в привычном понимании, оканчиваются. Почему? В стародавние времена, когда любой компьютер, подключенный к интернету, являлся Unix-машиной, на нем работал почтовой сервер, sendmail. Каждый пользователь этого компьютера автоматически получал почтовый адрес вида "имя_пользователя@имя_сервера" и место под названием "почтовый ящик", куда почтовый сервер складывал почту для данного пользователя. Эта архитектура продолжает сохраняться до сих пор. Для просмотра содержимого почтового ящика использовалась специальная программа, которая умела разбирать формат почтового ящика и формат сообщения и воспроизводить сообщение на экран. Такая программа называлась она почтовым клиентом, и одним из примеров таких программ являлась программа mail.
Строка 31: Строка 34:
Ещё одно, прежде чем настр. почтовый клиент: поск. при получении почты ис.п учётная запись, рек. при дст. к почт. ящику польз. защищ. протоколом. То есть, с исп. ssl, то есть не pop3, а pop3s и не imap, а imaps, либ исп. tls. На сегодняшний день эта схема неработоспособна по двум причинам:
 * Пользователь, который является полноценным пользователем Unix-машины с логином, паролем и почтовым ящиком --- большая редкость, так как сейчас пользователям не дают терминального доступа на серверы, отвечающие за почту.
 * Почта сейчас отправляется и принимается в таком количестве, что схема "сервер получает почту --- клиент забирает ее из ящика" уже неработоспособна
##(''надо в другом варианте'')
Строка 33: Строка 39:
По умолчанию при старте громоптица запускается кудесник настроек. Пост. клиетн потр. т вас два разных адреса: сервер, через. к-рый вы почту тсылаете, и серверы, где вы почту просматриваете. На сег. день сущ. два протокола --- pop (post office protocol) и imap (internet mail access protocol). pop простой. Pop обесп. доступ к одному ящику, и возм. просмтра, скач. и ... этого ящика. imap разр. доступ к неск. ящикам, и мжно не только складывать сообщ. и удалять, но и перекл. из ящика в ящик (что подразум. хр. на сервере), и ... без скачивния почты. В настоящий момент используется немного иная схема: пользователь имеет дело не с собственно сервером, занимающимся пересылкой почты, а с другой машиной, которая предоставляет доступ к каталогам (или файлам), в которые эта почта попадает и в которых хранится.
Строка 35: Строка 41:
Сущ. не тольк почта и hhtp. Есть ещё уже уст. новостнй протокол (newsgroups), более модный нынче способ --- rss-ленты. Кроме того, мжно иметь доступ к локальному мейлспулу. ## ('не так.') - судя по всему, требуется проверить предложение сверху и его соответствие действительности.
Строка 37: Строка 43:
Настр. доступ.
Строка 39: Строка 44:
Обр. внимание на две вещи:
 * Ничего работать сейчас не будет, поск. не спросил защиту входа. Есть вариант imap м tls и с ssl. При выборе ssl изменился номер порта.
=== Почтовый клиент ===
Строка 42: Строка 46:
Лектр ещё раз напоминает, чт с этим сертификатом не всё в порядке в датском кролевстве. Самоподписанный сертификат --- штука не гарантированная, с другой стороны --- наша задача не во что бы то ни стало защитить пароль, а тлько его не светить В связи с тем, что почту надо не только получить, но и разложить в папки по определенным правилам, помимо программы для пересылки почты --- mail transfer agent --- используется также агент доставки почты по назначению (mail delivery agent, MDA).
Строка 44: Строка 48:
Обр. внимание, чт отпр., черновики, неск. наборов входящих --- всё это расп. на сервере, поэтому, ткуда бы вы на него не вошшли, вы это увидите. Также, как фаер, громоптиц имеет мех. расширений. MDA обычно должен уметь посылать почту, работать с несколькими почтовыми ящиками, причём работать с ними не только в виде ***фалов*** и, запускаясь с компьютера пользователя, обращаться к удалённым почтовым ящикам. Получается ещё одна сущность --- сервер, обеспечивающий доступ к ящику, на нём находящемуся.
## в виде чего? файлов? фолов?
Строка 46: Строка 51:
Лектр обещал раск. пр две вещи. Второе:
 * Таких уч. записей можно созд. несколько. Дст. удобно с неск. серверов собирать.
Итак, почтовый клиент умеет:
Строка 49: Строка 53:
Пара советов, отн. того, какой протокол исп.: если вы планируете исп. доступ с разных серверов, то imap, если же у вас единств. машина, с которой выв езде ездиете, то тогда иногда лучше pop3. Можно комбинировать --- взеде смотреть через imap, на своей машине через pop3.
Строка 51: Строка 54:
Работа с почт. клиентом --- единст. метсо, где трудности по ср. с вебмейлом. --- отправка почты из непонятного места.  * Создавать и отправлять почтовые сообщения
 * Получать почту с одного или нескольких почтовых ящиков
Строка 53: Строка 57:
По умолч. почтовый сервер. перес. письма не от польз., а от машин, и машины должны быть сви, чтобы не получ. так, чтобы через этот сервер неизв. кто неизв. кому пересылает неизв.ю число писем. Это масс. рассылка. При чём, если это действ. неизв, то то, что эт рассылка несанкц, вер. этого равна 100%+-2. Чтбы эта штука техн. работала, есть smtp auth, но далеко не все предост. такую возм. Свойства отправки и получения почты имеют мало общего потому, что для отправки чаще всего не требуются логин и пароль, в то время как для просмотра постовых ящиков они необходимы. Но в веб-почте логин и пароль указываются единственный раз при входе, потому в этом случае разница неощутима.
Строка 55: Строка 59:
Если вы исп. виндовз, исп. аутлук экспресс и исп. хр. паролей, то любой вирус усп. восп. smtp-auth.
==== Thunderbird ====

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

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

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

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

{{attachment:../thunderbird_kde_menu.png}} или {{attachment:../thunderbird_kde_tip.png}}

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

Если бы мы до этого пользовались другим почтовым клиентом, то данные из него можно было бы импортировать.
##(''мне не нравится этот скриншот. Если мы говорим, что "можно что-то импортировать" нужно, чтобы на скриншоте это было видно''):

{{attachment:../thunderbird_wizard_1_import.png}}

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

{{attachment:../thunderbird_wizard_2_account_type.png}}

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

{{attachment:../thunderbird_wizard_3_name_address2.png}}

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

{{attachment:../thunderbird_wizard_4_server.png}}

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

{{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, если же у вас единственный компьютер, то иногда лучше выбрать POP3. Можно комбинировать эти два варианта --- смотреть почту через IMAP на всех машинах, а на своей локальной машине использовать POP3.

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

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

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

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

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


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

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

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

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

##===== Осколки =====

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



{{attachment:../thunderbird_inbox_reading2.png}}
Строка 64: Строка 179:
|| 0 || 1 || 1 || 1 || || 1 || SergeyKorobkov, DmitryChistikov, 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.

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

Для начала запустим 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

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

../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, Thunderbird имеет механизм расширений.

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

По умолчанию почтовый сервер пересылает письма, идентифицируя их не по личности отправителя, а по информации о машине, с которой письмо было отправлено. Во избежание ситуации, когда неизвестный посылает через почтовый сервер неизвестное число сообщений по непонятному адресу, все эти машины должны быть известны серверу. Иначе, если произойдет рассылка писем от неизвестного отправителя в неустановленном количестве, вероятность того, что она несанкционированная, близка к единице. Чтобы защититься от подобных неприятностей, используется 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)