Электрондук почта

Wikibooks дан

== Электрондук почта ==

О.ТҮГӨЛБАЕВ, Республикалык педагогикалык кызматкерлерлердин квалификациясын жогорулатуу жана кайра даярдоо институтунун улук окутуучусу

Электрондук почта (англисче email, e-mail [iˈmeɪl], бул англ. electronic mail деген сөз) - бул компьютердик тармактын колдонуучуларынын ортосундагы электрондук билдирүүлөрдү ("кат", "электрондук почта" же "кабар" деп аталат) жөнөтүү жана кабыл алуу технологиясы жана кызматы.
Элементтердин курамы жана иштөө принциби боюнча, электрондук почта кадимки (кагаз жүзүндөгү) почта тутумун кайталайт, экөөндө тең (почта, кат, конверт, тиркеме, кутуча, жеткирүү ж.б.) түшүнүктөр бар жана мүнөздүү өзгөчөлүктөрү окшош: колдонуунун жеңилдиги, билдирүүлөрдүн кечигиши, жетиштүү ишенимдүүлүк жана, ошол эле учурда, жеткирүү кепилдиги жок.
Электрондук почтанын артыкчылыктары:

  • почтанын адреси кардардын аты@домендин аты (мисалы, somebody@example.com) сыяктуу окууга жана түшүнүүгө жеңил берилет;
  • жөнөкөй текстти жана форматталган текстти, ошондой эле каалаган файлдарды (тексттик документтер, медиа файлдар, программалар, архивдер ж.б.) жиберүү мүмкүнчүлүгү;
  • сервердин көзкарандысыздыгы (жалпысынан алар бири-бирине түз кайрылышат);
  • билдирүүлөрдү жеткирүүнүн жетишээрлик жогорку ишенимдүүлүгү;
  • адамдар жана программалар тарабынан колдонуунун жеңилдиги, билдирүүлөрдү берүүнүн жогорку ылдамдыгы.

Электрондук почтанын кемчиликтери: спам сыяктуу көрүнүштөрдүн болушу (массалык жарнамалык жана вирустук билдирүүлөрү); билдирүүлөрдү жеткирүүдө мүмкүн болгон кечигүүлөр (бир нече күнгө чейин); бир билдирүүнүн көлөмүнө жана почта кутусундагы билдирүүлөрдүн жалпы көлөмүнө чектөө.
Учурда каалаган жаңы үйрөнчүк кардар өзүнүн акысыз электрондук почта кутучасын түзө алат, ал үчүн Интернет порталдарынын бирине катталуу жетиштүү.
==Аталыштар==
Эгерде Европада, Америкада жана башка региондордо жазуу учурунда эки гана вариант - "email" же "e-mail" - колдонулат(ал эми дефис жазуу же жазбоо боюнча сунуштар ар түрдүү, бири жаз десе, бири жазбай эле кой дейт). Бирок башка орфографияны да таба аласыз:

  • электрондук почта, эл.почта почта;
  • интернет-почта [3];
  • имейл(англис тилинен транскрипция) [4];
  • е-мейл, емейл, емайл,е-мэйл,мейл транслитерациянын ар кандай варианттары жана анын кыскартуулары).

Gramota.ru маалымдама бюросу алгач e-mail (латынча) же имейл (кириллица) жазуу сунуштаган[4], андан кийин электрондук почтанын кирилл жазылышын гана сунуштай баштаган, мисалы, Россия Илимдер Академиясынын Орус Орфографиялык Сөздүгүндө ушундай[5] [6 ].
Сөздүктөрдө орфографиялык төрт вариант бар: имейл, мейл[7], и-мейл, и-мэйл[8].
Расмий орус тилиндеги иш кагаздарда текстте ("байланыш ыкмасы" маанисинде) "электрондук почта" сөз айкашын колдонушат;байланыштар тизмесинде болсо "e-mail" префикси колдонулат (E-mail: user@example.com).

Тарых[түзөтүү]

Почта программасынын тексттик интерфейси
Электрондук почта, Д.Е. Мациевский, 2014
Электрондук почта 1965-жылы пайда болот: MIT кызматкерлери Ноэль Моррис жана Том Ван Влек IBM 7090/7094 компьютеринде орнотулган Compatible Time-Sharing System (CTSS) операциялык системвсы чн mail программасын жазган мезгилден башташат.
Электрондук почтанын жалпы өнүгүүсү колдонуучулардын көпкардар системаларында локалдык иштөөлөрүн өнүктүрүү аркылуу жүрдү. Колдонуучулар почта программасын (же анын эквивалентин) колдонуп, бир эле мейнфреймдин (чоң компьютердин) ичинде бири-бирине билдирүүлөрдү жөнөтө алышчу. Кийинки кадам башка машинадагы колдонуучуга билдирүүнү жөнөтө алуу менен башталды. Бул үчүн машинанын аты жана колдонуучунун аты колдонулган. Дарек fooijoe түрүндө жазылган (колдонуучу joe, компьютери fooi). Электрондук почтаны орнотуу боюнча үчүнчү кадам каттарды үчүнчү компьютер аркылуу өткөрүп берүү учурунда пайда болгон. UUCP адрес колдонулган учурда, колдонуучунун дареги бир нече ортодогу машиналар аркылуу өткөн (мисалы, gate1! gate2! Fooljoe - joe үчүн кат gate1, gate2 аркылуу foo машинасына келет). Бул даректин кемчилиги, жөнөтүүчү (же жөнөтүүчү иштеп жаткан машинанын администратору) адресаттын машинасына так жолду билиши керек болчу.
Ысымдардын глобалдык системасы DNS пайда болгондон кийин user@example.com сыяктуу домендик аталыштар колдонула баштады: user аттуу колдонуучу example.com машинасында. Ошол эле учурда, "машинада" деген түшүнүктү кайра карап чыгуу болду: почта үчүн атайын серверлер бөлүндү, ага катардагы кардарлар кире алышкан эмес (администраторлор гана киришет), ал эми кардарлардын машиналарына эмес, серверге келген. кардарлар ар кандай тармактык протоколдорду колдонуп, өз почталарын серверден алып турушкан (азыр кеңири жайылган протоколдорго POP3, IMAP, MAPI жана веб-интерфейстер кирет). DNS пайда болгондон кийин, почта жеткирүү каттамдарын резервге алуу тутуму ойлоп табылып, почта дарегиндеги домендик аталыш белгилүү бир компьютердин аталышы болбостон, жөн гана почта дарегинин бир үзүндүсү болуп калган. Көпчүлүк серверлер (физикалык жактан ар кайсы континенттерде жана ар кандай уюмдарда жайгашкан) домендин тейлениши үчүн жооптуу болуп калды, ошондой эле, бир домендин кардарларынын ортосунда эч кандай жалпылык жок болушу мүмкүн (бул айрыкча бекер электрондук почта серверлеринин колдонуучулары үчүн өзгөчө мааниге ээ).
Мындан тышкары, башка электрондук почта тутумдары да болгон (алардын айрымдары дагы деле бар), мисалы, Фидонет тармагындагы Netmail, X.25 тармактарындагы X.400 . Аларга Интернеттен кирүү-чыгуу почта шлюзу аркылуу ишке ашырылат. X.25 тармактарындагы почталарды багыттоо үчүн, DNSте ушул X25 аталышы менен атайын ресурстук жазуу бар(код 19).
==Хронология==
1996, 4-июль (АКШнын Эгемендүүлүк күнү) - Hotmail почта кызматынын коммерциялык ишинин башталышы. Кызматтын башталган күнү Интернет-провайдерлери боштондукка чыкты деп коюшат.
1997, 8-март - Yahoo! компаниясы акысыз электрондук почта кызматтарынын бири болгон RocketMailди сатып алат. Yahoo!Mail сервиси пайда болду.
1998, 15-октябрь - Mail.ru акысыз электрондук почтасы иштей баштады.
2000-жыл, 26-июнь - Yandex.Mail ишке киргизилди - Яндекстен акысыз почта кызматы.
2000, 1-август - Rambler / mail иштей баштады - Rambler компаниясынын акысыз почта кызматы.
2004, 1-апрель - Google'дан акысыз Gmail кызматы иштей баштады.
==MxA классификациясы==
Электрондук почтаны жиберүүдө MTA, MDA жана MUA ортосундагы мамиле
Электрондук почта терминологиясында төмөнкү компоненттер өзгөчө орунду ээлейт:
МТА (англисче mail transfer agent - почта которуу агенти) - почта серверлеринин ортосунда почтаны багыттоо үчүн жооп берет; Адатта, чынжырдагы биринчи MTA, MUAдан кабар алат, акыркысы MDAга билдирүү жөнөтөт; кат жөнөтүүsmart host аркылуу ишке ашырылышы мүмкүн.
MDA (mail delivery agent - почта жеткирүү агенти) акыркы колдонуучуга почтаны жеткирүү үчүн жооп берет.
MUA (англисче mail usr agent - кардардын почта агенти); орусча белгилөөдө почта клиенти деген термин бар) - алынган каттарды көрсөткөн жана каттарга жооп берүү, түзүү, багыттоо мүмкүнчүлүгүн камсыз кылган программа.
MRA (англисче mail retrieval agent - почта издөө агенти) - бул MDA үчүн иштелип чыккан протоколдорду колдонуп, башка серверден каттарды алып турган почта сервери [9].
Колдонуучулардын почталарын сактоо үчүн атайын серверлерди колдонгон учурда, колдонуучунун сервер менен болгон бардык өз ара аракети ушул схемага туура келбеген протоколдордун жардамы менен ишке ашышы мүмкүн.
Почта серверлери көбүнчө MTA жана MDA катары иштешет. Айрым почта серверлери (программалары) MTAнын дагы, MDAнын дагы функциясын аткарат, айрымдары эки көзкарандысыз серверлерге бөлүнүүнү билдирет: server-MTA жана server-MDA (эгерде почта кутусуна кирүү үчүн POP3 жана IMAP сыяктуу протоколдор колдонулса, анда MDA, өз кезегинде, ал бирдиктүү тиркеме же ар бири өзүнчө протокол үчүн жооп берген тиркемелердин жыйындысы түрүндө ишке ашырылышы мүмкүн).
Бул тема боюнча көбүрөөк маалымат алуу үчүн Почта программасын караңыз.
==Заманбап архитектура (SMTP)==
Негизги макала: SMTP
Почтаны багыттоонун эң жөнөкөй учуру
Дүйнөдө жалпы кабыл алынган электрондук почта алмашуу протоколу SMTP (англисче simple mail transfer protocol - жөнөкөй почта жиберүү протоколу). Ал демейде почтаны багыттоо эрежелерин аныктоо үчүн DNSты колдонот (бирок Microsoft Exchange сыяктуу жеке тутумдарда, SMTP башка булактардан алынган маалымат боюнча иштей алат).
Ар кандай домендердин өз алдынча почта тутумдары бар. Ар бир почта доменинде бир нече колдонуучу болушу мүмкүн. (Бирок, чындыгында, бир уюм же адам бир эле почта тутуму тарабынан тейленүүчү (физикалык жактан) көптөгөн домендерге ээ болушу мүмкүн).
==Почта багыттамасы==
Почта сервери, катты алган (жергиликтүү булактан же башка серверден), почтаны иштетүү үчүн атайын эрежелер бар экендигин текшерет (эрежелер колдонуучунун атына, даректеги доменге, каттын мазмунуна ж.б.), эгерде атайын эрежелер жок болсо табылса, анда почтанын домени сервер үчүн локалдуу экени текшерилет (б.а. сервер каттын акыркы алуучусу болуп саналат). Андай болсо, кат иштелип чыгууга кабыл алынат. Эгерде каттын домени жергиликтүү эмес болсо, анда почтаны багыттоо процедурасы колдонулат (бул Интернеттеги ар кандай серверлердин ортосунда кат жөнөтүү үчүн негиз болуп саналат).
Багыттоодо алуучунун дарегинин домендик бөлүгү гана колдонулат (башкача айтканда @ белгисинен кийинки бөлүгү). Бардык MX жазуулар алуучунун домени боюнча изделет. Алар приоритетинин төмөндөө тартибинде иргелет. Эгерде почта серверинин дареги MX жазууларында көрсөтүлгөн түйүндөрдүн бирине дал келсе, анда MX жазуусундагы түйүндүн артыкчылыгынан төмөн приоритети бар бардык жазуулар (ошондой эле түйүндүн MX жазуусу) алынып салынат жана биринчи жооп берүүчү түйүнгө жеткирилет (түйүндөр). артыкчылыктын төмөндөө тартибинде сыналат). Бул жөнөтүүчүнүн почта сервери алуучунун почта серверинин релеси болгон учурда жасалат. Эгерде домен үчүн MX жазуусу табылбаса, анда доменге туура келген A жазуусун колдонуп, почтаны жеткирүү аракети көрүлөт. Эгерде домен жазуусу жок болсо, анда секирүү жөнүндө билдирүү пайда болот. Бул билдирүү MAIL FROM: <> (RFC 5321) менен түзүлөт, "To" талаасында баштапкы билдирүүнүн жөнөтүүчүсү көрсөтүлөт, ал эми "From" талаасында MAILER-DAEMON @ серверинин аталышындагы электрондук почта бар. Сервердин аталышы билдирүүнү жараткан Интернеттеги хосттун атын билдирет. MAIL FROM: <> почта серверлерин серверлердин ортосундагы ката билдирүүлөрүнүн чексиз жүгүртүүдөн коргоого мүмкүндүк берет - эгер сервер катты бош кайтаруу дареги менен жеткире албагандыгын байкаса, аны жок кылат. Жеткирилбеген билдирүү дагы бир аз убакытты талап кылышы мүмкүн. Бул табылган көйгөй убактылуу деп табылганда пайда болот, бирок билдирүү кезекте бүттү (RFC 5321 бөлүмү).
==Стратегия жөнөтүү).==
Эгерде тармакта ар кандай DNS серверлери болсо (мисалы, тышкы - Интернетте жана жергиликтүү - өз чегинде), анда "ички" DNS серверлер эң жогорку приоритеттүү алуучу катары Интернетте жеткиликсиз серверге, почта дареги которулган серверге багытталышы мүмкүн. Интернет үчүн көздөгөн хост катары көрсөтүлгөн реле. Бул бөлүү почта аркылуу Интернет байланышы жок серверлердин ортосундагы жалпы эрежелерге ылайык багытталат.
==Почта кабыл алуу протоколдору==
Почта көздөгөн серверге жеткенден кийин, алынган каттарды убактылуу же биротоло сактайт. Почта менен иштөөнүн эки башка модели бар: почтаны сактоо түшүнүгү (кутуча) жана почта терминалы.
POP3
Почта сактоо концепциясында почта серверде убактылуу, чектелген өлчөмдө сакталат (кагаз почта үчүн почта кутусуна окшош), ал эми колдонуучу мезгил-мезгили менен почта кутусуна кирип, каттарды "алат" (башкача айтканда, почта кардары каттын көчүрмөсүн өзүнө жүктөп, түпнускасын почта кутусунан өчүрөт) ... POP3 протоколу ушул концепцияга негизделген.
IMAP
Почта терминалы деген түшүнүк почта ящиги менен байланышкан баардык кат алышуулар (анын ичинде жөнөтүлгөн каттардын көчүрмөсү) серверде сакталат, ал эми колдонуучу каттарды көрүү үчүн (кээде салттуу түрдө "почта ящиги" деп да аталат) кампага кирет (жаңы жана дагы) архив) жана жаңы каттарды жазуу (анын ичинде башка каттарга жооп берүү). IMAP протоколу жана акысыз почта кызматтарынын веб интерфейстеринин көпчүлүгү ушул принципте иштейт. Почта корреспонденттерин мындай сактоо почта серверлеринен кыйла көп күчтү талап кылат, натыйжада, көпчүлүк учурда, почта серверлеринин ортосунда почта жана почта сактоо серверлеринин ортосунда бөлүнүү болот.
==Айырмачылыктар==
Протоколдордун иштешинин негизинде аларды эки негизги критерий боюнча бөлүүгө болот:

  • сервердин иштеши - бул жагынан алганда, IMAP ресурстарга POP3 караганда көбүрөөк талап кылат, анткени почтаны иштеп чыгуу (мисалы, издөө) иштин бардыгы сервердин мойнуна жүктөлөт, POP3 почта аркылуу гана кардарды өткөрүп берет;
  • өткөрүү жөндөмдүүлүгү - бул жерде IMAP утат: POP3 бардык билдирүүлөрдүн негизги бөлүгүн өткөрөт, ал эми IMAP билдирүүлөрдүн айрым бөлүктөрүн, мисалы, тексттик билдирүүлөрдү гана, ал эми калгандары сурам боюнча өткөрө алат.

Белгилүү бир шарттарда почтаны сактоочу серверди кардарга окшош алып жүрүү үчүн конфигурациялоого болот: мындай сервер почта серверине POP3 протоколу аркылуу кирет жана өзү үчүн почтаны алат. Мындай чечимдер, адатта, толук кандуу почта серверлерин жайылтуу үчүн инфраструктурасы жок чакан уюмдарда колдонулат; бул учурда, локалдык сервер почтаны сактоо үчүн колдонулат жана провайдердин почта сервери, ал POP3 аркылуу каттарды кабыл алуу кызматын көрсөтөт (мисалы, fetchmailди колдонуу). Бул чечимдин негизги кемчилиги - жеткирүүнүн кечеңдеши (почта дарегин алган программалык камсыздоо серверлерди бир аз кечиктиргендиктен) - мисалы, Windows 2003 SBS тутумундагы Exchange 2003 Serverден POP3 туташтыргычы интерфейстин конфигурация интерфейси аркылуу 15 мүнөткө жетпеген убакытты орнотууга жол бербейт [10], анткени текшерүүлөрдүн ашыкча жыштыгы почта сервериндеги жүктөмдө көйгөйлөрдү жаратышы мүмкүн. Айрым почта серверлери мындай көрүнүштөн коргойт.
==Каттын түзүлүшү==
SMTP аркылуу берилгенде, электрондук почта төмөнкү бөлүктөрдөн турат.

  • Сервер алган SMTP конверт маалыматтары.

Бул маалыматтардын айрымдары билдирүүнүн өзүндө жок болуп калышы мүмкүн. Ошентип, мисалы, RCPT TO (конверт) билдирүүлөрдү алуучулардын тизмесин камтыйт, ал эми алуучу билдирүүнүн өзүндө көрсөтүлбөшү мүмкүн. Бул маалымат серверден тышкары SMTP протоколунун чегинде гана берилет жана почтаны жеткирүүдө протоколду өзгөртүү (мисалы, ички маршруттоо учурунда кабыл алуучу хостто) бул маалыматтын жоголушуна алып келиши мүмкүн. Көпчүлүк учурларда, бул маалымат SMTP эмес протоколдорду (POP3, IMAP) почта кутусуна кирүү үчүн колдонгон акыркы алуучуга жеткиликтүү эмес. Тутумду көзөмөлдөөг үчүн, бул маалымат адатта почта серверлеринин журналдарында сакталат.

  • Билдирүүнүн өзү (SMTP протоколунун терминологиясында - 'DATA'), ал өз кезегинде бош сап менен бөлүнгөн төмөнкү бөлүктөрдөн турат:

каттын баштары - аларда кызматтык маалыматтар жана кат өткөн почта серверлеринин белгилери, артыкчылык белгилери, даректин жана каттын жөнөтүүчүнүн жана алуучунун аты-жөнү, каттын темасы жана башка маалыматтар камтылган;

* тамганын тулку бөлүгү (англисче тулку) - анда каттын чыныгы билдирүүсү камтылган.
* SMTP конверт маалыматтары

SMTP конвертиндеги маалыматтар бирдей аталыштагы командалар менен коюлган параметрлерди камтыйт: Параметр HELO / EHLO - жөнөтүүчү түйүндүн аталышын (FQDN) же жөнөтүүчү түйүндүн тамгасынын дарегин камтыйт. MAIL FROM параметри - жөнөтүүчүнүн электрондук почтасын камтыйт. Дарек каалагандай болушу мүмкүн (анын ичинде SMTP протоколу менен уруксат берилген жок, бирок RFC 5321де атайын билдирүүлөр үчүн Null Reverse-Path, же мурунку электрондук почтаны колдонуу сунушталат [11]), бирок ката жөнүндө эскертмелерди түзүү үчүн ушул маани колдонулат билдирүүлөрдү жеткирүү (билдирүүнүн баш аталышынын Кайдан талаасындагы мааниси эмес). Бул даректи спамды [12] текшерүүдө жана башка учурларда [эмне?] Текшерүүгө болот. Билдирүүнү жөнөткөндө, кадимки почта кардары Кимден келген талаасынын мазмунунан MAIL FROM түзөт. RCPT TO параметри почта жеткирүү конвертинин эң маанилүү мазмуну жана бир же бир нече алуучулардын электрондук почта дарегин камтыйт. SMTP конвертин түзүүдө RCPT TO бир нече жолу колдонсо болот. Билдирүүнү жөнөткөндө, кадимки электрондук почта кардары билдирүүлөр талааларынын мазмунунан RCPT TO тизмесин түзөт, Көшүрмө жана Жашыруун көчүрмө. Электрондук почта аттары Электрондук почта баштары RFC стандарттары менен сүрөттөлөт: RFC 2076 - Жалпы Интернет билдирүүлөрүнүн башчылары, башка RFCлердин маалыматтарын камтыйт: RFC 822, RFC 1036, RFC 1123, RFC 1327, RFC 1496, RFC 1521, RFC 1766, RFC 1806, RFC 1864, RFC 1911). RFC 4021 - Почта жана MIME Header талааларын каттоо. Баш тамгалар каттын негизги бөлүгүнөн бош сызык менен бөлүнөт. Каттар жана тейлөө белгилери (кээде клюдг деп да аталат) өтүнүчүн журналга жазуу үчүн колдонулат. Microsoft Outlook программасында бул баш аталыштар Интернет аталышы деп аталат. Жогорудагы аталыштарда төмөнкүлөр көрсөтүлөт: кат өткөн почта серверлери (ар бир почта сервери бул катты кимден алгандыгы жөнүндө маалыматты кошот), бул каттын спамга окшош экендиги, антивирустук сканерлөө жөнүндө маалымат, каттын шашылыш деңгээли (мүмкүн почта серверлерин өзгөртүү). Ошондой эле, аталышта көбүнчө кат түзүлгөн программа камтылат. Баш аттар тейлөө маалыматы болгондуктан, почта кардарлары көбүнчө каттарды кадимкидей окуп жатканда аларды колдонуучудан жашырышат, бирок билдирүүнү тереңирээк талдап чыгуу зарылдыгы келип чыкса, бул аталыштарды көрүүгө мүмкүнчүлүк алышат. Эгерде SMTP форматындагы билдирүү башка форматка өткөрүлсө (мисалы, билдирүүлөр Microsoft Exchange 2007деги MAPIге которулат), диагностика максатында аталыштар өзүнчө сакталат. Адатта баш аталыштар төмөндөн өйдө карай кошулат (башкача айтканда, билдирүүгө аталышты кошуу керек болгондо, ал мурунку саптардын баарына чейин, биринчи сапка кошулат). Кызмат маалыматынан тышкары, билдирүүлөрдүн башчылары колдонуучуга көрсөтүлгөн маалыматтарды сакташат, бул көбүнчө билдирүү жөнөтүүчү, алуучу, жиберилген темасы жана датасы. Билдирүүнүн баштарында 7 биттик белгилер гана болушу мүмкүн [13]. Эгерде кээ бир тармактарда улуттук белгилерди колдонуу керек болсо, анда кодировканы колдонуу талап кылынат. Адатта, бул Base64 же Quote-Printable. Көп колдонулган аталыштар Кайтып келүү жолу: (RFC 821, RFC 1123) - катты көздөгөн жерге жеткирүү мүмкүн болбогон учурда, кайтып келген дарек. MAIL FROM жана From:, Sender: or Reply-To: аталыштарынан айырмаланышы мүмкүн, бирок адатта MAIL FROM менен бирдей болот. Алынды: (RFC 822, RFC 1123) - ар бир конкреттүү почта сервери (MTA) аркылуу каттын өтүшү жөнүндө маалыматтар. Бир нече почта серверлеринен өткөндө (жалпы кырдаал) мурункуларынын үстүнө жаңы баш аталыштар тиркелет, акыры кыймыл журналы тескери тартипте жазылат (алуучуга эң жакын түйүндөн эң алыскыга чейин). MIME-Версия: (RFC 1521) Бул билдирүү түзүлгөн MIME версиясы. Көбүнчө бул аталыш башкалардан мурун түзүлөт, демек, ал адатта эң биринчи (башкача айтканда, тизмеде акыркы) болот. Кимден: (RFC 822, RFC 1123, RFC 1036) - жөнөтүүчүнүн аты-жөнү жана дареги (ушул аталышта жөнөтүүчүнүн аты жазылган текст талаасы пайда болот). Кайтаруу жолуна дал келбеши мүмкүн, ал тургай SMTP MAIL FROM: header менен дал келбеши мүмкүн. Жөнөтүүчү: (RFC 822, RFC 1123) - катты жөнөтүүчү. Бирөөнүн атынан (келген) катты башка адам жибергендигин көрсөтүү мүмкүнчүлүгү үчүн кошулган (мисалы, башчынын атынан катчы). Айрым электрондук почта кардарлары билдирүүнү жөнөтүүчүнүн катышуусунда жана "жөнөтүүчүнүн атынан" келгендин атынан "билдирүү катары көрсөтүшөт." Жөнөтүүчү - бул маалыматтык баш (жана SMTP MAIL FROM баштан айырмаланышы мүмкүн). Кимге: (RFC 822, RFC 1123) - алуучунун аты-жөнү жана дареги. Ал бир нече жолу камтылышы мүмкүн (эгер кат бир нече алуучуларга жөнөтүлсө). Ушул талаанын негизинде SMTP RCPT TO талаасынын мазмуну түзүлөт. Cc: (RFC 822, RFC 1123) - (англис тилиндеги көмүртек көчүрмөсүнөн) көчүрмө жөнөтүлгөн каттын экинчи даректерин алуучулардын аттарын жана даректерин камтыйт. SMTP RCPT TO талаасын, ошондой эле "To" талаасын түзүүгө катышат. Жашыруун көчүрмө: (RFC 822, RFC 1123) - (англисче сокур көмүртек көчүрмөсүнөн) катты алуучулардын аттарын жана даректерин камтыйт, алардын даректери башка алуучуларга көрсөтүлбөшү керек. "To" жана "Cc" талаалары сыяктуу SMTP RCPT TO талаасын түзүүгө катышат, бирок жөнөтүлгөн билдирүүдө жок. Жооп: (RFC 822, RFC 1036) - бул катка жоопторду келтирүү керек болгон аталышы жана дареги. Эгерде, мисалы, катты робот жиберсе, анда жооп-кат катка жооп алууга даяр турган почта кутусунун дареги болот. Билдирүү ID: (RFC 822, RFC 1036) - уникалдуу билдирүү идентификатору. Жөнөтүүчү түйүнүнүн дарегинен жана номерден турат (түйүндүн ичинде уникалдуу). Уникалдуу номерди жаратуунун алгоритми серверден / кардардан көз каранды. Көрүнөт: AAB77AA2175ADD4BACECE2A49988705C0C93BB7B4A@example.com. Башка идентификаторлор менен бирдикте почта тутумунун журналдары аркылуу белгилүү бир билдирүүнүн өтүшүн издөө үчүн колдонулат (почта тутумдары каттын өтүшүн өзүнүн Message-ID аркылуу жазат) жана башка тамгалардан келген катты көрсөтүү үчүн (тамгалардын топторун топтоо жана куруу үчүн колдонулат). Адатта катты жазуу учурунда почта кардары (MUA) тарабынан түзүлөт. Жооп иретинде: (RFC 822) - бул кат жооп болгон Билдирүү-IDни көрсөтөт (муну колдонуп, почта кардарлары кат алышуу чынжырын оңой эле кура алышат - ар бир жаңы жооп мурунку билдирүү үчүн Message-ID камтыйт). Темасы: (RFC 822, RFC 1036) - электрондук почтанын предмети. Дата: (RFC 822, RFC 1123, RFC 1036) - билдирүү жөнөтүлгөн күн. Мазмун-түрү: (RFC 1049, RFC 1123, RFC 1521, RFC 1766) - билдирүү мазмунунун түрү (HTML, RTF, Жөнөкөй текст) жана билдирүү түзүлгөн коддоо (төмөндө коддоо жөнүндө). Return-Receipt-To: (RFC 2076) - алуучунун почта сервери жеткирүү дүмүрчөгүн жөнөтүшү керек болгон электрондук почта. RFC 2076 "Интернет стандарты эмес" бөлүмүндө айтылат, андыктан серверлер тарабынан колдоого алынбайт. Disposition-Notification-To: (RFC 3798) - алуучунун почта кардары жеткирүү жөнүндө билдирүүнү колдонуучу уруксат берсе жөнөтүшү керек болгон электрондук почта (орнотуулар ж.б.). Стандарттардан тышкары, почта кардарлары, серверлер жана почта роботтору өз баштарын "X-" ден баштай алышат (мисалы: X-Mailer, X-MyServer-Note-OK, же X-Spamassasin-Level). Каттын негизги бөлүгү Каттын негизги бөлүгү баштан бош сызык менен бөлүнөт. Smtp эмес стандарттарда билдирүүлөрдүн форматы тутумдук стандарттан көз каранды (мисалы, MAPI), бирок MAPI шайкеш тутумдан "кетээрден" мурун (мисалы, аны Интернет аркылуу жиберүүдөн мурун) ал, адатта, SMTP шайкеш формага которулат (антпесе, билдирүүнүн багыттамасы болмок мүмкүн эмес, анткени Интернетке кат жөнөтүү стандарты SMTP). Билдирүү бөлүгүндө басылып чыгуучу белгилерге гана уруксат берилген. Демек, экилик маалыматты (сүрөттөрдү, аткарылуучу файлдарды ж.б.) өткөрүп берүү максатында, маалыматтарды 7-бит түрүндө алып келген кодировкалар колдонулат - Base64 же UUE. Мындан тышкары, электрондук почтанын башталышында чектөө кыйла катаал болгон - айрым почта тутумдары 7-биттик билдирүүлөрдү гана колдогон. Мындай тутумдар менен иштөө максатында кадимки текст улуттук символдордун катышуусунда, ошондой эле 7-бит түрүндө коддолушу мүмкүн. Бул үчүн Base64 же Quote-Printable колдонулат. Бирок, 7-биттик билдирүүлөрдү гана иштете турган почта тутумдары азыр дээрлик жок. Тамгалардын чынжырлары Катта уникалдуу идентификатор болгондугуна байланыштуу, ошондой эле почта кардарларынын басымдуу көпчүлүгү катка жооп берип жатып, идентификаторду In-Reply-To талаасында көчүрүп алышкан ("жооп катары"), каттарды чынжырчага ишенимдүү топтоштурууга болот (англисче жип). ... Бул ар кандай электрондук почта кардарларында ар башкача жасалат. Мисалы, Microsoft Outlook берилген билдирүүгө байланыштуу бардык билдирүүлөрдү табууга мүмкүндүк берет, ал эми GMail веб-интерфейси жип жөнүндө маалыматтын негизинде билдирүүлөрдү бир объектке топтоштурат. Айрым почта кардарлары (мисалы, mutt) чынжырчаларды (адатта, сүйлөшүүдө көп жазылуучулар болгондо пайда болот) чынжырчаларды түзүүгө мүмкүндүк берет (суроо бир нече жоопторду жараткан, алардын ар бирине комментарий берилген - бул дарактын бир нече бутактарын пайда кылган). Ошондой эле, мындай кардарлар, адатта, билдирүүнүн темасы өзгөрүлгөндө, жиптерди күч менен кесүүгө мүмкүнчүлүк алышат (билдирүүнүн темасын өзгөртүү жаңы талкууну билдирет деп божомолдосок да, мурунку сүйлөшүүдөн улам келип чыккандыр). Электрондук почтаны шифрлөө Азыркы учурда почтаны шифрлөө үчүн эки стандарт кеңири колдонулат: S / MIME (ачык ачкыч инфраструктурасын колдонот) жана OpenPGP (колдонуучуга ишенимдүү схемасы бар сертификаттарды колдонот). Мурда MOSS жана PEM стандарттары дагы болгон, бирок бири-бирине дал келбегендиктен жана колдонуунун ыңгайсыздыгынан улам алар тамыр жайган эмес. S / MIME жана OpenPGP коргоонун үч түрүн камсыз кылат: бурмалоодон коргоо, кайтарылгыс кол коюу жана купуялуулук (шифрлөө). Андан тышкары, S / MIME 3-нускасы коопсуз кол алышууну колдонууга мүмкүндүк берет (анда каттын келип түшкөндүгү жөнүндө кат кат алуучуга өзгөрүүсүз гана ийгиликтүү жүргүзүлөт). Стандарттын BAлары симметриялуу криптоалгоритмдерди колдонуп, билдирүү корпусун шифрлешет, ал эми симметриялык ачкыч алуучунун ачык ачкычынын жардамы менен шифрленет. Эгерде кат адамдардын тобуна жөнөтүлсө, анда симметриялык ачкыч алуучулардын ар бир ачык ачкычы менен кезеги менен шифрленет (ал эми кээде ыңгайлуулугу үчүн, ал жиберген катты окуй алышы үчүн, жөнөтүүчүнүн ачык ачкычы менен). Коммерциялык пайдалануу Учурда почта тутумдарын коммерциялык пайдалануунун төмөнкү моделдери бар: Үй жана корпоративдик почта тутумдары - ээсинин өзүнүн же ижарага алган жабдууларынын жардамы менен иштейт (көбүнчө ал почта сервери иштеген домендин ээси да болот). Электрондук почтаны кабыл алуу / жөнөтүү кызматы үчүнчү жак тарабынан жүзөгө ашырылат. Уюм (адам) доменге ээлик кылат жана кат алышуу архивин өз алдынча сактайт. Почтаны кабыл алуу / жөнөтүү жана сактоо кызматтары үчүнчү жактын уюму тарабынан анын объектилеринде көрсөтүлөт. Кардар каттарды жөнөтүү жана каттардын архивине кирүү үчүн подрядчиктин тутумуна кире алат. Бул учурда, почта домени кардарга таандык болот. Каттарды кабыл алуу, жөнөтүү, сактоо аткаруучу тарабынан жүзөгө ашырылат, почта домени аткаруучуга таандык. Бул кызматтардын көпчүлүгү акысыз жана колдонуучуга жарнамаларды көрсөтүү менен иштешет же аткаруучунун башка кызматтарына акысыз кошумча болуп саналат (толук маалымат алуу үчүн: Акысыз электрондук почта кызматтары). Почта тизмелери Негизги макала: Электрондук почта өнөктүктөрү Почта тутуму каттарды бирден көп абоненттерге жөнөтүүгө негизделген татаал тутумдарды уюштурууга мүмкүндүк берет, булар: Почта тизмелери - почта тизмесинин абоненттерине жөнөтүлгөн, бир эле мазмундагы (же шаблонун өзгөрткөн) бир даректен кат. Техникалык жактан ал бир нече каттарды жөнөтүү (шаблондор үчүн колдонулат) же бир нече алуучулар менен кат жөнөтүү (TO, CC, BCC талааларында) катары уюштурулушу мүмкүн. Чоң почта тизмелерин башкаруу үчүн (10-50дөн ашык абонент) атайын программалар колдонулат (мисалы, почта катчысы). Тиешелүү түрдө уюштурулган почта тизмеси каттарды (катты жеткирүү мүмкүн эместиги жөнүндө билдирүүлөрдү) кайтарып алууну алуучуларды почта тизмесинен чыгаруу менен көзөмөлдөп, абоненттерге почта билдирүүлөрүнөн баш тартууга мүмкүнчүлүк бериши керек. Керексиз почта билдирүүлөрү спам деп аталат жана почта тутумдарынын иштешин бир кыйла татаалдаштырат. Кат алышуу топтору - каттын топтун дарегине (адистештирилген программа тарабынан иштелип чыккан кадимки почта дареги) топтун бардык мүчөлөрүнө жөнөтүлүүчү адистештирилген почта тизмеси. Бул маалымат жыйындарына, жаңырык конференцияларына окшош. Туура конфигурацияланган почта тизмеси циклдарды көзөмөлдөшү керек (бири-бирине жазылган эки почта роботу каттарды жөнөтүүнүн чексиз циклин түзө алат), билдирүү жарыялоого укугу бар почта тизмесинин катышуучуларынын тизмесин чектейт жана почта тизмелерине карата башка талаптарды аткарат. Почта тизмесинин башкаруучулары почта тизмесин башкаруу үчүн колдонулат. Даректердин тизмесин жүргүзүүдөн жана берилген билдирүүнү жөнөтүүдөн тышкары, алар каттарды фильтрлөөнү, каттарды почта тизмесине киргизүүдөн мурун алдын-ала модерациялоону, архивдерди жүргүзүүнү, жазылууну / жазылууну башкарууну, почта билдирүүлөрүнүн жалпы көлөмүнүн ордуна дайджесттерди (кыскача мазмунду) жөнөтүүнү камсыз кылышат. Почта тизмесин башкаруу программаларынын мисалдары: почта катчысы; Симпа; Majordomo. Спам Негизги макала: Спам Спам - бул турак-жай имараттарынын почта ящиктерине бекер таратылган кагаз жарнамасына окшош, белгилүү бир өнүмдү же кызматты жарнамалоо максатында (көбүнчө каалабаган) почта билдирүүлөрүнүн бир түрү. Электрондук почтанын популярдуулугу өскөн сайын, ал (usenet жаңылык топтору менен кошо) кадимки почта ящиктерине жарнамалык брошюраларды жөнөтүү ыкмасына окшоп, суралбаган жарнамалык билдирүүлөрдү жөнөтүү үчүн колдонула баштады. Бирок, кагазга почта аркылуу жөнөтүүнүн олуттуу чыгымдарынан айырмаланып, бир топ көлөмдөгү (миллиондогон жана миллиарддаган) билдирүүлөрдү жөнөтүү жөнөтүүчүгө дээрлик эч нерсени талап кылбайт. Бул жарнамалык почта билдирүүлөрүнүн санынын жана көлөмүнүн пропорционалдуу эмес өсүшүнө алып келди (айрым маалыматтар боюнча [14], спам азыркы учурда бардык почта билдирүүлөрүнүн 70-90% түзөт, башкача айтканда, ал жүк жүктөмүнөн 2–10 эсе ашып кеткен). Учурда спамдарды жөнөтүү үчүн бардык мүмкүн болгон техникалык айла-амалдар активдүү колдонулуп жатат: ачык релелер, реймайлерлер, прокси-серверлер, акысыз электрондук почта серверлери (почта жөнөтүүлөрүн автоматташтырууга мүмкүндүк берет), ботнеттер, ишенимсиздик жөнүндө жасалма билдирүүлөр. Жарнамага тыюу салуу күчөтүлгөндүктөн, билдирүүлөр мыйзамдуу почта билдирүүлөрүнө (колдонуучу адатта жазылат жана каалаган убакта баш тарта алат) жана легитимсиз (иш жүзүндө спам деп аталат) болуп бөлүнгөн. Спам менен күрөшүү үчүн ар кандай механизмдер иштелип чыккан (жөнөтүүчүлөрдүн кара тизмелери, почта серверинен жөнөтүү үчүн кайрадан байланышууну талап кылган боз тизмелер, контексттик чыпкалар). Спамга каршы куралды киргизүүнүн натыйжаларынын бири спамга байланыштуу "жалган оң" чечимдин чыгышы ыктымалдыгы болгон, башкача айтканда, спам эмес билдирүүлөрдүн айрымдары спам деп белгиленип баштаган. Агрессивдүү анти-спам саясаты болгон учурда (спам болуп көрүнгөн билдирүүлөрдү жок кылуу, жөнөтүүчүгө / алуучуга билдирбестен автоматтык режимде), бул каттарды табууда кыйынчылыктарды табууга алып келет. Эң популярдуу электрондук почта кызматтары Популярдуу электрондук почта кызматтарынын көпчүлүк бөлүгүн IT компаниялары башка веб-өнүмдөр менен кошо камсыз кылышат: издөө тутумдары, маалымат булуттарын сактоочу жайлар жана башкалар. Эң популярдуу [маалымат булагы 1312 күн көрсөтүлгөн эмес] Орус тилиндеги электрондук почта кызматтары Google (Gmail), Yandex (Yandex) тарабынан иштелип чыккан. Mail), Mail.ru (Mail.ru), Microsoft (Hotmail жана Outlook). дагы карагыла

  • @
  • Webmail
  • Электрондук почта серверлерин салыштыруу (англисче) орусча.
  • Ыкчам кабарлашуу тутуму
  • Жеке маалымат

Эскертүүлөр

1. Электрондук почта - Сөздүк - SeoPult.Ru.
2. Электрондук почта дефисин жоготту
3. "ComputerPress" журналы 6'2001 - Интернет почта
4. Суроо номери 220471 Gramota.ru
5. Жооп изде. new.gramota.ru. Дарылануу датасы: 2019-жылдын 14-марты.
6. Суроо No 275417 Gramota.ru
7. Сөз издөө: "* m? Yl" үлгүсү боюнча издөө
8. Сөздүктөрдөн издөө - Сөз текшерүү: * m? Il Gramota.ru
9. MuttWiki: MailConcept (жеткиликсиз шилтеме). Текшерилген күнү 5 Сентябрь 2009. Архивделген күнү 16 Декабрь 2008.
10. Exchange Админдеги Exchange 2003 (SBS2003) үчүн POP3 туташтыргычы (жеткиликсиз шилтеме)
11. RFC 5321: 4.5.5. Тескери жол менен билдирүүлөр
12. Кайра чалууну текшерүү
13. Азыркы учурда электрондук почтадагы улуттук белгилерди колдоо үчүн стандарттардын топтому иштелип чыккан (RFC 6531, RFC 6532, RFC 6533), бирок бардык эле программалар аны колдобойт.
14. Securelist - Спам 2009-жылдын май айында, Касперский Лабораториясынын маалыматы боюнча, 2009-жылдын май айында спамдын көлөмү жалпы кат-кабарлардын 70-90% түзгөн.

Шилтемелер

  • RFC 822 - ARPA Интернет Текст билдирүүлөрү үчүн стандарт
  • RFC 2142 - Жалпы кызматтар, ролдор жана функциялар үчүн почта кутучасынын аталыштары
  • RFC 2368 - Mailto URL схемасы
  • RFC 5322 - Интернет билдирүүлөрүнүн форматы
  • RFC 2045 - Интернет билдирүүлөрүнүн форматы