Электронная пошта як сервіс глобальної мережі.
Протоколи передачі почты

РефератДопомога в написанніДізнатися вартістьмоєї роботи

Электронная пошта як сервіс глобальної мережі. Протоколи передачі почты (реферат, курсова, диплом, контрольна)

У свідомості користувачів глобальної комп’ютерну мережу Internet ця мережу асоціюється із трьома основними інформаційними технологиями:

. електронна пошта (e-mail);

. файлові архіви FTP;

. World Wide Web.

Кожна з цих технологій спрямовано вирішення однієї з багатьох завдань інформаційного обслуговування користувачів сети.

Електронна пошта — це основне засіб комунікацій Internet. Вона багато в чому справляє враження звичайну пошту. З її допомогою лист — текст, обладнаний стандартним заголовком (конвертом) — доставляється за адресою, що визначає місцезнаходження серверу та ім'я адресата, який має поштову скриньку у цьому сервері, про те, щоб адресат міг його дістати і прочитати у зручний время.

Електронна пошта виявилася багато в чому зручніше звичайній, «паперової «. Не кажучи вже у тому, що Вам годі й говорити вставати з-за комп’ютера та йти до поштової скриньки, щоб одержати гроші чи відіслати листа. Крім того,.

. електронною поштою повідомлення вона найчастіше доставляється набагато швидше, ніж обычной;

. дешевше стоит;

. до відправки листи кільком адресатам непотрібно друкувати його у багатьох примірниках, досить якось запровадити текст в компьютер;

. коли потрібно перечитати, виправити отримане чи складене вами лист, або використати бодай уривки з нього, це зробити легше, оскільки текст вже у машине;

. зручніше зберігати дуже багато листів на файлі на диску, ніж у ящику столу; в файлі легше й искать;

. і, нарешті, економиться бумага.

Цю саму популярні сьогодні використання Internet в нас у країні. По найскромнішим оцінкам, у понад 50 мільйонів користуються послугами електронної пошти. А загалом, трафік електронної пошти (протокол smtp) становить лише 3.7% всього мережного. Популярність її пояснюється, як насущними вимогами, і тим, більшість підключень — підключення класу «Dial-Up» (у вигляді модему). Е-mail доступна при будь-якому вигляді доступу до Internet.

Електронна пошта дає можливість посилати повідомлення, одержувати їх в свою електронну поштову скриньку, відповідати на листи кореспондентів автоматично, застосовуючи їх адреси, виходячи з їхньої листів, розсилати копії листи одразу кільком одержувачам, переправляти отримане листа з іншому адресою, використовувати замість адрес (числових чи доменних імен) логічні імена, створювати кілька підрозділів поштової скриньки для різноманітних кореспонденції, включати у листи текстові файли, користуватися системою «відбивачів пошти» для ведення дискусій з групою ваших кореспондентів тощо. З Internet ви можете посилати пошту в суміжні мережі, коли ви знаєте адресу відповідного шлюзу, формат його звернень, і адресу у тому сети.

Використовуючи e-mail, ви можете користуватися ftp в асинхронному режимі. Існує безліч серверів, підтримують такі послуги. Ви посилаєте e-mail на адресу такий служби, що містить команду цією системою, наприклад, дати лістинг якийсь директорії, чи переслати файл такий-то до вам, і вам приходить автоматично відповідь по e-mail з цим лістингом чи за потрібне файлом. У цьому режимі можливо використання майже всього набору команд звичайного ftp. Існують сервери, що дозволяють одержувати файли по ftp лише з них самих, але з будь-якої світової ftp-сервера, що ви зазначите у своїй посланні e-mail.

Е-mail дає можливість проводити телеконференції і викликає дискусії. Для цього використовуються, встановлені що на деяких вузлових робочих машинах, mail reflector-ы. Ви посилаєте туди повідомлення із зазначенням підписати вас на такий-то рефлектор (дискусію, конференцію, etc.), і це починаєте отримувати копії повідомлень, які туди посилають учасники обговорення. Рефлектор пошти просто отриманні електронних листів розсилає їх копії всім подписчикам.

Е-mail дозволяє вживати в асинхронному режимі як ftp, а й інші служб, мають подібні серверу, надають такі послуги. Наприклад, мережні новини, Archie, Whois.

При користуванні e-mail, через її оперативності, можна скласти відчуття телефонному зв’язку, але слід усвідомлювати, що це все-таки пошта. Усі повідомлення письмові, тому майже документовані, тому слід дотримуватися етикету, прийнятого у звичайній кореспонденції. У доповнення до цього варто пам’ятати, що e-mail не має рівнем приватності, як звичайна пошта, отже, коли ви не користуєтеся додатковими засобами шифрування повідомлень, годі було писати в посланнях e-mail нічого, чого вам би хотілося б побачити виставлених на загальний огляд. Анонімність також виключена: джерело простежується без труда.

Хоча моя курсова роботу і присвячена питанням, що стосується електронної пошти, як сервісу Інтернету, у її рамках просто неможливо докладно розглянути всі її аспекти, тож постараюся висвітлити лише основні моменты.

1. Адресація у системі електронної пошти. 1.1. Структура адреса.

Електронна пошта справляє враження звичайну, і звикнути користуватися їй дуже просто. Це найефективніша з служб Інтернет у сенсі витрат — якщо ви платіть Интернет-провайдеру лише час сполуки, то можете вести велике листування з усім світом всього кілька USD. Зазвичай електронна пошта сягає будь-який точки земної кулі протягом кількох хвилин. Як факс, вона дозволяє передавати як текст, а й зображення, та заодно ви використовуєте міжміський чи міжнародну телефонну зв’язок, і якість зображення не погіршується під час передачі. Для організацій з більший обсяг факсовой листування, особливо з закордоном, електронна пошта дає миттєву і дуже вагому економію. Більшість користувачів Інтернету називають електронної пошти просто поштою, а відповідні епітети приберігають для традиційної пошти (англійською, наприклад, її часто називають snail mail — улиточная почта).

Електронна пошта не використовує географічну адресацію. А, аби ваш електронного листа від сягнуло свого адресата, необхідно, щоб він був оформлено відповідно до міжнародних стандартів і стандартизованный поштовий електронна адреса. Загальноприйнятий формат послання визначається документом під назвою «Standard for the Format of ARPA — Internet Text messages », скорочено — Request for Comment чи RFC822, і має заголовок так і безпосередньо повідомлення. Заголовок виглядає приблизно так:

. From: поштовий електронна адреса — від когось прийшло послание.

. To: поштовий електронна адреса — кому адресовано.

. Cc: поштові електронні адреси — кому направлено.

. Subject: тема повідомлення (довільній формы).

. Date: дата та палестинці час відправки сообщения.

Рядки заголовка From: і Date: формуються, зазвичай, автоматично, програмними засобами. Крім зазначених рядків заголовка, послання може містити та інші, например:

. Message-Id: унікальний ідентифікатор послання, присвоєний йому поштової машиной.

. Reply-To: зазвичай адресу абонента, якому ви відповідаєте на надісланий вам письмо.

Саме послання — зазвичай, текстовий файл досить довільній формы.

При передачі нетекстових даних (виконуваної програми, графічної інформації) застосовується перекодування повідомлень, яка виконується cоответcтвующими програмними средствами.

Поштовий електронна адреса може мати різні формати. Найбільш поширена система формування адреси DNS (Domain Name System), застосована мережі Internet. Дешифрацию адреси — й переклад їх у необхідний формат здійснюють вбудовані програмні кошти, застосовувані у цій мережі електронної почты.

З погляду логіки, щоб адресу був інформативним, необхідно, щоб у ній присутствовали:

. ідентифікатор абонента (за аналогією — рядок КОМУ: на поштовому конверте);

. поштові координати, що визначають його місцезнаходження (за аналогією — будинок, вулиця, місто, країна на поштовому конверте).

Поштовий електронна адреса має всі ці складові. А, щоб відокремити ідентифікатор абонента з його поштових координат, використовується значок @. @ - це роздільник, який російською часто називають «собакою «чи «жабою », а англійською позначає прийменник «at » .

Поштовий електронна адреса в форматі Internet може мати вид:

имя_пользователя@название_компьютера, например, [email protected]. У означеному прикладі ivanov — ідентифікатор абонента, составляемый, зазвичай, з його, імені, по батькові чи псевдоніма. Те, що праворуч від знака @, називається доменом і однозначно описує місцезнаходження абонента. Складові частини домену поділяються точками.

Найбільш права частина домену, зазвичай, позначає код країни (географічну зону Інтернету) адресата — це домен верхнього рівня. Код країни затверджений міжнародним стандартом ISO і і двох літер. У нашому випадку, ru — код Росії. Нижче приведён повний перелік географічних зон Интернета:

AF Afghanistan GH Ghana NF Norfolk Island AL Albania GI Gibraltar MP Northern Mariana Islands DZ Algeria GR Greece NO Norway AS American Samoa GL Greenland OM Oman AD Andorra GD Grenada PK Pakistan AO Angola GP Guadeloupe PW Palau AI Anguilla GU Guam PA Panama AQ Antarctica GT Guatemala PG Papua New Guinea AG Antigua and Barbuda GN Guinea PY Paraguay AR Argentina GW Guinea-Bissau PE Peru AM Armenia GY Guyana PH Philippines AW Aruba HT Haiti PN Pitcairn AU Australia HM Heard and McDonald Islands AT Austria HN Honduras PL Poland AZ Azerbaijan HK Hong Kong PT Portugal BS Bahamas HU Hungary PR Puerto Rico BH Bahrain IS Iceland QA Qatar BD Bangladesh IN India RE Re «union BB Barbados ID Indonesia RO Romania BY Belarus IR Iran RU Russian Federation BE Belgium IQ Iraq RW Rwanda BZ Belize IE Ireland SH Saint Helena BJ Benin IL Israel KN Saint Kitts and Nevis BM Bermuda IT Italy LC Saint Lucia BT Bhutan JM Jamaica PM Saint Pierre and Miquelon BO Bolivia JP Japan VC Saint Vincent and the BA Bosnia-Hercegovina JO Jordan Grenadines BW Botswana KZ Kazakhstan WS Samoa BV Bouvet Island KE Kenya SM San Marino BR Brazil KI Kiribati ST Sao Tome and Principe IO British Indian Ocean Territory SA Saudi Arabia BN Brunei Darussalam KP Korea SN Senegal BG Bulgaria KR Korea (Republic of) SC Seychelles BF Burkina Faso KW Kuwait SL Sierra Leone BI Burundi KG Kyrgyzstan SG Singapore KH Cambodia LA Lao People «p.s Democratic Republic CM Cameroon LV Latvia SK Slovakia CA Canada LB Lebanon SI Slovenia CV Cape Verde LS Lesotho SB Solomon Islands KY Cayman Islands LR Liberia SO Somalia CF Central African Republic ZA South Africa TD Chad LY Libyan Arab Jamahiriya SU Former Soviet Union CL Chile LI Liechtenstein ES Spain CN China LT Lithuania LK Sri Lanka CX Christmas Island LU Luxembourg SD Sudan CC Cocos (Keeling) Islands MO Macau SR Suriname CO Colombia ?? Macedonia SJ Svalbard and Jan Mayen KM Comoros MG Madagascar Islands CG Congo MW Malawi SZ Swaziland CK Cook Islands MY Malasia SE Sweden CR Costa Rica MV Maldives CH Switzerland CI Cote d «Ivoire ML Mali SY Syria HR Croatia MT Malta TW Taiwan, Province of China CU Cuba MH Marshall Islands TJ Tajikistan CY Cyprus MQ Martinique TZ Tanzania CZ Czech Republic MR Mauritania TH Thailand DK Denmark MU Mauritius TG Togo DJ Djibouti MX Mexico TK Tokelau DM Dominica FM Micronesia TO Tonga DO Dominican Republic MD Moldova TT Trinidad and Tobago TP East Timor MC Monaco TN Tunisia EC Ecuador MN Mongolia TR Turkey EG Egypt MS Montserrat TM Turkmenistan SV El Salvador MA Morocco TC Turks and Caicos Islands GQ Equatorial Guinea MZ Mozambique TV Tuvalu ЇЇ Estonia MM Myanmar UG Uganda ET Ethiopia NA Namibia UA Ukraine FK Falkland Islands NR Nauru AE United Arab Emirates FO Faroe Islands NP Nepal UK United Kingdom FJ Fiji NL Netherlands US United States FI Finland AN Netherlands Antilles UM United States Minor OutFR France NT Neutral Zone (between Saudi Arabia & Iraq) GF French Guiana NC New Caledonia lying Islands PF French Polynesia NZ New Zealand UY Uruguay TF French Southern Territories UZ Uzbekistan GA Gabon NI Nicaragua VU Vanuatu GM Gambia NE Niger VA Vatican City State GE Georgia NG Nigeria VE Venezuela DE Germany NU Niue VN Vietnam VG Virgin Islands (British) VI Virgin Islands (U.S.) WF Wallis & Futuna Islands EH Western Sahara YE Yemen YU Yugoslavia ZR Zaire ZM Zambia ZW Zimbabwe.

Проте як домену верхнього рівня може фігурувати і позначення мережі. Наприклад, США, де є мережі, що об'єднають вищі навчальні заклади чи урядові організації, як доменів верхнього рівня використовуються скорочення edu — Educational institutions, gov — Government institutions і другие:

COM Commercial organization EDU Educational institution GOV Government Body or department INT International Organization MIL Military site NETy Networking organization ORG Organization, miscellaneous.

Наступний поддомен — msk — є однозначно обумовлених всередині домену верхнього рівня. Неважко здогадатися, що означає він код міста — Москва. Сукупність складових частин домену msk.ru називається доменом другого рівня. Абревіатури домену другого рівня визначаються відповідність до правилами, прийнятими доменом верхнього уровня.

Домен третього рівня — mepi.msk.ru. У нашому випадку домен третього рівня включає у собі скорочену англійську абревіатуру Московського інженерно-фізичного Інституту. Правила освіти імен всередині доменів третього рівня особисту справу доменів другого уровня.

Поддомен htd — зареєстроване на поштовому вузлі ім'я машини, на якою володіє скринькою вищезгадана товариш Ivanov.

Адреса треба писати дуже ретельно — за адресою з помилками лист куди дойдет.

Електронну пошту найчастіше використовують так. Ви з'єднуєтеся зі своїми провайдером, запускаєте поштову програму і отримуєте накопичену вам пошту. Потім ви відключаєтеся від провайдера, відповідаєте на отримані листи і складаєте нові. Потім знову підключаєтеся до провайдера і відправляєте свої листи. Сумарна час сполуки у своїй становить усього кілька хвилин. Йдеться, звісно, про модемном підключенні - якщо в вас стала зв’язку з Інтернетом, ви просто запускаєте поштову програму і піклуєтеся про времени.

Якщо якесь з ваших листів може бути відразу доставлено адресата, наприклад, тоді як цей час спрацьовує сервер, де міститься його поштову скриньку, то ваш лист поставлять у чергу про відправлення. Кожні 10−15 хвилин проводитимуться нові спроби. Якщо кілька годин ваше повідомлення досі не відправлено, у вас з’являється перше (попереднє) повідомлення, якого прикладена копія вашого повідомлення. Це повідомлення має інформаційного характеру і жадає від вас ніякої реакції. Спроби відправити ваше повідомлення тривають ще за кілька днів. Якщо вони самі як і безуспішні, ви отримуєте друге (остаточне) повідомлення з копією вашого повідомлення. Поштова служба влаштована таким чином, що у будь-якій разі ваш лист неспроможна просто безслідно исчезнуть.

1.2. Відправка електронної пошти до інших сети.

Є чимало комп’ютерних мереж, які є частиною Інтернет, але у сьогодні під'єднані через «шлюзи », які дозволяють проходження електронної пошти. Ось список кількох, найбільш великих мереж, а також визначення про тому, як посилати електронної пошти у ці сіті й як користувачі цих мереж можуть посилати свої повідомлення вам.

America Online.

А, щоб послати листа абоненту America Online, необхідно прибрати все прогалини з імені користувача і додати «aol.com » :

пользователь@aol.com.

Користувачі мережі America Online, які пошлють повідомлення вам, мають лише підставити на вашу адресу у Мережі на полі «to: «(кому) перед упорядкуванням повідомлення. ATTMail.

Адресуйте своє повідомлення к.

пользователь@attmail.com.

Користувач ATTMail може послати повідомлення вам наступним образом:

internet!домен!пользователь.

Якщо ваша адресу — [email protected], то ваш кореспондент міг би послати вам сполучення адресою internet! world.std.com!nancyr.

Bitnet.

Користувачі Bitnet (чи NetNorth у Канаді та EARN у Європі) часто мають адреси виду: IZZY@INDVMS. Коли пощастить, то тут для посилки повідомлення по такому адресою треба лише додати «bitnet «наприкінці, щоб вийшло [email protected]. Іноді може бути, що лист за показ такої адресу повернеться не допровадженим, оскільки адреси Bitnet який завжди добре перетворюються на форму Internet. Якщо це станеться, можна послати повідомлення через одне із двох шлюзів Internet/Bitnet. Насамперед, замініть @ на %, щоб получилось.

имя_пользователя%подсистема.bitnet.

Потім додайте або @vm.marist.edu, або @cunyvm.cuny.edu, щоб, як у наведеному вище прикладі, вийшло izzy%[email protected] і izzy%[email protected].

Для користувачів Bitnet завдання трішки простіше: вони легко можуть посилати лист безпосередньо в ваш електронна адреса без всіх таких дурниць. Так що посилайте їм на вашу адресу, і буде в порядке.

CompuServe.

У користувачів CompuServe адреси цифрові і мають такий вигляд: 73 727,545. Щоб послати листа користувачеві CompuServe, замініть кому точкою і додайте «@compuserve.com »; например:

73 [email protected].

Майте у вигляді, деякі користувачі CompuServe повинні вносити додаткову оплату отримання пошти з Internet.

Якщо ви знаєте користувачів CompuServe, які хочуть посилати вам повідомлення, порадьте їм звернутися до GO MAIL і створити повідомлення. У області адреси замість введення номери CompuServe нехай вони напишуть на вашу адресу в форме:

>INTERNET:Ваш_Идентификатор@Ваш_Адрес например, >INTERNET:[email protected]. Зауважте, що обидві символу «> «і «: «обязательны.

Delphi.

Для посилки повідомлення користувачеві Delphi адресу має форму.

имя_пользователя@delphi.com.

Fidonet.

Щоб послати повідомлення користувачеві якийсь дошки оголошень (BBS) Fidonet, треба знати ім'я, під яким він реєструється у системі та її «номер вузла ». Номер вузла, чи адресу Fidonet складається з трьох номерів і має вид: 1:322/190. Перше число повідомляє, у якій із кількох великих географічних зон перебуває BBS (1 — навіть Канада, 2 — Європи та Ізраїль, 3 — Азіатсько-Тихоокеанський регіон, 4 — Південна Америка). Другий номер визначає мережу BBS, а останнє число Іздрикового є «номер вузла «(«FidoNode ») — номер BBS у цій мережі. Якщо в вашого кореспондента лише 2 номери (наприклад, 322/190), це, що систему перебуває у зоні 1. Ви змінять порядок номерів і додати до них літери f, n і z (перші літери «FidoNode «(вузол Fido), «network «(мережу) і «zone «(зона)). Наприклад, наведений раніше адресу матиме вид.

f190.n322.z1.

Тепер додайте наприкінці «fidonet.org », щоб вийшло f190. n322.z1.fidonet.org. Залишилося додати «Имя.Фамилия@ », щоб получилось.

Имя.Фамилия@f190.n322.z1.fidonet.org.

Зверніть увагу наявність точки між ім'ям і прізвищем. З іншого боку, в деяких країнах є їхні власні «хребтовые «системи Fidonet, які можуть змінювати адресацію. Наприклад, якби попередній адресу ставився до Німеччини, то кінці треба було б додати «fido.de «замість «fidonet.org. «.

Зворотний процес відрізняється від описаного повністю. Насамперед, людина має виходити «net mail «(мережну пошту) зони своєї BBS і чути адресу Fidonet свого локального шлюзу Fidonet/UUCP (часто фіг його знає системний оператор). Ваш кореспондент з Fidonet повинен адресувати своє повідомлення мережевий пошти, вказавши у полі «to: «UUCP (а чи не ім'я). У центрі номер вузла, він має запровадити номер вузла шлюзу Fidonet/UUCP (якщо система шлюзу перебуває у тієї ж регіональної торгової мережі, як і система відправника, то запровадити треба лише останнє число Іздрикового, наприклад, 390 замість 322/390). Після цього перший рядок повідомлення мусить бути вашим адресою в Internet, а й за ній бути залишено чиста рядок. Тепер можна писати повідомлення і посилати его.

У зв’язку з тим, як Fidonet організує передачу пошти, доставка сполучення в будь-якому напрямку триватиме день або двоє. З іншого боку, оскільки мережу систем Fidonet — любительська, добрим вихованням вважається запитати дозволу в системного оператора у випадках, як ви збираєтеся проганяти поштою великий обсяг інформації. Повідомлення комерційного характеру категорично воспрещаются (навіть якщо про неї просили). З іншого боку, цілком імовірно, що, крім вашого адресата повідомлення прочитає ще кто-нибудь.

GEnie.

Щоб послати повідомлення користувачеві GEnie, додайте «@genie.com «до кінцю імені користувача мережі GEnie, например:

[email protected].

MCIMail.

Щоб послати повідомлення комусь, має розділ в MCIMail, додайте «@mcimail.com «наприкінці імені чи адреси цієї людини. Например:

555−[email protected] или.

[email protected].

Зауважте, що у мережі MCIMail кілька передплатників з такою ім'ям, ви отримаєте повідомлення від MCI зі своїми іменами та числовими адресами. Виберіть того, який вам потрібен, і пошліть ваше повідомлення снова.

Щоб послати повідомлення вас із MCI, користувач повинен запровадити Ваша Ім'я (EMS) у відповідь запрошення «To: ». У у відповідь запрошення EMS слід запровадити internet, та був на вашу адресу у Мережі у відповідь запрошення «Mbx: » .

Peacenet.

Щоб послати повідомлення користувачеві, використовується форма:

имя_пользователя@igc.org.

Передплатники Peacenet можуть посилати повідомлення за вашим звичайному адресу.

Prodigy.

Идентификатор_пользователя@prodigy.com.

Майте у вигляді, що користувачі Prodigy повинні вносити додаткову плату за електронної пошти з Internet.

1.3. Формат поштового сообщения.

А, щоб електронного листа від сягнуло свого адресата, необхідно, щоб було оформлено відповідно до міжнародними стандартами і стандартизованный поштовий електронна адреса. Як зазначалося вище, загальноприйнятий формат послання визначається документом під назвою «Standard for the Format of ARPA — Internet Text messages », скорочено — Request for Comment чи RFC822, і має заголовок і безпосередньо повідомлення. Розглянемо приклад поштового сообщения:

Received: by avg386.kiae.su; Thu, 20 Dec 90 13:51:59 MSK Received: by jumbo.kiae.su; Thu, 20 Dec 90 12:52:17 MSK Received: from CS.ORST.EDU by fuug. fi with SMTP id AA15539 (5.65+/IDA-1.3.5 for [email protected]); Thu, 20 Dec 90 08:19:05 +0200 Received: from jacobs.CS.ORST.EDU by CS.ORST.EDU (5.59/1.15) id AA19981;

Wed, 19 Dec 90 22:19:59 PST Received: by jacobs.CS.ORST.EDU (5.54/1.14) id AA02240; Wed, 19 Dec 90.

23:19:35 MST Date: Wed, 19 Dec 90 23:19:35 MST From: Harry Brooks Message-Id: To: [email protected] Subject: Re: wondering if you attended? Status: RO gosh, і wish that you were not so far away that we could face each other and speak of your interests—computers, girls, nature and drinks! no, і do not know Russian history—only the sketch and collected memory of pieces read and heard… was infatuated by Dostevosky harry //interrupted for talking to a friend—bye—more later.

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

Тут перші чотирнадцять рядків становлять заголовок. Зауважимо, що кожна гілка рядків заголовка має вид:

назва: текст Названия рядків заголовка расшифровываются так: Received: позначка про проходженні крізь машину (штемпелювати). У нашого листи таких оцінок п’ять, отже, шляхом воно минуло за п’ять машин, і кожна з яких позначила, як його проходило. Date: дата та палестинці час відправлення листи; вони вказуються в стандартному форматі, оскільки більшість поштових систем вміють сортувати повідомлення за часом, коли попросіть. From: ім'я відправника і зворотний адресу. Message-Id: внутрішній ідентифікатор повідомлення; присвоюється поштової службою відправника. Кожному письма присвоюється унікальний — єдиний у світі - ідентифікатор. Його можна використовуватиме посилань на лист, як вихідний номер. To: адресу одержувача Subject: тема повідомлення. Позначка Re: позначає, що це повідомлення — відповідь (від слова reply) інше повідомлення. У вихідного повідомлення й у відповіді рядок Subject: сама й той самий. Під час упорядкування автором відповіді поштова служба автоматично взяла тему з вихідного повідомлення. Це зручно, коли йде довгий розмова однією тему. Ви зможете зажадати, щоб поштова служба отсортировала повідомлення на теми, і освіжити у пам’яті попередні фрази цього разговора.

Складаючи повідомлення, намагайтеся у цій рядку вказати назва короткий і якомога більш информативное. Повідомлення під заголовком на кшталт «А пам’ятаєш, одного разу ти мені говорила…» не всякий стане читати. Status: статус повідомлення; Ваша поштова служба позначає собі, що повідомлення Вами вже читано, щоб вдруге Вам їх запропонувати як новое.

Буває ще три «види рядків заголовка. Не усі вони обов’язково повинні прагнути бути. Деякі рядки поштові служби додають автоматично (Received, Date:), інші задає сам автор листи (To, Subject:).

Запровадити текст повідомлення, сформувати заголовок можна однією з редакторів повідомлень для електронної почты.

Саме послання — зазвичай, текстовий файл досить довільній форми. При передачі нетекстових даних (виконуваної програми, графічної інформації) застосовується перекодування повідомлень, яка виконується відповідними програмними средствами.

2. Протоколи прийому і передачі почты.

Поштові програми для персональних комп’ютерів використовують різні протоколи прийому та відправлення пошти. При відправлення пошти програма взаємодіє зі сервером що виходить пошти, чи SMTP-сервером, за протоколом SMTP. Під час прийому пошти програма взаємодіє зі північчю яка входить пошти, чи POP3-сервером за протоколом POP3. Це може бути як різні комп’ютери, і і той ж комп’ютер. Вам необхідно одержати імена цих серверів свого провайдера. Іноді прийому пошти використовується понад сучасний протокол — IMAP, що дозволяє, зокрема, вибірково копіювати які прийшли вам листи з поштового серверу на ваш комп’ютер. Щоб використовувати цей протокол, необхідно, що він підтримувався як вашим провайдером, і вашої поштової программой.

Тепер на ці протоколи більш подробно.

2.1. Простий протокол передачі пошти (SMTP).

Взаємодія у межах SMTP будується за принципом двосторонньої зв’язку, що встановлюється між відправником і одержувачем поштового повідомлення. У цьому відправник ініціює з'єднання і посилає запити на обслуговування, а одержувач — відповідає для цієї запити. Фактично відправник виступає як клієнт, а одержувач — сервера.

[pic].

Мал.1 Схема взаємодії за протоколом SMTP.

Канал зв’язку встановлюється безпосередньо між відправником і одержувачем повідомлення. За такої взаємодії пошта сягає абонента в протягом кількох секунд після отправки.

2.1.1. Команди SMTP та його последовательность.

Простий протокол передачі пошти забезпечує двосторонній обмін повідомленнями між локальним клієнтом і віддаленим сервером МТА. МТА-клиент шле команди МТА-серверу, і, своєю чергою, відповідає клієнту. Іншими словами, протокол SMTP вимагає отримувати відповіді приймача команд SMTP. Обмін командами і відповідями ними називається поштової транзакцией (mail transaction). Дані передаються в форматі NVT ASCII. З іншого боку, команди теж передаються в форматі NVT ASCII. Команди передаються у вигляді ключових слів, а чи не спеціальних символів, і свідчить про необхідність зробити ту або ту операцію. У табл. 1 наведено список ключових слів (команд), певний в специфікації SMTP.

Таблиця 1.

Команди, позначені хрестиком, зобов’язані бути присутнім на будь-який реалізації SMTP. Інші команди можна реалізувати додатково. Кожна SMTP-команда повинна завершуватися або прогалиною (коли в неї є аргумент), або комбінацією CRLF. SMTP здатний передавати дані будь-якого змісту (наприклад, текст, графічні, звукові файлы).

MTP забезпечує двосторонню зв’язок між агентами передачі пошти (МТА), клієнтом і сервером. Клієнти шлють команди серверу, а сервери відповідають клієнтам. Проте SMTP обумовлює послідовність SMTP-команд. Найкращий засіб переконатися в цьому — подивитись зразок поштової транзакції. Наступний приклад демонструє типову поштову транзакцію. У прикладі фігурує містер Smith (за комп’ютером usc.edu), надсилає повідомлення містерам Jones, Green і Brown (за комп’ютером mit.edu). Агент передачі пошти хоста mit.edu приймає пошту для містерів Jones і Brown, проте знає, де міститься поштову скриньку містера Green.

Для цілей подальшого розповіді кожному рядку присвоєно номер і позначений, кому вони належать — передавача чи приймачу. Текст справа від слів «RECEIVER» чи «SENDER» містить справді передані дані. Тризначні цифрові комбінації на початку переданих рядків позначають коди відповіді. Відповідь SMTP нагадує сообщения-подтверждения про доставці, оскільки з’являється лише тому випадку, коли приймач отримав данные.

1. RECEIVER: 220 mit.edu Simple Mail Transfer Service Ready 2. SENDER: HELO usc.edu 3. RECEIVER: 250 mit.edu 4. SENDER: MAIL FROM: 5. RECEIVER: 250 OK 6. SENDER: RCPT TO: 7. RECEIVER: 250 OK 8. SENDER: RCPT TO: 9. RECEIVER: 550 No such user here 10. SENDER: RCPT TO 11. RECEIVER: 250OK 12. SENDER: DATA 13. RECEIVER: 354 Start mail input; end with. 14. SENDER: Blah blah blah… 15. SENDER: …etc. etc. etc. 16. SENDER:. 17. RECEIVER: 250 OK 18. SENDER: QUIT 19. RECEIVER: 221 mit.edu Service closing transmission channel.

Як очевидно з рядки 1, коли SMTP-клиент встановлює TCP-соединение з портом протоколу 25, SMTP-сервер відповідає кодом 220. Це означає, що з'єднання успішно встановлено: 1. RECEIVER: 220 mit.edu Simple Mail Transfer Service Ready.

Потому, як MTA комп’ютерів mit.edu і usc.edu встановили з'єднання і обмінялися привітанням, першої командою мусить бути команда HELO. Як у рядку 2, SMTP-клиент передає HELO, називаючи ім'я свого комп’ютера як аргумент. Команда HELO вживається з аргументом, як показано нижче: 2. SENDER: HELO usc.edu.

У у відповідь HELO приймач видає код 250, повідомляючи передавача у тому, що команда прийнята і оброблена: 3. RECEIVER: 250 mit.edu.

Після встановлення TCP-соединения та ідентифікації (з допомогою HELO) SMTP-клиент вдається до поштової транзакції. Спочатку він виконує одну з таких команд: MAIL, SEND, SOML чи SAML. У прикладі використана команда MAIL: 4. SENDER: MAIL FROM: [email protected].

Чотири команди, MAIL, SEND, SOML і SAML, всі мають однакову синтаксис: MAIL FROM: line-feed>

Аргумент «зворотний шлях» (reverse path) вказує серверу, кому відомі в разі помилки відіслати відповідне повідомлення. У аргументі міститься адресу джерела повідомлення (у разі, [email protected]). Коли сервер видав код відповіді 250 (рядок 5), погодившись обробити повідомлення від [email protected], необхідно вказати одержувача повідомлення. Це потрібно при допомоги команди RCPT. Команда RCPT має аргумент — ім'я одержувача. На одну команду припадає лише саме ім'я, тому, якщо одержувачів кілька, команда RCPT видається кілька разів. У прикладі команди RCPT виконуються в рядках 6,8 і десяти. Синтаксис RCPT нагадує синтаксис команди MAIL: RCPT TO:

Проте, на відміну MAIL, аргумент RCPT починається з слова «TO:». Вміст аргументу — шлях передачі повідомлення (forward path), а чи не зворотний шлях. Дорогою передачі повідомлення зазначено ім'я поштової скриньки одержувача. Видавши команду RCPT, МТА-клиент очікує одержати відповідь з кодом 250. Проте, у відповідь восьмий рядок 8. SENDER: RCPT TO: сервер відповідає кодом 550: 9. RECEIVER: 550 No such user here.

Код відповіді 550 означає, що МТА неспроможна виконати запит клієнта, оскільки знає, як доставити пошту зазначеному користувачеві. Тобто швидше за все у містера на прізвище Green немає поштової скриньки ([email protected]) у цьому комп’ютері. У протоколі SMTP сказано, що сервер зобов’язаний інформувати клієнта про відсутність поштової скриньки одержувача сообщения.

Коли послані все команди RCPT, клієнт починає передачу при допомоги команди DATA. У рядку 12 показано, як МТА-клиент (передавач) висилає команду DATA, в рядку 13 — як сервер відповідає кодом 354. Цей код означає, що зроблено передачу даних дозволена і має закінчуватися комбінацією CRLF-точка-CRLF (нової рядком, що містить лише точку).

12. SENDER: DATA 13. RECEIVER: 354 Start mail input; end with .

Коли отримано код 354, клієнт може, розпочати передачу даних. МТА-сервер, своєю чергою, поміщає прийняті дані у черзі вхідних повідомлень. Сервер не висилає жодної відповіді до того часу, доки отримає комбінацію CRLF-точка-CRLF від клієнта, яка б означала кінець передачі. Як зазначено в рядках 16 і 17, у відповідь отриману комбінацію CRLF-точкаCRLF, сервер видає код 250, що означає успішне закінчення операції: 16. SENDER:. 17. RECEIVER: 250 OK.

А, щоб закінчити поштову транзакцію, клієнт, за правилами SMTP, зобов’язаний послати команду QUIT. Сервер, своєю чергою, відповідає кодом 221, який підтверджує клієнту, що з'єднання буде закрито, після чого з'єднання справді закривається: 18. SENDER: QUIT 19. RECEIVER: 221 mit.edu Service closing transmission channel.

Першої-ліпшої хвилини під час транзакції клієнт може використовувати команди NOОР, HELP, EXPN і VRFY. У у відповідь кожну команду сервер висилає клієнту певну інформацію. Залежно від відповіді клієнт може здійснити певні действия.

2.1.2. Коди відповідей SMTP.

У специфікації SMTP потрібно, щоб сервер відповідав кожну команду SMТР-клиента. МТА-сервер відповідає тризначної комбінацією цифр, званої кодом відповіді. Разом з кодом відповіді, зазвичай, передається одна чи кілька рядків текстовій информации.

Кожна цифра є в коді відповіді існує певна сенс. Перша цифра означає, було виконання команди успішно (2), неуспішно (5) або ще не закінчилося (3). Простий клієнт може аналізувати тільки першу цифру в відповіді серверу, і підставі її продовжувати свої дії. Друга й третя цифри коду відповіді роз’яснюють значення першої. У табл. 2 наведено можливі значення кодів відповіді SMTP.

Таблиця 2.

Коди відповіді SMTP та його значення |Код |Значення | |211 |Відповідь про стан системи чи допомога | |214 |Сообщение-подсказка (допомогу) | |220 | служба готова роботі | |221 | служба закриває канал зв’язку | |250 |Запитане дію поштової транзакції успішно завершилося | |251 |Цей адресат перестав бути місцевим; повідомлення передають по | | |маршруту | |354 |Нумо передачу повідомлення. Повідомлення закінчується комбінацією | | |CRLF-точка-CRLF | |421 | служба недоступна; з'єднання закривається | |450 |Яку Сподівалися Отримати команда поштової транзакції не виконано, оскільки | | |поштову скриньку недоступний | |451 |Яку Сподівалися Отримати команда не виконано; відбулася локальна помилка при | | |обробці повідомлення | |452 |Яку Сподівалися Отримати команда не виконано; системі забракнуло ресурсів | |500 |Синтаксична помилка з тексту команди; команда не опізнана | |501 |Синтаксична помилка в аргументах чи параметрах команди | |502 |Ця команда не реалізована | |503 |Невірна послідовність команд | |504 |У даної команди може бути аргументів | |550 |Яку Сподівалися Отримати команда не виконано, оскільки поштову скриньку і | | |недоступний | |551 |Цей адресат перестав бути місцевим; спробуйте передати повідомлення | | |маршрутом | |552 |Яку Сподівалися Отримати команда поштової транзакції перервана; дискове | | |простір, доступне системі, переповнилося | |553 |Яку Сподівалися Отримати команда не виконано; зазначено неприпустиме ім'я | | |поштової скриньки | |554 |Транзакція не виконано |.

Значення першої цифри в коді відповіді SMTP.

Цифра 1 означає, що сервер МТА прийняв команду, від клієнта потрібно додаткове підтвердження. Клієнт зобов’язаний послати додаткову інформацію у тому, продовжувати чи перервати виконання запрошенной команди. З табл. 2 видно, що SMTP немає у складі таких команд, тобто коди відповіді, які з одиниці, відсутні. Нині команд SMTP, які зажадали додаткового підтвердження, немає. Розробники орієнтувалися те що, такі команди з’являться, і зарезервували для них коди, які з цифри 1.

Коди відповіді, які з цифри 2, означають, що сервер МТА успішно завершив виконання команди, і очікує появи нової. Код відповіді, що починається на 3, означає, що команда почали виконувати, але серверу необхідне додаткове інформація на її завершення. Приклад такого коду — 354. У нього клієнт МТА повинен розпочати передачі поштового повідомлення. Код, який з цифри 4, означає, що сервер прийняв команду, вона виконано. В усіх життєвих відповідях серії 400 передбачається, що помилка тимчасова і клієнт може спробувати її виправити. Коди відповіді серії 500 також повідомляють, що команда не виконано. З іншого боку, клієнт ні намагатися повторити таку ж команду вкотре (по крайнього заходу у складі ж послідовності). Значення другий цифри коду відповіді SMTP.

Друга цифра коду відповіді позначає категорію помилки. Цифра 0 позначає синтаксичну помилку. Команда може бути довгою, мати неправильний аргумент чи відсутні у списку команд сервера.

У повідомлень з кодами 211 і 214 з табл. 2 друга цифра коду дорівнює одиниці і вони інформаційного характеру. У команд з кодами 220, 221 і 421 друга цифра — двійка, й вони починають працювати з передачею даних чи з комунікаційним каналом. Коди відповідей, які мають друга цифра дорівнює п’яти (250, 450 і 550) пов’язані безпосередньо із поштовою системою. У цей час у SMTP не визначено значення кодів, друга цифра яких дорівнює трьом чи чотирьом. Третя цифра коду відповіді SMTP.

Кожна окремого рядка повідомлення повинен мати власну третю цифру в коді відповіді. Розглянемо, наприклад, повідомлення з кодами від 500 до 504. Кожне повідомлення означає окрему синтаксичну помилку. Оскільки рядки, описують різні види помилок, різні, те й коди відповіді повинні відрізнятися одне від друга. Кожне повідомлення про помилку має власний порядковий номер у цій серії. Специфікація SMTP рекомендує, але з зобов’язує використовувати суворо задані текстові рядки у відповідях MTAсервера.

Відповідь MTA-сервера може складатися з кількох рядків спеціального формату. Кожний рядок (крім останньої) многострочного відповіді починається з коду відповіді, дефіса (-), тексту і комбінації CRLF. Останній рядок многострочного відповіді починається з коду відповіді, котрого супроводжує пробел:

123-Первая рядок повідомлення з кількох рядків 123-Код відповіді, 123, не змінюється 123−1 повідомлення може починатися з цифри 123 Останній рядок починається ні з дефіса, і з пробела.

За кодом кожного рядка, крім останньої, слід знак дефіса (-). Це необхідно, щоб клієнт MTA зміг відрізнити строку-продолжение відповіді останньої рядки. За кодом відповіді у вищій рядку слід пробел.

2.1.3. Обмеження по размерам.

У стандарті SMTP сказано, що передувати реалізації SMTP нічого не винні обмежувати максимальну довжину оброблюваних об'єктів (можливо, палестинцям не припиняти ра ширений стандарту). Проте, зараз SMTP обмежує допустимі розміри такими величинами, які у табл. 3.

Таблиця 3.

Якщо клієнт МТА перевищив обмеження на розмір переданої інформації, сервер МТА відповідає однією з наступних кодів: 500 Line too long. (задовга строка).

501 Path too long. (занадто довгий путь).

552 Too many recipients. (занадто багато получателей).

552 Too much mail data. (занадто багато даних в сообщении).

2.1.4. Проміжні агенты.

Термін «маршрут доставки» (forward-path) служить у тому, щоб відрізняти поштову скриньку (mailbox), ім'я якого абсолютно, від шляху (може бути різним), яким слід пошта. Припустимо, що потрібно доставити два поштових повідомлення однією і хоча б мережевий комп’ютер. Обидва повідомлення мають і той ж адресу, проте, необов’язково йтимуть за одним й тому маршруту. Так само, якби які прийшли повідомлення видаються відповіді, де вони неодмінно будуть йти зазначеному зворотному маршруту (reverse-path). Зазвичай, конкретний маршрут для пошти вибирається системним адміністратором. Щоб направити пошту по потрібному шляху, використовуються значення маршруту доставки й протилежного маршруту, в яких вказуються проміжні агенти (relay agents). Проміжний агент доставки — це МТА, так званий поштовий хаб (mail hub), налаштований передати транзитної пошти. Щоб доставити повідомлення, місцевий агент користувача (UA) передає його місцевому МТА, який, на свій чергу, передає його проміжного агенту МТА. Наступного прикладі [email protected] є скринькою, a HOST1, HOST2 і HOST3 — проміжними агентами: MAIL FROM:

Проміжні агенти присутні практично переважають у всіх мережах, вхідних в Internet.

[pic].

Рис. 2 Поштова система Інтернет зі участю проміжних агентов.

Щоб спростити процес конфігурації поштової системи, в локальної мережі встановлюється один комп’ютер, службовець проміжним агентом (relay host). Уся пошта користувачів потрапляє спочатку нею. Далі ця комп’ютер розсилає повідомлення по Internet. До того ж, такий комп’ютер може бути захистом фірми від взломщиков-хакеров з Internet. Обмежуючи спілкування локальної мережі з зовнішнім світом рівня пошти, організація зводить до мінімуму ризик небажаного вторгнення свої власні системи. З іншого боку, адмініструвати і захищати у разі доводиться єдиний комп’ютер. SMTP може послати повідомлення безпосередньо з комп’ютера користувача на комп’ютер адресата у цьому разі, якщо розрив між ними існує пряме поштове з'єднання. Але зазвичай між двома комп’ютерами перебувають проміжні агенти. Щоб якось забезпечити доставку, на поштовому повідомленні слід зазначити ім'я компьютера-получателя і точне найменування поштового ящика.

Аргументом команди MAIL є зворотний маршрут, до складу якого ім'я джерела повідомлення й імена всіх проміжних агентів. Аргумент команди RCPT — маршрут доставки, у якому ім'я одержувача повідомлення. Зворотний маршрут описує шлях, який промайнуло повідомлення, тоді як маршрут доставки ідентифікує місце призначення. Зворотний маршрут використовується SMTP, коли не потрібно передати повідомлення про що сталося помилці або про неможливості доставити повідомлення, як його минув через проміжний агент. В міру просування повідомлення по Internet записи про його маршрутах змінюються. До обов’язків системних адміністраторів входить правильно налаштовувати місцеві МТА передати повідомлень проміжного агенту, і навпаки, проміжні агенти на доставку повідомлень місцевим MTA. Якщо в проміжного МТА зміниться ім'я, то конфігурації місцевого МТА потрібно змінити ім'я комп’ютера у системі DNS. Інші параметри конфігурації не изменяются.

Розглянемо поштову транзакцію між проміжними агентами SMTP. До того як повідомлення передають наступному зазначеному в маршруті (на полі ТЕ:) комп’ютера, ім'я даного комп’ютера видаляється з маршруту доставки і додається на початок зворотного маршруту. На той час, коли повідомлення досягне пункту призначення, маршрут доставки міститиме лише ім'я поштового ящика.

2.2. Удосконалення електронної почты.

Зусилля з удосконалення електронної пошти додаються у трьох напрямах. Вони зачіпають доставку (організація інформацією службових полях упаковки повідомлення), обробку агентами користувача (інформація в заголовку повідомлення) і тіло повідомлення. Найцікавіші можливості надає модифікація тіла поштового зв’язку. Тіло повідомлення може переносити мультимедиа-объекты, тобто бути двоичным файлом з графічної, звуковий чи видеоинформацией. В цьому розділі розглядаються існуючі методи кодування таких даних в поштових повідомленнях Internet.

2.2.1. Розширення SMTP.

Розширений SMTP (ESMTP, Extended SMTP) працює схоже ж, як і звичайний SMTP, проте, команда-приветствие в нього інше: EHLO (Extended hello) замість HELO. Щоб з’ясувати, чи підтримує МТА-сервер специфікацію ESMTP, МТА-клиент посилає команду EHLO. Якщо сервер підтримує ESMTP, він відповідає кодом 250. Якщо ні, слід повідомлення про синтаксичної помилці. У у відповідь повідомлення про помилку, клієнт може видати звичайну команду HELO і далі виконувати стандартні операції SMTP. Якщо сервер вміє обслуговувати ESMTP, у відповідь вітання, зазвичай, він видає многострочный відповідь. Кожна терміну відповіді містить додаткову команду ESMTP, з якою сервер знає, як. Приклад реакції ESMTP-сервера у відповідь команду EHLO:

250-mail.server.com 250-EXPN 250-HELP 250 TURN.

Друга, третя і четверта рядки відповіді містять назви додаткових команд серверу. Цей сервер забезпечує обробку переказаних у табл. 1 додаткових команд. Першими шістьма розширеннями SMTP є команди: ЕXPN, HELP, TURN, SEND, SOML і SAML. Існує також розширення SIZE, що дозволяє SMTP-клиенту і серверу повідомляти друг другу розміри переданого повідомлення. Якщо відповіді на команду EHLO присутній ключовим словом SIZE, отже, це розширення обробляється. Якщо клієнт МТА спробує передати повідомлення, що перевищує межа розмірів переданого повідомлення для серверу, поштова транзакція не відбудеться (закінчиться з помилкою). Максимальна довжина повідомлення обмежується по кільком причин. Основна у тому, що розміри жорстких дисків серверу завжди обмежені, і дуже довше повідомлення може поміститися ними. З іншого боку, вільне простір на дисках серверу може зі часом збільшитися, і це повідомлення приймуть при наступній спробі. Максимальний розмір повідомлення слід відразу за кодом відповіді 250. Наприклад: 250 SIZE 100 000 000.

Це приклад відповіді SIZE для розміру в 100 МБ. Клієнт MTA аналізує відповідь SIZE у разі необхідності робить відповідні дії. Додатково клієнт може вказувати довжину сполучення команді MAIL. У наступній ESMTP-команде клієнт оголошує, що довжина повідомлення дорівнює 500 Кб: MAIL FROM: SIZE=500 000.

MTA-сервер ESMTP аналізує аргумент SIZE і вирішує, приймати йому повідомлення такий довжини чи повідомити про помилку. Усе відбувається ще до його початку передачі. Інші кілька розширень SMTP, загалом, підпорядковуються тим самим правилам, як і розглянута хіба що команда SIZE. Тобто команда-расширение видається у відповідь серверу на запит клієнта EHLO. Розширення можна залучити до ваших програмах відповідно до спецификацией. У окремих випадках розширення є просто додаткової можливістю. За інших випадках розширення — додатковий аргумент до існуючої команді (як у розглянутим команди SIZE).

Місцевим розширенням є будь-яке полі, команда чи назву опції, розпочате з літери X.

Під час розробки власних розширень поштової системи необхідно, щоб імена всіх основних нових об'єктів починалися з однакового літери X. Наприклад, користувальницький варіант декодування тіла повідомлення повинен називатися не DECODE, як можна припустити, a XDECODE. SMTP-сервер організації у своїй повинен включити місцеве розширення XDECODE до списку, видають по команді EHLO (з кодом відповіді 250):

250 XDECODE.

2.2.2. MIME.

Система MIME — найбільш вражаюче розширення для існуючих поштових систем. Вона передбачає втручання у діяльність агентів передачі пошти. Два агента користувача, розуміють MIME, можуть спілкуватися друг з одним з допомогою звичайних МТА. У MIME до повідомлення просто додаються кілька полів заголовка:

. MIME-Version (версія MIME).

. Content-Type (тип содержимого).

. Content-Transfer-Encoding (тип кодування содержимого).

. Content-ID (ідентифікатор содержимого).

. Content-Description (опис содержимого).

Номери версій MIME змінюються у його розвитку. Поле MIME-Version задає номер версії розширення MIME, яке даний агент користувача вміє обробляти. Номер версії в заголовку охороняє агента від неправильної інтерпретації повідомлення, у разі, якщо версії MIME повідомлення агента не збігаються. Ось зразок полів заголовка MIME-Version і ContentType: Mime-Version: 1. О Content-Type: TEXT/PLAIN; charset=US-ASCII.

У цьому вся прикладі повідомлення створено MIME версії 1.0. Тип вмісту — TEXT, підтип — PLAIN, кодова таблиця (набір символів) US-ASCII. У табл. 4 наведено що у цей час типи і підтипи MIME.

Таблиця 4.

Поля заголовка Content-ID і Content-Description можуть відсутні. Перше служить для ідентифікації MIME-содержимого електронного листи, а друге може містити додаткове опис. Наприклад, якщо MIMEвмістом є графічний образ, на полі Content-Description можна помістити опис цього. У табл. 5 перераховані можливі значення Content-Transfer-Encoding, доступні на цей время.

Таблиця 5.

За умовчанням формат поштових повідомлень задовольняє кодовому набору NVT-ASCII. 8-битные агенти МТА нині практично відсутні, але, як лише вони матимуть стала вельми поширеною, мабуть, передача бінарною і текстовій інформацією 8-битной кодуванні зросте. Нині для передачі 8-битной інформації з 7-битным каналам Internet найкраще використовувати кодування quoted-printable чи base64.

2.2.3. Способи кодування MIME.

Для кодування невеликої кількості 8-битных даних в 7-битный формат NVT ASCII найкраще підходить схема quoted printable. 8-битный символ у цій схемі представляється як послідовності із трьох символів. Послідовність завжди починається з знака «одно» (=). Відразу за знаком «одно» слід двозначне шестнадцатиричное число, що представляє код ASCII кодованого символу. Розглянемо закодовану quoted printable послідовність JAMSA PRESS. Хоч вона містить 8- бітних символів, зате дозволяє добре проілюструвати принцип кодування. Закодоване поєднання JAMSA PRESS виглядає так:

=4A=41=4D=53=41=20=50=52=45=53=53.

Інакше кажучи, літера J має шістнадцятковий код ASCII 0x4A, літера, А — 0×41 тощо. Схема quoted printable передає ASCII код кожному за символу послідовності. Тобто для знака, А (ASCII 0x4A) передається код знака «одно» (ASCII 0x3D), код цифри 4 (ASCII 0×34) і код знака, А (0×41). Цю схему досить зручно використовувати, але він утраивает загальне кількість інформацією повідомленні. Отже, сферу застосування quoted printable — повідомлення із кількістю символів, у яких встановлено старший (восьмий) біт. Більшість повідомлення має полягати звичайних семибитных символов.

На відміну від quoted printable, кодування Base-64 збільшує розмір повідомлення лише одну третину. Кожна послідовністю трьох байтів (24 біта) перетворюється на чотири шестибитовых (теж 24 біта). Шестибитные символи відповідають формату NVT ASCII й приведено в табл. 6.

Таблиця 6.

У протоколі POР3 визначено кілька команд, але них дається лише два відповіді: +OK (позитивний, аналогічний сообщению-подтверждению АСК) іERR (негативний, аналогічний повідомленню «не підтверджено» NAK). Обидва відповіді підтверджують, що саме звернення до сервера сталося й що він взагалі відповідає на команди. Зазвичай, кожним відповіддю слід його змістовне словесне опис. Зараз розглядатимуться кілька типових сеансів РОРЗ, що дозволить вловити послідовність команд в обміні між сервером і клієнтом. Авторизація пользователя.

Потому, як програма встановила TCP-соединение з портом протоколу РОРЗ (офіційний номер 110), необхідно послати команду USER безпосередньо з ім'ям користувача як параметра. Якщо відповідь серверу буде +OK, потрібно послати команду PASS з паролем цього користувача: CLIENT: USER kcope SERVER: +OK CLIENT: PASS secret SERVER: +OK kcope «p.s maildrop has 2 messages (320 octets) … (B поштовій скриньці kcope є 2 повідомлення (320 байтів) …) Транзакції РОРЗ.

Потому, як стадія авторизації закінчено, обмін переходить на стадію транзакції. У наступних прикладах демонструється можливий обмін повідомленнями в цій стадії. Команда STAT повертає кількість повідомлень і кількість байтів в повідомленнях: CLIENT: STAT SERVER: +ОК 2 320.

Команда LIST (без параметра) повертає список повідомлень на поштовому ящику та його розміри: CLIENT: LIST SERVER: +ОК 2 messages (320 octets) SERVER: 1 120 SERVER: 2 200 SERVER:. …

Команда LIST з параметром повертає інформацію про заданому повідомленні: CLIENT: LIST 2 SERVER: +ОК 2 200 …

CLIENT: LIST 3 SERVER: -ERR no such message, only 2 messages in maildrop.

Команда TOP повертає заголовок, порожню рядок і перші десять рядків тіла повідомлення: CLIENT: TOP 10 SERVER: +OK SERVER: (сервер POP висилає заголовки повідомлень, порожню рядок і перші десять рядків тіла повідомлення) SERVER:. …

CLIENT: TOP 100 SERVER: -ERR no such message.

Команда NOOP не повертає ніякої корисною інформації, крім позитивної відповіді серверу. Проте, відповідь означає, що сервер перебуває у поєднанні з клієнтом і чекає запитів: CLIENT: NOOP SERVER: +OK.

Наступні приклади показують, як сервер POP3 виконує дії. Наприклад, команда RETR дістає повідомлення із зазначеним номером й поміщає їх у буфер місцевого UA: CLIENT: RETR 1 SERVER: +OK 120 octets SERVER: (РОРЗ-сервер висилає повідомлення целиком).

SERVER: .

Команда DELE зазначає повідомлення, яку треба видалити: CLIENT: DELE 1 SERVER: +OK message 1 deleted… (повідомлення 1 віддалене) CLIENT: DELE 2 SERVER: -ERR message 2 already deleted (повідомлення 2 вже удалено).

Команда RSET знімає мітки видалення від усіх відзначених раніше повідомлень: CLIENT: RSET.

SERVER: +OK maildrop has 2 messages (320 octets) (у поштовій скриньці 2 повідомлення (320 байтов)).

Команда QUIT закриває з'єднання з сервером: CLIENT: QUIT SERVER: +OK dewey POP3 server signing off CLIENT: QUIT SERVER: +OK dewey POP3 server signing off (maildrop empty) … CLIENT: QUIT SERVER: +OK dewey POP3 server signing off (2 messages left) …

Відзначені видалення повідомлення не видаляються до того часу, доки видана команда QUIT і почалася стадія відновлення. Першої-ліпшої хвилини в протягом сеансу клієнт має можливість видати команду RSET, і всі відзначені видалення повідомлення будуть восстановлены.

3. Організація служби електронної пошти у мережі Интернет.

Основну роль системі електронної пошти грають програми трьох типов:

. транспортні агенти (MTA — Mail Transport Agent),.

. агенти доставки (MDA — Mail Delivery Agent),.

. користувальні агенти (MUA — Mail User Agent).

Взаємодія цих програм, тож робота системи електронної пошти представлені на рисунке:

[pic].

Рис. 3 Організація і функціонування служби електронної почты.

Транспортний агент працює, зазвичай, на поштовому сервері. Транспортний агент функціонує як маршрутизатор поштових повідомлень. Його функції следующие:

. аналіз стану та перетворення адрес і заголовків поштових повідомлень, зокрема: o розбір списків розсилки, пседонимов, переадресації (форвардинг),.

o перетворення адрес в формат інший поштової системи, если.

MTA функціонує як шлюз між двома поштовими системами.

(наприклад, між Internet Mail і Sprint Mail), o перетворення імені поштового домену відправника (маскарад), o установка службових заголовків у міжнародному сполученні, що відбивають його маршрут та інформаційний процес обработки;

. опитування DNS щодо імені Ілліча та адреси поштового серверу адресата сообщения;

. визначення агента доставки кожному за повідомлення й передача повідомлення обраному агенту доставки;

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

. повернення повідомлень, які з якихось причин неможливо доставити по назначению.

Агент доставки виробляє доставку повідомлення будь-якою специфічною способом. Є кілька стандартних типів агентів доставки:

. local — лист спрямоване поштову ящик, які перебувають цьому ж комп’ютері; доставка виробляється, наприклад, додаванням вмісту сполучення певний файл (в Unix це файл.

/var/mail/почтовый_ящик).

. SMTP — лист спрямоване поштову ящик й інші поштовому домені; доставка виробляється шляхом з'єднання з транспортним агентом на такого далекого сервері з допомогою протоколу SMTP.

. prog — лист має бути оброблено будь-якої програмою; доставка виробляється викликом програмних засобів, на вхід якої подається вміст письма.

Взагалі методи доставки (і, агенти) може бути різноманітними: наприклад, збереження листа на базі даних; пересилання листи факсом тощо. Вибір агента доставки кожному за конкретного листи виробляється транспортним агентом відповідно до заданої конфігурацією транспортного агента і адресою призначення письма.

Користувальницький агент є оболонкою користувача до роботи з електронною поштою, його функции:

. отримання повідомлень з поштового сервера;

. презентація, зберігання, видалення і каталогизирование поштових сообщений;

. створення нової повідомлення й передача його транспортному агенту для подальшого опрацювання і доставки.

Розглянемо роботу служби електронної пошти з прикладу (Рис 3). Нехай поштовий сервер, зображений малюнку, має адресу m.vvsu.ru і сконфигурирован прийому пошти з адресами типу некто@cts.vvsu.ru. Відповідно, базі даних DNS для зони vvsu.ru є запис виду cts.vvsu.ru. IN MX 10 m.vvsu.ru.

Нехай також користувач, зображений малюнку, має адресу [email protected].

Розглянемо входячи повідомлення від [email protected] до [email protected]. Повідомлення надходить через мережу до транспортному агенту. (Для передачі повідомлень транспортному агенту через мережу використовується протокол SMTP). MTA, проаналізувавши заголовок повідомлення, визначає, що його адресовано в поштовий домен cts.vvsu.ru, що він обслуговує. Відповідно до цим вибирається агент доставки local, запускається програма цього агента і вхід їй подається текст повідомлення з усіма заголовками. Агент доставки якимто способом, не цікавим для транспортного агента, виробляє доставку повідомлення й припиняє своєї роботи. Транспортний агент аналізує статус виходу (exit status) програми агента доставки, яким визначає, було повідомлення успішно доставлено чи відбулася помилка. Що стосується помилки MTA формує повідомлення про помилку, що йде з адреси [email protected], що буде відправлено відправнику листи (як і правило, адміністратору поштового серверу за адресою [email protected]). Що стосується завершення роботи агента доставки лист вважається допровадженим одержувачу. Агент доставки local (в Unix це програма mail, запущена як «maild ivanov ») виробляє доставку методом додавання вмісту листа до файлу /var/mail/ivanov (надалі спрощення мова йтиме про поштовому сервері під Unix, хоча за обговоренні загальної організації системи електронної пошти це немає принципового значения).

Іванов (точніше, користувальницький агент Іванова) може мати простий доступ зі своєю пошті двома способами:

. Іванов дбає про тому самому комп’ютері, де знаходиться поштовий сервер. І тут MUA Іванова тривіальним чином зчитує яке надійшло повідомлення з файла /var/mail/ivanov і зберігає його, у разі потреби, кудись свій каталог реалізації своїх можливостей, описаних выше.

. Іванов дбає про іншому комп’ютері (точніше, Іванов неспроможне чи бажання на поштовому сервері). Така ситуація є найтиповішим для користувачів пошти в організаціях чи співтовариствах. І тут для доступу до файлу /var/mail/ivanov через мережу використовується протокол POP-3. На поштовому сервері запущена програма POP-сервер, а MUA Іванова вмонтований POP-клиент. Оскільки протокол POP-3 працює поверх TCP/IP, немає жодних обмежень на місце розташування комп’ютера Иванова.

Нині поширюється протокол IMAP-4, по суті є розширеній версією протоколу POP-3. Він, зокрема, дозволяє користувальницькому агенту каталогізувати й берегти повідомлення на поштовому сервері, а чи не за комп’ютером користувача, як при використанні POP-3. Це зручно у разі, коли Іванов немає постійно закріпленого у себе комп’ютера — наприклад, Іванов — студент, працюючий з поштою з комп’ютерного класу. Тепер на що йде повідомлення від [email protected] до [email protected]. Повідомлення надходить до транспортному агенту двома шляхами залежно від цього, де працюють Іванов. Якщо Іванов дбає про поштовому сервері, його MUA безпосередньо звертається до транспортному агенту і передає йому повідомлення для БГ. Якщо ж Іванов дбає про іншому комп’ютері, його MUA пов’язують із транспортним агентом через мережу для протоколу SMTP. (Знову, оскільки протокол SMTP працює поверх TCP/IP, немає ніяких обмежень на місце розташування комп’ютера Иванова).

Отримавши повідомлення, MTA аналізує його заголовок яких і визначає, що це повідомлення спрямовано у інший поштовий домен і потрапляє ні під які особливі випадки (наприклад, повинно бути доставлено через UUCP чи отослано факсом — усе це визначається конфігурацією MTA). Отже, для доставки цих слів вибирається агент SMTP, у своїй MTA робить запит в DNS про те, хто є оброблювачем пошти для домену aquarium.ru. (DNS поверне relay.rinet.ru, IP-адрес=195.54.192.35). Цей адресу разом із текстом повідомлення буде передано агенту доставки, котрий за протоколу SMTP з'єднається із зазначеним адресою отже відправить повідомлення транспортному агенту серверу relay.rinet.ru. Якщо під час цієї операції відбулася нефатальная помилка (наприклад, віддалений сервер тимчасово виключений), то агент SMTP повернеться зі статусом «Відкладено «і MTA поставить повідомлення чергу для повторної отправки.

4. Поштові программы.

Є дуже багато поштових програм, вагома частина з них безплатна. Усі вони досить схожі й лише трохи різняться за своїми додатковим можливостям і за ступенем відповідності прийнятим стандартам. Найпоширеніші програми для Windows 95/98 следующие:

. Microsoft Internet Mail — приходить у складі ОС, починаючи з Windows 95 версії OSR2; більш свіжа версія, зокрема зросійщена, то, можливо безплатно скопійована з серверу internet Проста і приємна використання, цю програму, на нашу досвіду, найбільш коректно працює із листами російською. Не підтримує IMAP.

. Microsoft Outlook Express — більш навернена програма того ж таки виробника, входить до складу Microsoft Office і Microsoft Internet.

Explorer. Можливо безплатно скопійована з цього самого сервера.

Програма має великий обсяг, тому найкраще придбати в CD;

ROM чи, по крайнього заходу, скопіювати з російського серверу, наприклад, internet Підтримує IMAP і має кількість різноманітних настройок. Не вільна від дефектів, особливо в працювати з російськими сообщениями.

. Netscape Messenger — безплатна програма фірми Netscape, входить до складу Netscape Communicator. Усі, було сказано про Outlook.

Express, можна дослівно повторити для Messenger.

. Eudora — поштова програма фірми Qualcomm. Полегшена версія (Eudora.

Lite), то, можливо безплатно скопійована на сервері internet докладніша версія продається за гроші. Раніше користувалася дуже великі популярністю, але з її появою безплатних програм інших виробників практично перестала розвиватися. Категорично категорично не рекомендується для листування по-русски.

Коли ж ви вперше запускаєте поштову програму, автоматично запускається майстер по настроюванні, який затребувана ви мінімально необхідну інформацію: на вашу адресу і назву серверів яка входить і що виходить пошти. Також може окремо запрашиваться ім'я користувача — це те частина вашого адреси, що є зліва знака @. За першої перевірці пошти і всіх наступних перевірках, коли ви не позначили галочкою «Запам'ятати пароль », вас запрошують запровадити пароль — у своїй треба уважно треба стежити, щоб було введений у правове латинице.

Слід також сказати перевірити інші настройки. Якщо ваше програма підтримує як POP3, і IMAP, потрібно простежити, щоб було обраний POP3, якщо провайдер спеціально не попередив вас про інше. Якщо поштова програма дозволяє посилати листи як у форматі простого тексту, і у форматі HTML, бажано вибрати простий текст, як більше універсальний. Якщо вже ви використовуєте модемное з'єднання, то краще скасувати надстройку «Посилати пошту негайно ». Перевірте також, аби було задіяна настроювання «Залишати пошту на сервері «- інакше ваш поштову скриньку на сервері у провайдера дедалі час вона зростатиме і згодом переповниться. Якщо ж ви переглядаєте пошту із різних комп’ютерів, приміром, із будинки і з роботи, зручно, щоб них залишав пошту на сервері. З другого краю стане накопичуватися повний архів вашої листування. Більшість інших настройок має декоративне значення і від ваших переваг. Наприклад, ваша програма може автоматично ініціювати з'єднання з провайдером, коли собі хочете відіслати пошту (категорично не рекомендується), автоматично розривати з'єднання з провайдером, отримавши пошту і т.д.

Закінчивши конфіґурувати поштову програму, ви можете перевірити, як вона. Передусім треба знайти дві кнопки: одна дозволяє перевірити пошту, інша — створити нове повідомлення. Натиснімо другу їх — з’явиться новий вікно. Тут ви заповнюєте такі поля: Кому: (To) — зрозуміло звісно ж; Копія: (Cc:) — інші адресати; Bcc: — кому, але те щоб про це знав основний адресат; Тема: (Subject:) — що ваш лист, заповнювати необов’язково, проте не вельми бажано; нарешті, велике полі під переліченими вище служить самих тексту листи. Текст ви можете супроводити додатком — при цьому знайдіть відповідну кнопку (часто вона позначена скріпкою), що дозволить вам вибрати будь-який файл з вашого жорсткого диска. Як докладання можна посилати будь-які файли: програми, звукові файли, графічні файли тощо. Якщо тепер, не закриваючи поштової програми, ви з'єднаєтеся з провайдером і натиснете на кнопку «Послати », то ваш лист піде до адресата. Спочатку ви можете послати листа на власна адреса. Тепер натисніть на кнопку, яка служить для перевірки пошти, й ви отримаєте тому відзначило своє повідомлення. Воно потрапить у папку для вхідних листів. Кожна поштова програма після установки автоматично створює принаймні три папки: для вхідних листів, для вихідних — тут зберігаються копії того, що ви посилаєте, і кошик для сміття — сюди тимчасово надходять удаляемые листи той випадок, коли ви стерли їх за помилці. Відкрийте зайшле повідомлення, двічі клацнувши у ній мишею, і вивчите наявні тут елементи управління. Найважливіші кнопки тут — це «Відповісти «і «Переслати ». Перша рятує від необхідності вводити адресу того, кому ви відповідаєте, а друга дозволяє переслати лист комусь еще.

Решта в поштової програмі належить до категорії зручностей. Зазвичай ви можете створювати додаткові папки, щоб сортувати із них оновлювану пошту, заводити одну чи кілька адресних книжок із часто використовуваними адресами, автоматично фільтрувати що входить пошту (наприклад, автоматично спрямовувати на смітник листи з певного адреси) тощо. Ці додаткових можливостей стоїть вивчати за необхідності і зі зростанням обсягу вашої листування. Вони докладно описані у документації на вашу поштову програму, у пункті меню «Help «(чи «Довідка »).

5. Особливості національного переписки.

Напевно, немає такої користувача, який би не стоїть перед тими чи інші проблемами при листуванні російською. Пошта схильна до цьому ба більше, ніж веб. Ви часто можете одержати гроші чи повністю неудобочитаемое лист, чи лист із знівеченим полем «Тема: ». Вперше отримавши таке повідомлення, користувачі схильні звинувачувати свого провайдера. Тим більше що воно не при чем.

Загальна причина цих неприємностей — це недолік стандартизації, причому відразу у двох областях. По-перше, як і на вебе, позначається відсутність єдиної загальноприйнятої кодовою таблиці російського алфавіту. Ми вже обговорювали це у попередньої главі. У електронної пошти найчастіше використовується кодування КОИ-8, а може вживатись і Windows CP1251, і, в окремих випадках, інші кодування. Саме собою це страшно, оскільки сучасні поштові програми вміють правильно показувати сполучення обох кодуваннях, але якщо отправляющая поштова програма правильно зазначила використану кодування в заголовку листи. Eudora, наприклад, цього робить, що грубих порушень стандарта.

По-друге, від початку електронна пошта була передати текстових англійських повідомлень по 7-битным каналами зв’язку. Згодом був розроблений новий стандарт (MIME (див. вище)), що дозволяє листуватися іншими мовами і допускає додатку до листів на вигляді довільних файлів. Стандарт вийшов складним: задля збереження наступності вона передбачає передачу 8-битных повідомлень по 7-битным каналам, та «використовує при цьому різноманітні схеми перекодування інформації. Відтак все поштові програми в повному обсязі відповідають стандарту у якихось дрібних деталях. Наприклад, Netscape Messenger (версія 4.5) правильно кодує полі «Тема: », заповнене порусски, лише коли він занадто длинное.

Очевидно, зараз ви зможете убереже від проблем, що з листуванням російською. Отже ви можете значно їх зменшити. Уперших, використовуйте сучасні поштові програми, котрі розуміють обидві поширені російські кодування. Хоча від звичної програми важко відмовлятися, від Eudor «и, наприклад, слід відмовитися. Порадьте те саме своїм корреспондентам.

По-друге, пишіть листи, використовуючи кодування КОИ-8 — вона є найбільш загальноприйнятої для пошти. Не посилайте пошту в форматі HTML, якщо точно б не знаєте, що поштова програма вашого адресата підтримує цей формат. Будь-яка поштова програма підтримує суто текстові сообщения.

Якщо ваша адресат скаржиться, і що може прочитати ваш лист, ви можете вкотре послати його вигляді докладання, наприклад, як документа Word. Додатка, зазвичай, проходять не змінювалась. Або напишіть те саме волапюке. Volapuk — eto zapis «russkogo teksta latinskimi bukvami.

Якщо до вас прийшло неудобочитаемое повідомлення, попросіть його автора послати його знову, і зазначте, який формат листи вам бажаний. Зазвичай після кількох спроб і помилок листування налагоджується й надалі не викликає проблем.

6. Фундаментальна обізнаність із поштою через браузер.

Можете користуватися поштою не маючи поштової програми. Існує дуже багато серверів, які пропонують вам завести безплатний поштову скриньку й дозволяють працювати з поштою, використовуючи лише браузер. Такі служби є як (mail.ru, internet і до її межами (hotmail.com, mail.yahoo.com та інших.). Безкоштовні поштові служби живуть з допомогою доходів від рекламы.

Таке використання пошти має певні гідності. Можете легко змінювати провайдерів, не змінюючи свою адресу електронної пошти. Можете переглядати пошту з будь-якої світової комп’ютера, підключеного до Інтернету, і витрачати час на конфигурирование поштової програми. Зрозуміло, таке способу і свої недоліки. Ви можете під час роботи з поштою через браузер мінімізувати час підключення до Інтернету тією мірою, як і це дозволяють поштові програми. З іншого боку, загальнодоступні поштові серверу часто перегружены.

Найкраще комбінувати гідності обох способів. Багато користувачі заводять поштові скрині й свого провайдера, й у загальнодоступною поштової службі. Останній використовується під час поїздок, і цей час нею перенаправляється вся почта.

7. Списки розсилки, веб-форумы і групи новостей.

Одна з важливих достоїнств електронної пошти у тому, що вона дозволяє розсилати один і той ж повідомлення відразу великому числу адресатів. У найпростішому разі ви перелічуєте додаткові адреси на полі Сс: (Копія:) під час складання листи. Якщо до вас доводиться раз у раз посилати повідомлення одному й тому ж групі, наприклад, на десяток людина, такий спосіб стає нераціональним. Натомість ви можете створення у адресній книзі своєму поштовому програми один груповий адресу, перерахувавши у ньому не всі індивідуальні адреси. Під час упорядкування чергового листи ви потім просто вказуєте цей груповий адресу на полі «Кому: ». Це найпростіша форма списку розсилки; його створити будь-який користувач. Проте зазвичай під списком розсилки мається на увазі інша служба, потребує підтримки з боку провайдера. Ця служба дозволяє користувачам самим вносити себе у список розсилки (передплачувати нього) і видаляти себе з цього (припиняти підписку). Сама термінологія нагадує про газетах і часописах, і вони справді, списки розсилки виконують самі функції, як і паперові періодичних видань. Тільки але немає різкого розмежування між журналістами та публікою, немає і суворої періодичності - списки розсилки в більшою мірою нагадують колективні розмови. Вони були незамінним засобом організації робочих груп, здійснюють якийто проект, але можна використовувати і для спілкування з подобными.

Серверне програмне забезпечення на підтримку списків розсилки називається менеджером списків розсилки. Ви з переліком розсилки, використовуючи два поштових адреси: адміністративний й утворився звичайний. Посилаючи короткі стандартні команди по адміністративному адресою, ви можете передплатити список розсилки, припинити підписку, отримати список всіх передплатників і т.п. Звичайний адресу служить безпосередньо обмінюватись повідомленнями — листи цей адресу отримують всі передплатники даного списку розсилки. Наприклад, відправивши лист із єдиною рядком «subscribe fadrnews «по адміністративному адресою [email protected], ви подпишетесь на список розсилки під назвою fadrnews. Відтоді все повідомлення на адресу [email protected] надходитимуть після того, поряд з іншими передплатниками. Повний список адміністративних команд ви можете отримати, відправивши лист із єдиним словом «help «по адміністративному адресу.

Списки розсилки бувають модерируемыми і немодерируемыми. У модерируемых списках розсилки кожне повідомлення попередньо іде схвалення головного редактора, що називається модератором, в немодерируемых списках розсилання відбувається автоматично. Підписка відбувається автоматично у відкритих списках розсилки і летить схвалення модератору в закритих. Модератор потрібен передусім на здобуття права не допустити масову розсилку повідомлень рекламного характера.

Знайти найцікавіше вам список розсилки зазвичай нескладно — їх адреси наводяться на веб-сторінках, присвячених відповідної тематиці, чи поруч із допомогою пошукових служб. Підпишіться нею, і ви щодня отримувати поштою свіжу інформацію, без жодних додаткових зусиль з вашого боку. Якщо ви хоч захочете організувати власний список розсилки, зверніться до свого провайдера, вказавши при цьому, який список ви мені хочете завести, — модерируемый чи ні, закритий чи відкритий. Більшість провайдерів надає таку услугу.

Списки розсилки — це єдиний спосіб обміну інформацією між в межах групи людей, пов’язаних загальними інтересами. Групи новин виконують таку ж функції, але використовують із цього спеціалізоване програмне забезпечення і свій протокол під назвою NNTP. Існують багато тисяч груп, присвячених різним питанням, від комп’ютерних протоколів то туризму. На відміну від списків розсилки, існують за окремішності, а об'єднують у загальну ієрархію. Можете брати участь у них, використовуючи Microsoft Internet News (входить до складу Windows 95 починаючи з версії OSR2) чи Netscape Messenger, що підтримує як пошту, а й новини. Цим програмам необхідно вказати назва серверу новин свого провайдера. Як і поштою, новинами можна скористатися при допомоги браузери, використовуючи сервер deja.com. Співтовариство користувачів, що склався навколо груп новин (Usenet), має давню пам’ятати історію та багаті традиции.

Веб-форумы виконують самі функції, як і списки розсилки, але використовують із цього треба лише браузер. Вони виглядають як звичайні веб-сторінки, організовані в такий спосіб, кожен користувач може дописувати в них своє повідомлення. Як приклад можна подивитися веб-форум, присвячений каячному спорту (internet У цей час веб-форумы є найбільш зручне однак засіб для групових дискусій ще й оголошень, але вимагають більш тривалого підключення до Інтернету порівняно з списками рассылки.

8. Спам і поштовий этикет.

За всього зручність, електронна пошта надає багаті можливості для різноманітних зловживань. Найпоширенішим зловживанням є спам — масова розсилання повідомлень рекламного характеру. Спамери використовують саме те гідність електронної пошти, про якому ми щойно казали, — легкість розсилки із великої кількості адрес, але користуються ним у своїх інтересах. Взагалі електронна пошта — це втілена мрія рекламних агентів, вона дозволяє масово поширювати рекламу з допомогою рекламополучателя, як кажуть, накладеним платежом.

Не варто 80-х, поки Інтернет охоплював переважно університети, спам не представляв проблемою. Принаймні комерціалізації Інтернету частка спаму все ширилася, і останні рік він став справжнім лихом. За наявними оцінкам, спам зараз породжує понад 40 кримінальних% усього трафіку електронної пошти і груп новин. Виникла цілу індустрію, обслуговує інтереси спаммеров, торгуюча списками адрес для масової розсилки і спеціалізованими програмами. Що найбільш дивне, що наші фахівці по поширенню спаму переважно вважають, що роблять корисне і потрібна людям справа, і палко виступають на захист свободи слова.

Останні кілька років законодавці багатьох країн посилено займаються виробленням законів, вкладених у боротьбу з спамом. Проте законотворчий процес, традиційно невідь що швидкий, відверто буксує у новій собі області. Окремі штати США вже прийняли закони про спаме, але державних законів немає США, в Росії, ні з інших країнах. З іншого боку, закони навіть державного рівня не в можуть розв’язати проблем такий міжнародної мережі, як Интернет.

Те, що ні вдається регулювати законами, до певної міри вдається регулювати договорами. Більшість Інтернет-провайдерів, укладаючи договір з користувачем, вставляють туди пункт про заборону масової (віялової) розсилки рекламні матеріали. Якщо вже ви порушуєте цей пункт, провайдер блокує вам доступ до Інтернету, розриває договір і повертає решта вашому рахунку гроші. Одночасно відбуваються необхідні зміни у програмах. Наприклад, раніше ви використовувати SMTP-сервер будь-якого провайдера як серверу що виходить пошти. Нині ви найчастіше можете вказувати сервер що виходить пошти лише свого провайдера, з інших ви отримаєте повідомлення «We do not relay «(«Не відсилаємо чужу пошту »). Це робиться у тому, щоб було однозначно визначити, користувач якого провайдера займається розсиланням спаму. Провайдери, які обмежують розсилку спаму із своїх серверів, потрапляють у чорного списку, і інші провайдери перестають починати з них почту.

Що робити, коли ви починаєте одержувати листа зі схемами швидкого збагачення чи рекламою памперсів? Найкраще спробувати відстежити джерело повідомлення й чемно повідомити відповідного провайдера. Треба лише подивитися повний заголовок листи; у різних програмахце робиться по-різному. У Internet Mail, наприклад, при цьому потрібно клацнути правої кнопкою миші за повідомленням і вибрати пункт меню «Властивості «і закладку «Докладно ». Ви побачите кілька рядків, які починаються за словами «Received: from… «(«Отримано: від… »). Кожен із серверів, якими проходило це повідомлення, додає у його початок таку рядок зі своїми назвою. І найперша (сама нижня) їх дає вам назва сервера-отправителя. Наприклад, Якщо ця рядок виглядає так:

Received: from host1.mail.ru by host2.mail.ru,.

то пошліть скаргу за адресою [email protected] чи [email protected]. Не забудьте процитувати повному обсязі отримане вами лист, разом із повним заголовком. Можливо, ви отримаєте відповіді, але потрібні дії будуть швидше за все предприняты.

Взагалі для електронної пошти усталилися певні правила етикету, які краще соблюдать.

Не посилайте великих файлів як додатків. Пам’ятаєте, що ваш адресат, зазвичай, оплачує те що отримати ваш лист. Якщо в вас швидке підключення до Інтернету, вам не доставить ніяких труднощів прикласти до письма графічний файл обсягом кілька мегабайтів, наприклад, ялинку на Новий Рік. Вашому адресата ця ялинка доставить небагато радості, якщо одержуватиме її за модему. Пошта взагалі варта обміну великими файлами, цього є інші способи. Будьте взаємно чемні. Електронна пошта робить листування настільки простий і тому зручною, що це підводить деяких користувачів. Вони просто більше не встигають охолонути, а лист вже виявляється отосланным. Листи, написане у запалі, дістали назву флеймов.

Не цитуйте у відповідь все лист, яким ви відповідаєте. Крайній випадок — це коли цитується довгий лист, а відповідь складається з фрази «Цілком згоден » .

Не посилайте свою рекламу не призначені при цьому місця. Порядні люди так і не делают.

Коли ж ви берете участь в електронної дискусії, ви бачите, як усміхається або знизує плечима ваш співрозмовник, щоб показати, що він просто жартує. У електронному спілкуванні немає мови жестів. Те, що вам здається жартом, хтось не може б сприйняти як образу. Щоб запобігти зрив від таких непорозумінь і бурхливі сварки, ми маємо «усмішки «- «смайлики «(Smile — усмішка). Поверніть голову вліво й подивіться те що, що відбувається цю фразою. :-). Чи :). Це і основний смайлик. Він означає, що годі було приймати всерйоз певний попередній коментар. Смайлик робиться з двокрапки, дефіса й закриває круглої дужки. Деякі воліють слово «grin «(посмішка). Іноді для стислості ставлять просто букву.

Вот деякі інші смайлики:

|;-)|Подмигиваю;| |:-(|Поморщився;| |:-O|Поражен; | |8-)|В окулярах; | |=|:|Эйб | |-)=|Лінкольн. |.

Два останніх трошки штучні :-).

9. Шифрування пошти і цифрова подпись.

Коли ж ви посилаєте листа з електронної пошти, ви насправді посилаєте не лист, а листівку. У принципі так по всьому шляху від вашого комп’ютера до комп’ютера вашого адресата ваше повідомлення можуть чатувати цікаві очі, як приватні, і спеціально цього уполномоченные.

Держава завжди було великий інтерес до окремого спілкуванню своїх громадян. Ідеться будь-яких зв’язку, від пошти до Інтернету, і належить до будь-яких державам, від тоталітарних до демократичних. Різниця у цьому, що спецслужби демократичних держав світу не поводяться відверто, але вони прагнуть отримати стільки прав, скільки їм дозволяє общество.

Наприклад, під час громадянської війни США між Північчю і Півднем державні органи активно прагнули взяти ситуацію під контроль телеграфне повідомлення. Телеграфні послуги тоді надавали багато компаній, у цьому однині і дрібні, схожі на сучасних Інтернет-провайдерів. Деякі телеграфісти тоді віддали перевагу сісти за грати, але з закладати інтереси своїм клієнтам, і після низки судових процесів над таємниця листування була законодавчо поширена телеграф. У Франції до 20-х телефон було заборонено від використання приватними особами через побоювання, що отримають сучасні кошти связи.

Інтернет у принципі дозволяє державним спецслужбам створити високо автоматизовану систему тотального стеження, і вони активно працюють з цього питанням в усіх країнах. Дорікати їх — це приблизно той самий, закликати хижаків вегетаріанства. Проте, як виборця і платника податків вас може зацікавити, потім і (наскільки ефективно витрачаються ваші средства.

Однією з широко обговорюваних сьогодні ініціатив ФСБ є законопроект СОРМ-2 (Система Оперативно-Розыскных Заходів), який передбачає створення виділених ліній зв’язку від ФСБ до кожного провайдеру і можливість таємного копіювання будь-який інформації, без санкції суду України або прокурора. SORM-2 суперечить, зокрема, 23-ї статті Конституції Російської Федерації, що гарантує таємницю будь-який переписки.

Якщо звичайні листи ви звикли посилати в конвертах, то можна буде ознайомитися з засобами шифрування електронної пошти. Не зробить із вас шпигуна, як і запечатування листів не свідчить про злочинному умислі, про манії преследования.

Ви, напевно, знаєте, що нерасшифровываемых шифрів немає. Це було цілком правильно — але донедавна. На біду спецслужб всіх країн, криптографія зараз серйозно обігнала криптоаналитику. Це означає, що, використовуючи доступні кошти, ви можете так зашифрувати своє послання, чого жодне ЦРУ їх расшифрует.

Фактичним стандартом для шифрування пошти стала програма під назвою PGP. Вона безплатна для некомерційного використання коштів і супроводжується відкритим вихідним кодом. Її версія для Windows легко інтегрується в поштові програми. Автор програми — Філіп Зіммерман — піддавався переслідуванню із боку американської влади, оскільки американського законодавства забороняє вивезення із країни сильних криптографічних продуктів і прирівнює це лише до експорту озброєнь. Цікаво, як програма була вивезена США: при цьому вихідний код програми, був видрукувано як книжок. Вивезення книжок може бути заборонено за американськими законам.

PGP використовує асиметричне шифрування. Це означає, що ви створюєте собі два ключа для шифрування — закритий і щирий. Відкритий ключ ви можете вільно поширювати — його використовуватиме шифрування пошти, спрямованої на на вашу адресу. Для розшифровки ви використовувати свій закритий ключ, що необхідно зберігати у секреті. Тим самим було зайвими попереднього обміну ключем для шифрування, використовуючи інші канали, крім Інтернету. Закритий ключ може бути вирахувано з открытого.

Зараз Група з Интернет-Технологиям (IETF) стверджує PGP як стандарту Інтернету для шифрування поштової листування. Можете цілком законно використовувати PGP у Росії, а то й маєте доступу державних тайнам.

Так само важливо, що PGP дозволяє вам підписувати свій лист, використовуючи ваш закритий ключ. Ваш адресат може перевірити цю підпис, використовуючи ваш відкритий ключ, причому вона лише однозначно встановлює вас як автора повідомлення, а й перестає бути правильної, якщо документ був якимось чином змінено у процесі передачі. Неможливо як підробити цифрову підпис, а й невдовзі змінити зміст підписаного документа.

Сьогодні найконсервативніші державами усвідомили, що Інтернету вони відставати від своїх конкурентів. Інтернет у всі більше перетворюється у середу бізнесу, яка потребує надійних коштів шифрування та на цифрових підписів. Тому спроби будь-яких державні органи взяти Інтернет під контроль чи заборонити кошти шифрування виглядають досить безглуздими і свідчить про марнотратності і некомпетентності. Однак ні працювати закони, які наказують річках текти вспять.

Заключение

Основна привабливість електронної пошти — її швидкість. Коли мережу ARPANET вперше вийшла арену, її розробники очікували, що переважним буде трафік (тобто обсяг інформації, переданої між вузлами) типу «процесс-процесс ». Вони помилилися. До їх великому изумлению, обсяг електронної пошти для людей перекрив обсяг зв’язок між процесами. Тоді, як сніг, дощ, спека могли зупинити поштових кур'єрів, можливості мережі ARPANET доставляти повідомлення від західного узбережжя Сполучених Штатів до східному протягом кількох секунд почали революційні процеси в засобах сообщения.

Але є інші переваги, які так широковідомі. Телефон також надає майже миттєвий доступ, але дослідження показали, що майже 75% телефонних викликів закінчуються безуспішно («Я дуже шкодую, але містер Сміт на совещании/уехал в командировку/вышел з кімнати. »). Електронна пошта має таку ж швидкість доступу, як і телефон, але з вимагає одночасно бути присутнім обох абонентів різними кінцях телефонної линии.

Зручність такого засоби зв’язку важко переоцінити. Швидкість, дешевизна, необременительность, можливість передавати інформацію будь-якого обсягу будь-який пункт світу. Не дивно, що електронна пошта придбала таку широку популярність серед користувачів як Інтернету, а й інших досить популярних мереж — як-от Fidonet, Bitnet і AOL.

Як мовилося раніше раніше, неможливо у межах однієї курсової роботи у повною мірою висвітлити цієї проблеми, але сподіваюся, що мені хоча у якійсь мірі відповісти на основні питання — питання адресації, а також розглянути принципи організації протоколів прийому і передачі й самої служби електронної пошти Інтернету. На погляд, важливими є також питання, що стосуються як мережного етикету загалом, і поштового зокрема, тим паче, що в міру того, як розвиток мережі Інтернет прямує до нескінченності, рівень грамотності і самосвідомості більшу частину його мешканців, на жаль, котиться до нуля. Страшно подумати, але безграмотність і неповага у мережі стає свого роду шармом… Але то це вже тема — для інший курсової работы.

??? державний ??? університет кафедра ???

Курсова робота з дисципліни «???»: «Електронна пошта як сервіс глобальної мережі. Протоколи передачі почты».

??? — 2004.

1. Адресація у системі електронної почты.

1. Структура адреса.

2. Посилка електронної пошти до інших сети.

3. Формат поштового сообщения.

2. Протоколи прийому і передачі почты.

2.1. Простий протокол передачі пошти (SMTP).

2.1.1. Команди SMTP та його последовательность.

2.1.2. Коди відповідей SMTP.

2.1.3. Обмеження по размерам.

2.1.4. Проміжні агенты.

2.2. Удосконалення електронної почты.

2.2.1. Розширення SMTP.

2.2.2. MIME.

2.2.3. Способи кодування MIME.

2.2.4. Реалізація методу Base-64.

2.3. Протокол доставки пошти (POP).

3. Організація служби електронної пошти у мережі Интернет.

4. Поштові программы.

5. Особливості національного переписки.

6. Фундаментальна обізнаність із поштою через браузер.

7. Списки розсилки, веб-форумы і групи новостей.

8. Спам і поштовий этикет.

9. Шифрування пошти і цифрова подпись.

Заключение

1. Эви Немет, Гарт Снайдер та інших. UNIX: керівництво системного администратора.-К.:BHV, 1996.

2. Персональні комп’ютери у мережах TCP/IP — Київ, видавнича група BHV,.

3. Э. А. Якубайтис, «Информатика-электроника-сети». М., «Фінанси і статистика», 1989.

4. On-line manual pages for Linux.

5. internet — географічні зони мережі Интернет.

6. internet — сервер інформаційних технологий.

7. internet — курс «Технології Интернет».

Показати весь текст

Заповнити форму поточною роботою