Басқа сөздіктерде «Электрондық пошта» деген не екенін қараңыз:

Тақырыптар

Егер Еуропада, Америкада және басқа аймақтарда тек екі емле қолданылады - «электрондық пошта»және сирек, «электрондық пошта»(2011 жылдың наурыз айынан бастап ағылшын тілді БАҚ-қа «электрондық пошта» аббревиатурасын «e-mail» емес, «электрондық пошта» деп жазу ұсынылады), содан кейін орыс тілінде айтарлықтай өзгергіштік бар. Көбінесе кириллица мәтіндерінде «электрондық пошта» да қолданылады, яғни транслитерациясыз латын тілінде жазу (басқа жазу түрлерін визуалды қабылдау нашар). Бірақ сіз басқа емлелерді таба аласыз:

Сөздіктерде дұрыс жазылу әлі жазылмаған. Gramota.ru анықтамалық үстелі Е.Ваулина «Менің компьютерім» сөздігінде жазуды ұсынатынын көрсетеді. электрондық поштаЖәне электрондық пошта, бірақ мұндай емле әдеби нормаға сәйкес келмейтінін байқайды, бұл ретте басқа жауапта жазу ұсынылады. электрондық пошталатын.

Іс жүзінде орыс тіліндегі ресми құжаттарда:

• мәтінде («байланыс әдісі» мағынасында) өрнекті қолданады «электрондық пошта»;
• префикс контактілер тізімінде қолданылады «электрондық пошта»(Электрондық пошта: [электрондық пошта қорғалған]).

Тарих

Электрондық поштаның пайда болуын 1965 жылы қызметкерлер (MIT) Ноэль Моррис пен Том Ван Влек IBM 7090/7094 компьютерінде орнатылған CTSS (Compatible Time-Sharing System) операциялық жүйесі үшін MAIL бағдарламасын жазған кезден байқауға болады.

Пошта бағдарламасының мәтіндік интерфейсі

Электрондық поштаның жалпы дамуы көп пайдаланушылық жүйелерде жергілікті қолданушылардың өзара әрекеттесуін дамыту арқылы болды. Пайдаланушылар пошталық бағдарламаны (немесе оның баламасын) пайдалана отырып, бір негізгі фреймде (үлкен компьютер) бір-біріне хабарламаларды жібере алады. Келесі қадам хабарламаны басқа машинадағы пайдаланушыға жіберу мүмкіндігі болды - бұл машина аты мен құрылғыдағы пайдаланушы атын көрсету арқылы жасалды. Мекенжай foo!joe (фоо компьютеріндегі joe пайдаланушысы) түрінде жазылуы мүмкін. Электрондық поштаның дамуындағы үшінші қадам хаттарды үшінші компьютер арқылы жіберудің пайда болуымен болды. UUCP пайдаланған жағдайда пайдаланушының мекенжайы бірнеше аралық машиналар арқылы пайдаланушыға бағытты қамтиды (мысалы, gate1!gate2!foo!joe - gate1 машинасы арқылы joe үшін хат, gate2 foo машинасына). Бұл адресацияның кемшілігі жіберушіге (немесе жіберуші жұмыс істеп тұрған машинаның әкімшісіне) тағайындалған машинаның нақты жолын білу қажет болатын.

Бөлінген жаһандық атау жүйесі DNS пайда болғаннан кейін домендік атаулар мекенжайды көрсету үшін қолданыла бастады - [электрондық пошта қорғалған]- machine example.com сайтындағы пайдаланушы пайдаланушысы. Сонымен бірге «машинада» түсінігі қайта қарастырылды: қарапайым пайдаланушылар (тек әкімшілер) қол жеткізе алмайтын пошта үшін арнайы серверлер қолданыла бастады, ал пайдаланушылар өз машиналарында жұмыс істеді, ал пошта жұмыс істемейді. пайдаланушылардың жұмыс станцияларына, бірақ пошта жәшіктеріне келеді.Пайдаланушылар әр түрлі желілік протоколдар арқылы поштасын алатын сервер (қазіргі уақытта ең көп таралғандары POP3, IMAP, MAPI, веб-интерфейстер). DNS пайда болуымен бір мезгілде поштаны жеткізу бағыттарын резервтеу жүйесі ойластырылды және пошталық мекенжайдағы домендік атау белгілі бір компьютердің атауы болуды тоқтатты және пошталық мекенжайдың фрагментіне айналды. Көптеген серверлер доменді ұстауға жауапты болуы мүмкін (мүмкін физикалық түрде әртүрлі континенттерде және әртүрлі ұйымдарда орналасқан) және бір домендегі пайдаланушылардың ортақ ештеңесі болмауы мүмкін (бұл әсіресе тегін электрондық пошта серверлерін пайдаланушыларға қатысты).

Сонымен қатар, басқа электрондық пошта жүйелері болды (олардың кейбіреулері әлі де бар), мысалы: Fidonet желісіндегі Netmail, X.25 желілеріндегі X.400 [ нақтылау]. Оларға Интернеттен және керісінше қол жеткізу пошта шлюзі арқылы жүзеге асырылады. X.25 желілерінде поштаны бағыттау үшін DNS сәйкес X25 атауы бар арнайы ресурс жазбасын береді (код 19).

Хронология

• 1996 жыл, 4 шілде (АҚШ Тәуелсіздік күні) – Hotmail пошта қызметінің коммерциялық жұмысының басталуы. Қызметтің басталу күні Интернет-провайдерлерден шығуды білдіреді.
• 1997 жылғы 8 наурыз – Yahoo! алғашқы тегін электрондық пошта қызметтерінің бірі RocketMail порталын сатып алады. Yahoo пайда болуы! Пошта.
• 1998 жыл, 15 қазан - Mail.Ru-дан тегін электрондық пошта іске қосылды.
• 2000 жыл, 26 маусым - Yandex.Mail іске қосылды - Яндекс-тен тегін пошта қызметі.

Қазіргі заманғы архитектура (SMTP)

Әлемде ең жиі қолданылатын электрондық пошта алмасу протоколы SMTP болып табылады. қарапайым поштаны тасымалдау протоколы- қарапайым поштаны жіберу протоколы). Жалпы іске асыруда ол поштаны қайта жіберу ережелерін анықтау үшін DNS пайдаланады (бірақ Microsoft Exchange сияқты жеке жүйелерде SMTP басқа көздерден алынған ақпаратпен әрекет ете алады).

IMAP

Тұжырымдама пост терминалпошта жәшігімен байланысты барлық хат-хабарлар (жіберілген электрондық хаттардың көшірмелерін қоса) серверде сақталатынын және пайдаланушы хат алмасуды (жаңа және мұрағатталған) көру және жаңа хаттар жазу үшін репозиторийге (кейде дәстүрлі түрде «пошта жәшігі» деп те аталады) кіретінін білдіреді. (басқа хаттарға жауаптарды қоса алғанда). IMAP протоколы және тегін электрондық пошта қызметтерінің көптеген веб-интерфейстері осы принцип бойынша жұмыс істейді. Пошта корреспонденциясын мұндай сақтау пошта серверлерінен айтарлықтай көбірек сыйымдылықты қажет етеді, нәтижесінде көп жағдайда поштаны қайта жіберетін пошта серверлері мен поштаны сақтау серверлері арасында алшақтық бар.

Айырмашылықтар

Хаттамалардың жұмысына қарай оларды екі негізгі критерий бойынша бөлуге болады:

• Сервердің өнімділігі - бұл жағдайда IMAP POP3-ке қарағанда ресурстарды талап етеді, өйткені барлық поштаны өңдеу жұмыстары (мысалы, іздеу) сервердің мойнына түседі, POP3 поштаны тек клиентке тасымалдайды;
• Өткізу қабілеті - мұнда IMAP жеңеді; POP3 барлық электрондық хаттардың толық мәтінін жібереді, ал IMAP тек электрондық хаттардың тақырыптарын жібереді, ал қалғаны сұрау бойынша.

Белгілі бір жағдайларда поштаны сақтау серверін клиентке ұқсас әрекет ету үшін конфигурациялауға болады: мұндай сервер пошта серверіне POP3 протоколы арқылы қатынасады және поштаны өзі үшін қабылдайды. Мұндай шешімдер әдетте толыққанды пошта серверлерін орналастыру үшін инфрақұрылымы жоқ шағын ұйымдарда қолданылады; бұл жағдайда поштаны сақтау үшін жергілікті сервер және POP3 арқылы поштаны алу қызметін ұсынатын провайдердің пошта сервері пайдаланылады (мысалы, fetchmail арқылы). Мұндай шешімнің негізгі кемшілігі жеткізудің кешігуі болып табылады (себебі поштаны жинайтын бағдарламалық қамтамасыз ету серверлерге біраз кідіріспен қол жеткізеді) - мысалы, Windows SBS бөлігі ретінде Exchange 2003 серверінің POP3 қосқышы азырақ интервал орнатуға мүмкіндік бермейді. конфигурация интерфейсі арқылы 15 минуттан артық.

Әріп құрылымы

SMTP арқылы жіберу кезінде электронды хаткелесі бөліктерден тұрады:

• Сервер қабылдайтын SMTP протоколының тақырыптары. Бұл тақырыптар хабарға кейінірек қосылып немесе енгізілмеуі мүмкін, сондықтан серверде хабарламаның өзінде қамтылғанға қарағанда хабарлама туралы көбірек ақпарат болуы мүмкін. Мәселен, мысалы, RCPT TO өрісі хатты алушыны көрсетеді, ал хаттың өзінде алушы көрсетілмеуі мүмкін. Бұл ақпарат серверден тыс тек SMTP хаттамасы шеңберінде беріледі және хатты жеткізу кезінде (мысалы, ішкі маршруттау кезінде алушы хостында) хаттаманың өзгеруі бұл ақпараттың жоғалуына әкелуі мүмкін. Көп жағдайда бұл ақпарат пошта жәшігіне қатынасу үшін SMTP емес протоколдарды (POP3, IMAP) пайдаланатын соңғы алушыға қол жетімді емес. Жүйенің денсаулығын бақылай алу үшін бұл ақпарат әдетте пошта серверінің журналдарында сақталады.
• Хабарламаның өзі (SMTP хаттамасының терминологиясында – «DATA»), ол өз кезегінде бос жолмен бөлінген келесі бөліктерден тұрады:
  • тақырыптар (ағылшынша) тақырыптар) хаттар, кейде қағаз поштамен ұқсастықпен аталады конверт(ағылшын) конверт). Тақырыпта сервистік ақпарат және хат өткен пошта серверлерінің белгілері, басымдық белгілері, хатты жіберуші мен алушының мекенжайы мен аты-жөні, хат тақырыбы және басқа да мәліметтер көрсетіледі. «Конверт» терминімен кейбір шатасулар бар, себебі жағдайға байланысты хаттың тақырыбы немесе хатты алғаннан кейін SMTP серверінде болатын ақпарат «конверт» деп аталады (мысалы, құжаттамада постфиксті пошта сервері, тек RCPT TO және MAIL FROM өрістерін ғана емес, сонымен қатар жіберушінің IP мекенжайын, оның HELO жолын және т.б. қамтитын SMTP деректері үшін қолданылатын «конверт» термині.)
  • Хаттың негізгі бөлігі. Хаттың мәтінінде, шын мәнінде, хаттың хабары бар. Стандартқа сәйкес әріптің негізгі бөлігінде тек 7-биттік ASCII таңбалары болуы мүмкін. Сондықтан ұлттық кодтауларды, ақпаратты ұсынудың әртүрлі формаларын (HTML, RTF, кескіндер, қосымшаның екілік файлдары) пайдаланған кезде хабарламаның негізгі бөлігі MIME стандартына сәйкес кодталуы керек және оны декодер немесе кодты қолданбай адам оқи алмайды. осындай декодері бар электрондық пошта клиенті.

SMTP тақырыбы

SMTP тақырыбы келесі ақпаратты қамтиды:

• жіберуші хосттың аты (жіберушінің аты емес, серверге немесе серверге кірген пайдаланушының компьютерінің атауы) – HELO/EHLO хабарлама параметрі, әдетте сервердің өзі «объективті» ақпаратпен толықтырылады (HELO). ерікті атау болуы мүмкін, ал жіберушінің IP мекенжайын жалған жасау әлдеқайда қиын), IP мекенжайы DNS жүйесінде PTR жазбасын іздеу үшін пайдаланылады, мұның бәрі бірге жіберушіні желі деңгейінде анықтауға мүмкіндік береді (және шын мәнінде ол жиі қара/ақ тізімдерді, соның ішінде Интернет арқылы жіберушінің сенімділігін тексеру үшін қолданылады - RBL қараңыз).
• MAIL FROM: жіберушінің мекенжайын қамтитын өріс. Мекенжай ерікті болуы мүмкін (соның ішінде жоқ домендерден де, бірақ бұл мекенжайды бастапқы спамды тексеру кезінде де тексеруге болады).
• 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 тақырып өрістерін тіркеу ( пошта журналы және MIME тақырып өрістері).

Тақырып әріптің негізгі бөлігінен бос жолмен бөлінген. Тақырып хат пен қызмет көрсету белгілерінің өтуін тіркеу үшін қолданылады (кейде журнал мен таңбалау сызықтары клудж деп аталады). Microsoft Outlook бағдарламасында бұл тақырып «Интернет тақырыптары» деп аталады (әр жолдың жеке тақырып екені түсініледі). Тақырып әдетте мыналарды көрсетеді: хат өткен пошта серверлері (әр пошта сервері осы хатты кімнен алғаны туралы ақпаратты қосады), бұл хаттың спамға ұқсайтыны туралы ақпарат, антивирустық сканерлеу туралы ақпарат, хаттың жеделдік деңгейі ( пошта серверлерін өзгертуге болады). Сондай-ақ тақырыпта әдетте хат жасалған бағдарлама жазылады. Көбінесе электрондық пошта клиенттері пошта жүйесін қалыпты пайдалану кезінде тақырыптарды пайдаланушыдан жасырады, бірақ хатты егжей-тегжейлі талдау қажет болған жағдайда тақырыптарды көру мүмкіндігін береді. SMTP пішіміндегі электрондық пошта басқа пішімге түрлендірілсе (мысалы, Microsoft Exchange 2007 жүйесінде электрондық хаттар SMTP пішімінен MAPI пішіміне түрлендіріледі), тақырыптар диагностикалық мақсаттар үшін бөлек сақталады.

Тақырыптар әдетте төменнен жоғарыға қосылады (яғни, хабарға тақырыпты қосу қажет болған сайын ол бірінші жолға, барлық алдыңғылардың алдында қосылады).

Қызметтік ақпараттан басқа, электрондық пошта тақырыптары да пайдаланушыға көрсетілетін ақпаратты сақтайды, әдетте бұл хатты жіберуші, алушы, тақырып және жіберу күні.

Жиі қолданылатын өрістер

• Қайтару жолы (RFC 821 , RFC 1123) - қайтару мекенжайы. MAIL FROM-дан өзгеше болуы мүмкін (яғни қайтару мекенжайы жіберушінің мекенжайынан басқаша көрсетілуі мүмкін).
• Қабылданды (RFC 822 , RFC 1123) - хабардың өтуін тіркеуге арналған жол. Әрбір пошта сервері (MTA) осы хабармен өңдеуді белгілейді. Егер хабарлама бірнеше пошта серверлері арқылы өтсе (әдеттегі жағдай), онда жаңа хабарламалар алдыңғылардың үстіне қосылады (және тасымалдау журналы кері тәртіпте, ең жақын түйіннен ең алысқа қарай оқылады).
• MIME нұсқасы (RFC 1521) - осы хабарлама жасалған MIME нұсқасы. Хабарлама әріппен барлық басқа оқиғалардың алдында жасалғандықтан, бұл тақырып әдетте ең бірінші (яғни тізімдегі соңғы) болады.
• Кімнен: (RFC 822 , RFC 1123 , RFC 1036) - Жіберушінің аты мен мекенжайы (осы тақырыпта жіберушінің аты бар мәтін өрісі пайда болады). Қайтару жолына сәйкес келмеуі мүмкін және тіпті SMTP MAIL FROM: тақырыбына сәйкес келмеуі мүмкін.
• Жіберуші: (RFC 822 , RFC 1123) - Хабарды жіберуші. Біреудің атынан хатты басқа адам (мысалы, бастықтың атынан хатшы) жібергенін көрсете білу үшін қосылды. Кейбір пошта клиенттері хабарды жіберушінің қатысуымен және «жіберушіден» «кімнен» атынан жіберілген хабарлама» ретінде көрсетеді. Жіберуші – ақпараттық тақырып (және сонымен қатар SMTP MAIL FROM тақырыбынан басқаша болуы мүмкін).
• Кімге: (RFC 822 , RFC 1123) - алушының аты мен мекенжайы. Ол бірнеше рет болуы мүмкін (егер хат бірнеше алушыға арналған болса). SMTP RCPT TO өрісіне сәйкес келмеуі мүмкін.
• cc: (RFC 822 , RFC 1123) - (ағылшын тілінен. көміртекті көшірме). Көшірме жіберілетін хатты екінші реттік алушылардың аты-жөні мен мекенжайын қамтиды.
• bcc: (RFC 822 , RFC 1123) - (ағылшын тілінен. соқыр көміртекті көшірме). Мекенжайлары басқа алушыларға көрсетілмеуі керек электрондық пошта алушылардың аттары мен мекенжайларын қамтиды. Бұл өріс әдетте пошта серверімен өңделеді (және жасырын көшірмеде электрондық пошта шын мәнінде жіберілген алушы ғана бар бірнеше түрлі хабарлар пайда болады). Алушылардың әрқайсысы осы өрістегі жасырын көшірме өрісіндегі басқа алушыларды көрмейді.
• Жауап беру: (