Имейлът е
Появата на електронната поща може да се проследи до 1965 г., когато служителите на Масачузетския технологичен институт (MIT) Ноел Морис и Том Ван Влек написаха програмата MAIL за операционната система CTSS (Compatible Time-Sharing System), инсталирана на компютър IBM 7090/7094.
Освен това имаше (и все още има) други системи за електронна поща (някои от тях все още съществуват), като например: Netmail в мрежата Fidonet, X.25. Достъпът до тях от Интернет и обратно се осъществява през пощенския портал. За маршрутизиране на поща в мрежи, запис на ресурс със съответното име X25 (код 19).
Модерна архитектура (SMTP)
SMTP (на английскиSimple mail transfer protocol, протокол за прехвърляне на поща) е общоприетият протокол за обмен на имейли в света. В общата реализация използва Microsoft Exchange, SMTP може да действа върху информация от други източници).
Различните домейни имат свои собствени независими пощенски системи. Всеки пощенски домейн може да има няколко потребители. (Всъщност обаче може да се окаже, че една организация или лице притежава много домейни, които се обслужват (физически) от една пощенска система). Пощата се прехвърля между възли с помощта на програми за прехвърляне на поща (англ.Mail Transfer Agent) (като например sendmail, exim4, postfix, Microsoft Exchange Server, Lotus Domino и др.). Поведението на системите при комуникация помежду си е строго стандартизирано, за това се използва протоколът SMTP (и спазването на този стандарт, заедно с универсалната DNS поддръжка от всички участници, е основата за възможността за комуникация „всички към всички“ без предварителни споразумения). Взаимодействие между пощенската система ипотребители, в общия случай не е регулирано по никакъв начин и може да бъде произволно, въпреки че има както отворени, така и затворени (обвързани със софтуер от конкретни производители) протоколи за взаимодействие между потребителите и пощенската система. Програмата, която работи в пощенската система и обслужва потребителите, се нарича English.агент за доставка на поща, агент за доставка на поща). В някои пощенски системи MDA и MTA могат да бъдат комбинирани в една програма, в други системи те могат да бъдат разделени като отделни програми или дори да работят на различни сървъри. Програмата, с която потребителят осъществява достъп, се нарича MUA (на английскиmail user agent), въпреки че в случай например на уеб интерфейс може да не присъства.
В рамките на дадена пощенска система (обикновено разположена в рамките на една и съща организация) може да има много пощенски сървъри, които изпълняват както препращане на поща в рамките на организацията, така и други задачи, свързани с електронната поща: филтриране на нежелана поща, антивирусно сканиране на прикачени файлове, предоставяне на автоматичен отговор, архивиране на входяща / изходяща поща, предоставяне на достъп до потребителите чрез различни методи (от ActiveSync). Взаимодействието между сървъри в рамките на една и съща пощенска система може или да бъде подчинено на общи правила (използване на DNS и правила за маршрутизиране на поща чрез SMTP протокол), или да следва собствените правила на компанията (използвания софтуер).
DNS ви позволява да посочите като получаващ сървър (MX-запис) всеки интернет хост, който не е непременно част от домейн зоната на домейна на получателя. Това може да се използва за настройка на препредаване (препращане) на поща през трети сървъри. Сървър на трета страна (например по-надежден от сървърите на потребителя) получава поща за домейна на потребителя и я препращадо пощенските сървъри на потребителя възможно най-скоро. Исторически погледнато, не е имало контрол върху това „към кого“ се препраща пощата (или не му е придавано нужното значение) и сървърите без такъв контрол препредават поща към всякакви домейни. Такива сървъри се наричат отворени релета (понастоящем новите отворени релета се появяват главно поради грешки в конфигурацията на сървъра).
Маршрутизиране на поща
В случая на Microsoft Exchange информацията за получателя от Active Directory се използва за маршрутизиране на поща между множество сървъри в организация. Версиите на Microsoft Exchange 2000, 2003 използват концепцията загрупа за маршрутизиране(и ръчно зададени конектори между групите), започвайки с Exchange 2007, маршрутизирането се основава на информация за топологията на Active Directory (т.е. маршрутизирането се извършва според настройките за репликация между възлите на Active Directory) [3]
Структура на писмото
Имейлсе състои от следните части:
SMTP заглавка
SMTP заглавката съдържа следната информация:
Заглавка на имейл
Заглавката на съобщението е описана от RFC 2076 - Common Internet Message Headers (стандарти за общи заглавки на съобщения), включва информация от други RFC: RFC 822, RFC 1036, RFC 1123, RFC 1327, RFC 1496, RFC 1521, RFC 1766, RFC 1806, RCC 1864, RFC 1 9 11).
Заглавката е отделена от тялото на писмото с празен ред. Заглавието се използва за регистриране на преминаването на буквата и служебните знаци (понякога линиите за регистриране и маркиране се наричат kludges). В Microsoft Outlook тази заглавка се нарича „Интернет заглавки“(разбира се, че всеки ред е отделно заглавие). Заглавката обикновено показва: пощенските сървъри, през които е преминало писмото (всеки пощенски сървър добавя информация за това от кого е получил това писмо), информация дали това писмо изглежда като спам, информация за антивирусно сканиране, нивото на спешност на писмото (може да се промени от пощенските сървъри). Също така в заглавката обикновено се пише програмата, с която е създадено писмото. Най-често имейл клиентите скриват заглавките от потребителя при нормална употреба на пощенската система, но предоставят възможност да видите заглавките, ако има нужда от по-подробен анализ на писмото. Ако имейл от SMTP формат се преобразува в друг формат (например в Microsoft Exchange 2007 имейлите се преобразуват от SMTP формат в MAPI), тогава заглавките се записват отделно, за да се даде възможност за диагностика.
Заглавките се добавят отдолу нагоре (т.е. всеки път, когато трябва да се добави заглавка към съобщение, тя се добавя като първи ред, преди всички предишни).
В допълнение към служебната информация, заглавките на писмата също съхраняват информация, показана на потребителя, обикновено това е подателят на писмото, получателят, темата и датата на изпращане.
Най-често използваните заглавни полета на имейл
В допълнение към стандартните, пощенските сървъри (и пощенските ботове) могат да добавят свои собствени заглавки, започващи с "X-" (например "X-MyServer-Note-OK" или "X-Spamassasin-Level").
Тяло на писмото
Тялото на имейла е отделено от заглавката с празен ред и краищата (според стандартите на Thunderbird) показват тази точка, а частта не. В не-smtp стандартите форматът на писмото зависи от системния стандарт (напр.
Едно от съществените ограничения на стандартите за препращане на пощае използването на 7-битово кодиране (ASCII). За английски текст това не е особен проблем, но повечето неанглийски езици използват 8 (или повече) битови кодировки, предаването на които не е гарантирано без изкривяване. За целите на съвместимостта всички не-7-битови кодировки се преобразуват в 7-битови (като се използват различни методи за кодиране на текст).
Буквени вериги
Поради наличието на уникален идентификатор в писмото, както и факта, че по-голямата част от пощенските клиенти копират неговия идентификатор в полето „In-Reply-To“, когато отговарят на писмо, става възможно надеждно групиране на съобщения понишка(англ.нишка). Това се прилага по различен начин в различните имейл клиенти, например Microsoft Outlook ви позволява да намерите всички писма, свързани с дадено съобщение; уеб интерфейсът на gmail групира съобщения въз основа на данни от нишки в едно цяло. Някои имейл клиенти (напр.
пощенски списъци
Пощенската система ви позволява да организирате сложни системи, базирани на препращане на поща от един към много абонати, това са:
Твърди се, че обемът на нежеланата поща е 80% от общата имейл кореспонденция (т.е. надвишава обема на полезния товар на пощата 5 пъти). За борба със спама са разработени различни механизми (черни списъци на податели, сиви списъци, които изискват пощенският сървър да кандидатства отново за изпращане, контекстни филтри). Една от последиците от въвеждането на анти-спам инструменти беше възможността за „фалшиво положително“ решение по отношение на спама, тоест част от писмата, които не са спам, започнаха да се маркират като спам. В случай на агресивна анти-спам политика (унищожаване на съобщения, които изглеждат спам автоматично, без уведомяване на подателя/получателя), това води дотрудни за откриване проблеми с преминаването на пощата.
Криптиране на пощата
Два стандарта в момента се използват широко за криптиране на поща: S/MIME (използващ инфраструктура с публичен ключ) и Open PGP (използващ сертификати със схема за доверие, ориентирана към потребителя).
Преди това имаше и стандарти MOSS и PEM, но поради несъвместимост помежду си и неудобството от използването им, те не се вкорениха.
Стандартите S/MIME и Open PGP осигуряват три вида защита: защита от подправяне, неотменим подпис и поверителност (криптиране). Освен това S/MIME версия 3 позволява използването на защитено потвърждение (при което потвърждение за получаване на писмо може да бъде генерирано успешно само ако писмото е достигнало до получателя непокътнато).
Търговска употреба
ЗАДАЧА:1) Наличие на комерсиални и базирани на реклами пощенски сървъри 2) Използване на поща в бизнес процеси 3) Използване на поща за работа с търговски софтуер, като например Collaboration work 3) СПАМ СПАМ СПАМ 4) EDS в писма.