|
Размер: 12175
Комментарий:
|
Размер: 14600
Комментарий:
|
| Удаления помечены так. | Добавления помечены так. |
| Строка 3: | Строка 3: |
| Для больш. людей под словом элпочта подразумевается услуга нек-рого сайта, который пред. след. услуги: * н сам плучает почту для вас, н сам отсылает почту, он сам подерж. некий движок, который позв. манип почтой. Т есть, факт., орг некий инт. для клиента, орг. удал. почт. клиент. При необх. можно осдерж. почты можно скачать поглядеть, если такй необх нет, то прсто .... . Когда отсылаете почту, прсто зап фырму. Примеры: gmail.com. |
=== Определение === Для большинства людей под словосочетанием "электронная почта" (или email) подразумевается услуги сайта, который предоставляет следующие услуги: * получает почту * отсылает почту * поддерживает некий движок(''интерфейс?''), который позволяет манипулировать почтой Фактически, организуется интерфейс для клиента, удаленный почтовый клиент. При необходимости содержимое почты можно скачать, если такй необходимости нет, то содержимое почты читается с помощью броузера. При написании нового письма заполняется простая форма. Примеры: mail.ru, gmail.com. Простейшие приемы работы с веб-почтой были озвучены ранее |
| Строка 8: | Строка 16: |
| При этом бычно вебморды орг так, что там всё на одной стрнице, крме того, там баннеры, и вобще. | При этом обычно веб-сервисы организованы так, что там всё на одной странице, кроме того на них обычно много рекламы. |
| Строка 10: | Строка 18: |
| Поэтому мы псм. почтовой клиент. Есть squirlmail, который не пуцбличный. Это клиент на пхп, при этом где-т ещё должен быть почтвый сервер. При этм надо понимать, что вед-клиент это лишь замена почт. клиента. | Следует помнить, что веб-интерфейс - это всего лишь замена почтового клиента. |
| Строка 12: | Строка 20: |
| что касается эл. посты. Это один из самых старых протоколов обмена инф-ции, протокол бмена инф. наз. smtp (simple mail transfer protocol), simple потом, что в т время принимались кучи протоколов категории X., он был совсем не simple, со всякими сложностями, которые тгда каз. сложнстями, а сейчас явл. небх, которых не хватает в smtp. | === Протокол SMTP === |
| Строка 14: | Строка 22: |
| .... | Электронная почта --- это один из самых старых протоколов обмена информации, он называется SMTP (simple mail transfer protocol), simple потому, что во время его появления принималось множество стандартных протоколов категории X., которые были довольно сложными на тот момент. Сейчас эти сложности являются небходимостями, которых не хватает в smtp. |
| Строка 16: | Строка 24: |
| Письмо явл. документов в чистом тексте, в идеале в семибитной кодировке. Это просто екстовые собщ., которые можно проглядеть текстовым прсмотрщиком любым, и сост. из двух или более частей, одна из которых служ. часть, это собст. инф. протокола smtp, и самого письма, которе сост. из неск. частей. То есть, с т. з.р. польз. это выгл. как заголовок письма, тело и небяз. прилож. | Письмо является документом в чистом тексте, в идеале в семибитной кодировке. Его можно просмотреть любым текстовым редактором, и состоящие из двух или более частей (''выделить в пункты?''), одна из которых служебная часть --- это собственно информация протокола smtp, и самого письма, которое может состоять из нескольких частей. С точки зрения рядового пользователя письмо выглядит как заголовок письма, тело и небязательное приложение. |
| Строка 18: | Строка 26: |
| Заголовки, которые видит польз., не игр. в пересылке письма никакой роли. Можн получить письмо, в заголовке которого "кому" написан соверш. левые почт. адреса, но придёт, если ваш адрес указ. в техн. заголовках. Равно как и пле from, оно тже не игр. никкой роли и можно писть что угодно. Это потому, что протокол smtp не накл. никаких огр. на зап. внутр. инф.плей письма. Когда лектор говорит про smtp, он гвоорит про протокол пересылки почты. Инф. о том, кто прин. почту по такому-то др. (прин. опр. домену), опр. службй оменных имён. Задача почт. сервера, зан. пересылкой --- принять письм от клиента и переслать его по нужному адресу, передать его другому серверу. На этом сбст. действия почт. сервера как сервера оканяиваются. Почему? Кгда-то давно, любая машина, которая была подкл. к интернету, была юних-машиной, на ней крутился почтовой сервер, sendmail, каджый пльз. машины имел почт. ящик, имеющий адрес имя_польз.@имя_сервера, авт. имел место под назв. почт. ящик, это то место, куда почт. сервер складывал почту для данного польз. Э та идеология прд. сохр. по сию пору. Для рпосм. содерж. почт. ящика, которая умела разб. почт. ящик, формат почт. сообщ, и называлась она почт. клиент, и называлась она mail. Эта стр. схема крайне недост. по трём причинам: на сег. день, пльз., который дн. явл. полноценным польз. юних-машины с логином, паролем и почт. ящиком --- большая редксть, чейчас польз. не дают шелла до тех серверов, где почта. Кроме ого, сейчс такое количество почты, что ... . Поэтому, пмим такой штуки, как mail transfer agent, появляется такая штука, как mail delivery agent, mda, которая раскл. почту по папкам. Поск. почту надо не только получить, но и разл. по зитрым правилам. |
Заголовки, которые видит пользователь, не играют в пересылке письма никакой роли. Можно получить письмо, в заголовке которого "кому" нет вашего почтового адреса, а указан совершенно другой. Это может произойти в случае, если ваш адрес указан в технических заголовках. Точно так же и при отправке письма, в поле from может быть написано что угодно - эта информация не имеет значения. Это происходит в результате того, что протокол smtp не накладывает никаких ограничений на запись внутренних информационных полей письма. |
| Строка 21: | Строка 28: |
| mua должен посылать почту, должен рабтать с неск. ящиками, причём работать с ними не тлько в виде фалов, при этом бр. к удалённым ящикам. Получ. ещё одна сущность --- сервер, дающий доустп к ящику, на нём нах-щемуся. Итак, почт. клиент умеет: * созд. и тсылать почт. сообщ. * Иметь доступ к одн. или неск. почт. ящикам на сервере Свойство отс. почту и тсылать имют мало общ. п двум причинам: * Дляо отсылки, вобще говоря, не нужно вводить логин и пароль * Для просм. почт. ящиков, чтобы их просм, нужно ввести логин и пароль Это всё скрадывается в веб-почте. |
Когда выше говорилось про smtp, речь шла про протокол пересылки почты. Информация о том, кто принимает почту по определенному адрему (принадлежащему определенному домену) определяется службой доменных имён. Задача почтового сервера, занимающегося пересылкой --- принять письм от клиента и либо положить его в соответсвующий почтовый ящик, либо переслать его по нужному адресу, передать его другому серверу. На этом действия почтового сервера как сервера оканчиваются. Почему? Когда-то давно, любой компьютер, подключенный к интернету, была Unix-машиной, на нем работал почтовой сервер, sendmail. Каджый пользователь этого компьютера автоматически получал почтовый адрес вида имя_пользователя@имя_сервера и место под названием "почтовый ящик", куда почтовый сервер складывал почту для данного пользователя. Эта архитектура продолжает сохраняться до сих пор. Для просмотра содержимого почтового ящика использовалась специальная программа, которая умела разбирать формат почтового ящика, формат сообщения и показывать его пользователю. Называлась она почтовый клиент, одним из примеров таких программ являлась программа mail. |
| Строка 29: | Строка 30: |
| Почт клиентв сущ. чень много. В мастере --- thunderbird, ещё есть clawsmail. | На сегодняшний день эта схема неработоспособна по двум причинам: * Пользователь, который является полноценным пользователем Unix-машины с логином, паролем и почтовым ящиком --- большая редксть, сейчас пользователям не дают терминального доступа до тех серверов, где находится почта. * Сейчас такое количество почты, что схема "сервер получает почту --- клиент забирает ее из своего ящика" невозможна (''надо в другом варианте'') |
| Строка 31: | Строка 34: |
| Ещё одно, прежде чем настр. почтовый клиент: поск. при получении почты ис.п учётная запись, рек. при дст. к почт. ящику польз. защищ. протоколом. То есть, с исп. ssl, то есть не pop3, а pop3s и не imap, а imaps, либ исп. tls. | (''нужен красивый переход к mda'') |
| Строка 33: | Строка 36: |
| По умолчанию при старте громоптица запускается кудесник настроек. Пост. клиетн потр. т вас два разных адреса: сервер, через. к-рый вы почту тсылаете, и серверы, где вы почту просматриваете. На сег. день сущ. два протокола --- pop (post office protocol) и imap (internet mail access protocol). pop простой. Pop обесп. доступ к одному ящику, и возм. просмтра, скач. и ... этого ящика. imap разр. доступ к неск. ящикам, и мжно не только складывать сообщ. и удалять, но и перекл. из ящика в ящик (что подразум. хр. на сервере), и ... без скачивния почты. | === Почтовый клиент === В связи с тем, что почту надо не только получить, но и разложить в папки по определенным правилам, помимо mail transfer agent появляется mail delivery agent (mda) MDA должен посылать почту, работать с несколькими ящиками, причём работать с ними не только в виде фалов и, запускаясь с компьютера пользователя, обращаться к удалённым почтовым ящикам. Получается ещё одна сущность --- сервер, дающий доустп к ящику, на нём находящемуся. Итак, почтовый клиент умеет: * Создавать и отправлять почтовые сообщения * Получать почту с одного или нескольких почтовых ящиков Свойства отправки и получения почты имеют мало общего по двум причинам: * Для отправки, чаще всего не нужны логин и пароль * Для просмотра почтовых ящиков требуется логин и пароль Это всё скрадывается в веб-почте поскольку там логин и пароль указываются единственный раз при входе Есть , который не публичный. Это клиент, написанный на php, для его работы не нужно ничего, кроме php и почтового сервера. ==== Thunderbird ==== Почтовых клиентов существует очень много. В дистрибутиве Мастер --- thunderbird, ещё есть clawsmail и squirlmail. Следует заметить, что, поскольку при получении почты используется учётная запись, рекомендуется при доступе к почтовому ящику пользоваться защищенным протоколом. То есть, с протоколом с использованием ssl: не pop3, а pop3s, не imap, а imaps, либо использовать tls. По умолчанию при старте Thundenbird запускается мастер настроек: [[attachment:../thunderbird_wizard_2_account_type.png]] Почтовый клиетн потребует от вас два разных адреса: сервер, через который посылаете почту, и сервер (или серверы), где вы почту просматриваете. На сегодняшний день существует два протокола --- pop (post office protocol) и imap (internet mail access protocol). pop простой. Pop обеспечивает доступ к одному ящику, и возможность просмотра, скачивания и ... этого ящика. imap разр. доступ к неск. ящикам, и мжно не только складывать сообщ. и удалять, но и перекл. из ящика в ящик (что подразум. хр. на сервере), и ... без скачивния почты. |
| Строка 37: | Строка 68: |
| Настр. доступ. | Настройка доступ. |
| Строка 64: | Строка 95: |
| || 0 || 1 || 1 || 1 || || 1 || SergeyKorobkov, DmitryChistikov, MaximByshevskiKonopko || || || | || 2 || 1 || 1 || 1 || || 1 || ПетрНикольский, DmitryChistikov, MaximByshevskiKonopko || || || |
Электронная почта
Определение
Для большинства людей под словосочетанием "электронная почта" (или email) подразумевается услуги сайта, который предоставляет следующие услуги:
- получает почту
- отсылает почту
поддерживает некий движок(интерфейс?), который позволяет манипулировать почтой
Фактически, организуется интерфейс для клиента, удаленный почтовый клиент. При необходимости содержимое почты можно скачать, если такй необходимости нет, то содержимое почты читается с помощью броузера. При написании нового письма заполняется простая форма. Примеры: mail.ru, gmail.com.
Простейшие приемы работы с веб-почтой были озвучены ранее
При этом обычно веб-сервисы организованы так, что там всё на одной странице, кроме того на них обычно много рекламы.
Следует помнить, что веб-интерфейс - это всего лишь замена почтового клиента.
Протокол SMTP
Электронная почта --- это один из самых старых протоколов обмена информации, он называется SMTP (simple mail transfer protocol), simple потому, что во время его появления принималось множество стандартных протоколов категории X., которые были довольно сложными на тот момент. Сейчас эти сложности являются небходимостями, которых не хватает в smtp.
Письмо является документом в чистом тексте, в идеале в семибитной кодировке. Его можно просмотреть любым текстовым редактором, и состоящие из двух или более частей (выделить в пункты?), одна из которых служебная часть --- это собственно информация протокола smtp, и самого письма, которое может состоять из нескольких частей. С точки зрения рядового пользователя письмо выглядит как заголовок письма, тело и небязательное приложение.
Заголовки, которые видит пользователь, не играют в пересылке письма никакой роли. Можно получить письмо, в заголовке которого "кому" нет вашего почтового адреса, а указан совершенно другой. Это может произойти в случае, если ваш адрес указан в технических заголовках. Точно так же и при отправке письма, в поле from может быть написано что угодно - эта информация не имеет значения. Это происходит в результате того, что протокол smtp не накладывает никаких ограничений на запись внутренних информационных полей письма.
Когда выше говорилось про smtp, речь шла про протокол пересылки почты. Информация о том, кто принимает почту по определенному адрему (принадлежащему определенному домену) определяется службой доменных имён. Задача почтового сервера, занимающегося пересылкой --- принять письм от клиента и либо положить его в соответсвующий почтовый ящик, либо переслать его по нужному адресу, передать его другому серверу. На этом действия почтового сервера как сервера оканчиваются. Почему? Когда-то давно, любой компьютер, подключенный к интернету, была Unix-машиной, на нем работал почтовой сервер, sendmail. Каджый пользователь этого компьютера автоматически получал почтовый адрес вида имя_пользователя@имя_сервера и место под названием "почтовый ящик", куда почтовый сервер складывал почту для данного пользователя. Эта архитектура продолжает сохраняться до сих пор. Для просмотра содержимого почтового ящика использовалась специальная программа, которая умела разбирать формат почтового ящика, формат сообщения и показывать его пользователю. Называлась она почтовый клиент, одним из примеров таких программ являлась программа mail.
На сегодняшний день эта схема неработоспособна по двум причинам:
- Пользователь, который является полноценным пользователем Unix-машины с логином, паролем и почтовым ящиком --- большая редксть, сейчас пользователям не дают терминального доступа до тех серверов, где находится почта.
Сейчас такое количество почты, что схема "сервер получает почту --- клиент забирает ее из своего ящика" невозможна (надо в другом варианте)
(нужен красивый переход к mda)
Почтовый клиент
В связи с тем, что почту надо не только получить, но и разложить в папки по определенным правилам, помимо mail transfer agent появляется mail delivery agent (mda)
MDA должен посылать почту, работать с несколькими ящиками, причём работать с ними не только в виде фалов и, запускаясь с компьютера пользователя, обращаться к удалённым почтовым ящикам. Получается ещё одна сущность --- сервер, дающий доустп к ящику, на нём находящемуся. Итак, почтовый клиент умеет:
- Создавать и отправлять почтовые сообщения
- Получать почту с одного или нескольких почтовых ящиков
Свойства отправки и получения почты имеют мало общего по двум причинам:
- Для отправки, чаще всего не нужны логин и пароль
- Для просмотра почтовых ящиков требуется логин и пароль
Это всё скрадывается в веб-почте поскольку там логин и пароль указываются единственный раз при входе
Есть , который не публичный. Это клиент, написанный на php, для его работы не нужно ничего, кроме php и почтового сервера.
Thunderbird
Почтовых клиентов существует очень много. В дистрибутиве Мастер --- thunderbird, ещё есть clawsmail и squirlmail.
Следует заметить, что, поскольку при получении почты используется учётная запись, рекомендуется при доступе к почтовому ящику пользоваться защищенным протоколом. То есть, с протоколом с использованием ssl: не pop3, а pop3s, не imap, а imaps, либо использовать tls.
По умолчанию при старте Thundenbird запускается мастер настроек:
../thunderbird_wizard_2_account_type.png
Почтовый клиетн потребует от вас два разных адреса: сервер, через который посылаете почту, и сервер (или серверы), где вы почту просматриваете. На сегодняшний день существует два протокола --- pop (post office protocol) и imap (internet mail access protocol). pop простой. Pop обеспечивает доступ к одному ящику, и возможность просмотра, скачивания и ... этого ящика. imap разр. доступ к неск. ящикам, и мжно не только складывать сообщ. и удалять, но и перекл. из ящика в ящик (что подразум. хр. на сервере), и ... без скачивния почты.
Сущ. не тольк почта и hhtp. Есть ещё уже уст. новостнй протокол (newsgroups), более модный нынче способ --- rss-ленты. Кроме того, мжно иметь доступ к локальному мейлспулу.
Настройка доступ.
Обр. внимание на две вещи:
- Ничего работать сейчас не будет, поск. не спросил защиту входа. Есть вариант imap м tls и с ssl. При выборе ssl изменился номер порта.
Лектр ещё раз напоминает, чт с этим сертификатом не всё в порядке в датском кролевстве. Самоподписанный сертификат --- штука не гарантированная, с другой стороны --- наша задача не во что бы то ни стало защитить пароль, а тлько его не светить
Обр. внимание, чт отпр., черновики, неск. наборов входящих --- всё это расп. на сервере, поэтому, ткуда бы вы на него не вошшли, вы это увидите. Также, как фаер, громоптиц имеет мех. расширений.
Лектр обещал раск. пр две вещи. Второе:
- Таких уч. записей можно созд. несколько. Дст. удобно с неск. серверов собирать.
Пара советов, отн. того, какой протокол исп.: если вы планируете исп. доступ с разных серверов, то imap, если же у вас единств. машина, с которой выв езде ездиете, то тогда иногда лучше pop3. Можно комбинировать --- взеде смотреть через imap, на своей машине через pop3.
Работа с почт. клиентом --- единст. метсо, где трудности по ср. с вебмейлом. --- отправка почты из непонятного места.
По умолч. почтовый сервер. перес. письма не от польз., а от машин, и машины должны быть сви, чтобы не получ. так, чтобы через этот сервер неизв. кто неизв. кому пересылает неизв.ю число писем. Это масс. рассылка. При чём, если это действ. неизв, то то, что эт рассылка несанкц, вер. этого равна 100%+-2. Чтбы эта штука техн. работала, есть smtp auth, но далеко не все предост. такую возм.
Если вы исп. виндовз, исп. аутлук экспресс и исп. хр. паролей, то любой вирус усп. восп. smtp-auth.
Сведения о ресурсах
Готовность (%) |
Продолжительность (ак. ч.) |
Подготовка (календ. ч.) |
Полный текст (раб. д.) |
Предварительные знания |
Level |
Maintainer |
Start date |
End date |
2 |
1 |
1 |
1 |
|
1 |
|
|