Documentation – Урок по имейл

Net: Най-популярни формати за имейл файлове

Mon, 01 Jan 0001 00:00:00 +0000

EML

EML е един от най-широко разпознатите и използвани имейл файлови формати, основно проектиран да се съобразява със стандарта MIME (Multipurpose Internet Mail Extensions). Този формат се поддържа широко от различни имейл клиенти и системи благодарение на своя отворен и общ подход към съхранението и предаването на имейли.

Ключови характеристики:

Всеки EML файл капсулира едно имейл съобщение заедно с неговите свързани метаданни като изпращач, получатели, тема и времеви отметки.
EML файловете поддържат богато форматиране, прикачени файлове и вградени елементи, следвайки MIME стандарта, който позволява гъвкаво представяне на имейл съдържание.
За разлика от собственическите формати като MSG (Microsoft Outlook Message), които са тесно свързани със специфичен софтуер (Outlook и MAPI), EML файловете предлагат по-универсален подход, съвместим с различни имейл програми на различни платформи. EML файловете са съвместими с множество имейл клиенти, включително но не ограничени до Microsoft Outlook, Mozilla Thunderbird, Apple Mail и много уеб-базирани имейл услуги.

Форматът на EML файл е неразделно свързан с MIME стандарта, който е спецификация за формата на тела на интернет съобщения. MIME разширява базовия имейл формат, за да поддържа текст в кодировки, различни от ASCII, както и прикачени мултимедийни съдържания.

MIME структура:

EML файл започва с частта за заглавия, съдържаща информация като From, To, Subject, Date и други заглавия. Допълнителни заглавия могат да включват Content-Type, Content-Transfer-Encoding и др.
След заглавните части, представя се тялото на EML файл. Тази секция може да съдържа обикновен текст, HTML или multipart съдържание, позволявайки комбинирането на различни типове съдържание в едно съобщение.
EML файл може да включва прикачени файлове, кодирани в base64, позволявайки трансфер на двоични данни чрез имейл. Тези прикачени файлове са дефинирани в свои MIME части с подходящи заглавия, указващи типа на файла и кодирането.

MIME типове:

Съдържанието на EML файл се разбива на различни MIME типове, за да се разграничат текст, HTML и други типове медии. Чести MIME типове, срещани в EML файл, включват:

text/plain за обикновени текстови съобщения.
text/html за HTML форматирани съобщения.
multipart/mixed за имейли, които включват както съдържание на съобщението, така и прикачени файлове.
application/octet-stream за двоични прикачени файлове.

MSG

Microsoft Outlook Message (MSG) е собственически имейл формат, използван от Microsoft Outlook за съхранение на отделни имейл съобщения. Тези файлове съдържат съдържанието на имейла и метаданни като изпращач, получатели, тема и времеви отметки. Те поддържат богато форматиране, прикачени файлове и специфични за Outlook функции като флагчета, важност и чувствителност.

Ключови характеристики:

MSG файл представлява едно имейл съобщение.
MSG файловете са свързани с Microsoft Outlook и могат да се отворят от него.
MSG файловете често се използват за архивиране, резервно копиране и обмен на Outlook елементи между различни инстанции на Outlook или други съвместими имейл клиенти.

MSG е тясно свързан в контекста на Microsoft Outlook и Messaging Application Programming Interface (MAPI). MAPI е програмно приложение, което позволява на приложенията да взаимодействат със съобщителни услуги, предимно Microsoft Exchange Server и Microsoft Outlook. Той предоставя набор от функции и протоколи за изпращане, получаване и управление на имейл съобщения, както и достъп до други функции като календари, контакти и задачи. MAPI се използва от Microsoft Outlook за създаване, манипулиране и управление на имейл съобщения. Когато потребител създава или получава имейл в Outlook, MAPI обработва основната комуникация със сървъра за поща и предоставя необходимите функции за управление на съдържанието на съобщението.

Техническа основа за MSG формат:

MSG файловете съхраняват данните на съобщението, използвайки MAPI свойства, които са атрибути, определящи различни аспекти на съобщението. Тези свойства включват стандартни атрибути като изпращач, получател, тема и времеви отметки, както и персонализирани свойства и разширени атрибути.

Свойствата организират съобщението в йерархична структура, като свойствата от най-горно ниво определят общите атрибути на съобщението, а вложените свойства представляват конкретни компоненти като получатели, прикачени файлове и вградени обекти. MSG файловете могат да съдържат множество потоци от свойства, всеки съдържащ набор от свързани MAPI свойства. Тези потоци са структурирани според Compound File Binary Format (CFBF) и съхраняват както стандартни, така и персонализирани свойства.

OFT

Outlook File Template (OFT) е имейл формат, използван от Microsoft Outlook за създаване на стандартизирани съобщения. За разлика от MSG файловете, OFT файловете не съдържат реално съдържание на съобщението, а служат като шаблони с предварително определено форматиране, оформление и плейсхолдъри за динамично съдържание.

Ключови характеристики:

OFT файловете оптимизират създаването на повтарящи се имейли, като предоставят предварително проектирани шаблони за чести сценарии като бюлетини, обявления или отговори.
Чрез използването на OFT шаблони, организациите осигуряват консистентност в брандирането, форматирането и съобщенията във всичката изходяща кореспонденция.
Потребителите могат да персонализират OFT шаблони, като добавят или променят съдържание преди изпращане, позволявайки персонализирани съобщения, като същевременно запазват стандартизираното форматиране.

TNEF

Transport Neutral Encapsulation Format (TNEF) е собственически имейл формат, използван от Microsoft Outlook и Microsoft Exchange Server за капсулиране на свойства на имейли и богато текстово съдържание, което може да не се подпира от стандартните имейл протоколи. Той се използва предимно от клиентите на Microsoft за кодиране и предаване на богато форматиране на текст, вградени обекти и други собственически имейл функции, като осигурява запазването на сложното имейл съдържание като форматиране, вградени файлове и календарни събития при изпращане между различни Microsoft имейл клиенти.

Ключови характеристики:

TNEF може да капсулира широк набор от MAPI свойства, специфично за Microsoft, богато форматиране на текст и специални свойства, които не могат да бъдат предадени чрез стандартен MIME или прост текст имейл.
Outlook елементи, като календар, контакти, задачи, бележки, могат да бъдат капсулирани в TNEF формат.
Имейл клиентите, които не са от Microsoft, може да не разбират или правилно обработват TNEF прикачени файлове, често водейки до досадното winmail.dat файл. Това обикновено се случва, защото не могат да декодират собственическия формат, кодиран в TNEF.

Техническа основа за TNEF формат:

TNEF капсулира имейл съдържанието в специално двоично прикачено файлово съдържание. Това прикачено съдържание обикновено носи .dat разширение на файл, най-често наречено winmail.dat.
Данните от TNEF често се асоциат с MIME тип application/ms-tnef.
TNEF формат представя йерархия от свойства на съобщението като плоска структура, която може да се разглежда като последователен поток от данни. Типичният формат на конкретно свойство в потока включва идентификатор с информация за тип данни, размер (ако не е дефиниран от типа) и данни.

Net: Формати за съхранение на имейли

Mon, 01 Jan 0001 00:00:00 +0000

MBOX

MBOX (съкратено от Mailbox) е широко използван формат за съхранение на имейли, който съществува от няколко десетилетия. Използва се за съхраняване на колекция от имейл съобщения в един файл, като всяко съобщение е конкатенирано и отделено от ред разделител.

MBOX е разработен през 70‑те години миналия век и оттогава е имал различни версии и реализации. Той е внедрен в множество имейл клиенти като Unix mail, Mozilla Thunderbird, Eudora и други.

Ключови характеристики:

MBOX се поддържа на широк набор от платформи, включително Unix, Linux и macOS.
Клиенти като Mozilla Thunderbird, Apple Mail и много други могат да четат и записват MBOX файлове.
Простият текстов характер на формата улеснява анализа и обработката му чрез инструменти за манипулиране на текст.
Поради простата си структура, MBOX е широко използван за архивиране и създаване на резервни копия.
Тъй като всички имейли се съхраняват в един файл, файлът може да стане доста голям с течение на времето, което води до неефикасност.

Варианти на MBOX:

MBOX се предлага в няколко варианта, всеки със малки разлики в начина, по който обработва съобщенията:

MBOXO: Оригиналният формат, при който редовете "From " в тялото на имейла са цитирани с знак >.
MBOXRD: Вариант на MBOXO, който допълнително разширява метода за цитиране на редовете "From ".
MBOXCL: Въведен от „Classic“ вариантa на MBOX, където всеки ред "From " е цитирано с низ ffrom.
MBOXCL2: Вариант на MBOXCL, при който редовете "From " са удвоени, за да се разграничат.

Техническа основа за формат MBOX

Структура на файла:

Файлът MBOX е прост текстов файл, който съдържа поредица от съобщения EML.
Всеки имейл започва с ред "From " (интервал след думата "From"), който обикновено включва имейл адреса на подателя и времевия маркер, когато съобщението е получено.
Всеки имейл е следван от празен ред, за да се отдели от следващия имейл.

Пример:

From user@example.com Fri Jan 01 00:00:00 2021
[Headers]
[Body]
From user2@example.com Fri Jan 01 00:01:00 2021
[Headers]
[Body]

PST/OST

Personal Storage Table (PST) и Offline Storage Table (OST) са файлови формати, използвани от Microsoft Outlook за съхранение на копия на имейли, календарни събития и други елементи.

Ключови характеристики:

PST файловете се използват за съхранение на лична информация и обикновено се използват за архивиране на стари имейли и данни. Предимно се използват от домашни потребители и малки организации за локално съхранение на имейл съобщения, контакти и календарни събития.
OST файловете се използват за офлайн съхранение и синхронизация на имейли и други данни със сървъра Exchange. Предимно се използват от потребители, които достъпват Microsoft Exchange Server или Office 365.
Съхранява се локално на компютъра на потребителя. Може да бъде достъпен дори когато потребителят не е свързан към имейл сървъра.
PST файловете могат лесно да бъдат архивирани и прехвърлени към други компютри. Потребителите могат да прехвърлят PST файлове между различни системи или версии на Outlook.
OST файловете не са предназначени за ръчно архивиране или прехвърляне, тъй като са синхронни копия от данни на сървъра. OST файловете са обвързани с конкретни профили и не могат лесно да бъдат преместени на други системи.

OLM

Outlook for Mac Archive File (OLM) е файлов формат, използван от Microsoft Outlook за Mac за съхранение на имейл съобщения, календарни събития, контакти, задачи и други елементи.

Ключови характеристики:

OLM файловете се използват предимно за архивиране и резервно копиране на имейли и други Outlook елементи в Mac системи.
OLM файловете се съхраняват локално на Mac‑а на потребителя.
OLM файловете могат да се отварят и достъпват чрез Microsoft Outlook за Mac. Те не са директно съвместими с Outlook за Windows без конвертиране.
Няма фиксирано ограничение за размера на OLM файловете, наложено от Microsoft, но при много големи файлове могат да възникнат проблеми с производителността. Потребителите обикновено управляват размера, като създават множество по‑малки архиви вместо един голям OLM файл.
Резервно копиране: Тъй като OLM файловете се съхраняват локално, те могат да бъдат архивирани или копирани на външни устройства за съхранение.

TGZ

TGZ (използван от Zimbra за файл за архивиране на пощенска кутия) е файлов формат за архивиране и компресиране на данни, често свързван с Unix и Linux системи. Терминът „TGZ“ се отнася до комбинацията от две утилити: „tar“ (Tape Archive) и „gzip“. Форматът .tar обединява множество файлове и директории в един архивен файл. Той запазва информация за файловата система като структура на директориите, права върху файловете и времеви марки. Форматът .gz компресира данните, което прави tar архива по-малък и по‑лесен за управление или прехвърляне. Компресираната природа на TGZ го прави подходящ за прехвърляне на имейл архиви през интернет или за преместване между системи.

NSF

Notes Storage Facility (NSF) е патентован файлов формат, използван предимно от IBM Lotus Notes (сега HCL Notes) за съхранение на различни типове данни, включително имейли, календарни събития, задачи и други данни от приложения. NSF файловете използват NoSQL, документно-базирана база данни. Всяка база данни се съхранява като един NSF файл с разширение .nsf. Разширението представлява формат на база данни, използван от IBM Notes и Domino Server. Всеки имейл, календарен запис или задача се съхраняват като документ, който може да съдържа различни типове данни като текст, прикачени файлове, връзки, форматиране с богати текстове и дори метаданни.

Net: Имейл протоколи

Mon, 01 Jan 0001 00:00:00 +0000

SMTP

SMTP (Simple Mail Transfer Protocol) е протокол, използван за изпращане и получаване на имейл съобщения през Интернет. Той е съществена част от процеса на имейл комуникация и отговаря главно за прехвърлянето на имейли от сървъра на изпращача към сървъра на получателя, както и за подаване на имейли от клиент към сървър. Стандартният порт за SMTP е 25 за комуникация между пощенски сървъри. Порт 587 и порт 465 също се използват за SMTP, като 587 обикновено се използва за подаване на поща, а 465 за SMTP над SSL (SMTPS). SMTP е дефиниран от Версия RFC 5321.

Ключови характеристики:

Поддържа механизми за удостоверяване (напр., SMTP AUTH), за да гарантира, че само упълномощени потребители могат да изпращат имейли чрез сървъра.
SMTP може да използва SSL/TLS за шифроване на връзката между клиента и сървъра, като осигурява безопасното предаване на имейл данните.
Предоставя подробни съобщения за грешки и кодове на състоянието, които показват успеха или неуспеха на предаването на имейл.
SMTP може да обработва многоделни съобщения, позволявайки включването на прикачени файлове и различни типове съдържание в имейл.
SMTP е широко приет и стандартизиран протокол, осигуряващ съвместимост между различни имейл системи и клиенти (например Microsoft Outlook, Mozilla Thunderbird използват SMTP за изпращане на изходящи имейли). Автоматизирани системи и приложения използват SMTP за изпращане на известия, сигнали и други автоматични имейли.

IMAP

Internet Message Access Protocol (IMAP) е стандартен протокол, използван от имейл клиенти за достъп, извличане и управление на имейл съобщения от пощенски сървър. Сред поддържаните клиенти са Microsoft Outlook, Mozilla Thunderbird, Apple Mail и множество уебmail услуги като Gmail, Yahoo Mail и Outlook.com. Най‑използваната версия е IMAP4, дефинирана от RFC 3501. За разлика от POP (Post Office Protocol), който изтегля имейлите към локално устройство, IMAP съхранява имейлите на сървъра. Възможността да се преглеждат и управляват имейл съобщения директно на сървъра за поща осигурява гъвкавост за достъп от множество устройства и местоположения, като намалява риска от загуба на данни, ако устройство се загуби или повреди. IMAP синхронизира клиентското приложение с сървъра, като гарантира, че промените, направени в един клиент (например прочитане или изтриване на имейл), се отразяват на всички други клиенти. Обикновено IMAP използва порт 143 за некриптирана комуникация и порт 993 за криптирана (SSL/TLS) комуникация.

Ключови характеристики:

Управление на папки. IMAP позволява на потребителите да създават, изтриват и преименуват папки на сървъра за поща. Поддържа йерархични структури на папки за организиране на имейлите.
IMAP следи състоянието на всеки имейл (напр., прочетен, непрочетен, маркиран, отговорен). Тези флагове за състояние се съхраняват на сървъра, така че са съгласувани между всички устройства.
IMAP може да извлича определени части от имейл, като заглавки или части от тялото, което е полезно за преглед на имейли или обработка на големи прикачени файлове.
IMAP поддържа търсене и филтриране на имейли от страната на сървъра въз основа на различни критерии, позволявайки на клиентите да извличат конкретни съобщения без да изтеглят всички имейли.
Няколко клиента могат да достъпват една и съща пощенска кутия едновременно. IMAP управлява едновременния достъп и актуализира състоянието на имейлите в реално време.
Зависимост от сървъра. Тъй като имейлите се съхраняват на сървъра, необходима е надеждна интернет връзка за достъп и управление на имейлите. Прекъсвания в работата на сървъра могат да повлияят на достъпността на имейлите.
IMAP може да използва SSL/TLS за шифроване на връзката между клиента и сървъра, като осигурява безопасното предаване на имейл данните.
IMAP поддържа различни методи за удостоверяване, включително OAuth, за сигурна проверка на идентичността на потребителя.

IMAP Протоколни Разширения:

IMAP IDLE: Разширение, което позволява на сървъра да уведомява клиента за нови съобщения или промени в реално време, намалявайки необходимостта от чести заявки.
IMAP QUOTA: Разширение, което предоставя механизми за управление и отчитане на квоти за съхранение, помагайки на потребителите да управляват размерите на техните пощи.
IMAP MOVE: Разширение, което оптимизира процеса на преместване на съобщения между папки на сървъра, подобрявайки производителността.

POP3

Post Office Protocol version 3 (POP3) е протокол, използван от имейл клиенти като Microsoft Outlook, Mozilla Thunderbird и Apple Mail за извличане на имейли от пощенски сървър. Той е един от най-старите и най-простите протоколи за получаване на имейли, проектиран да изтегля имейлите на локално устройство и по желание да ги изтрива от сървъра.

Ключови характеристики:

Тъй като имейлите се изтеглят на локалното устройство, потребителите могат да достъпват имейлите си офлайн, без необходимост от постоянна интернет връзка.
POP3 е прост за настройка и използване, което го прави достъпен за потребители, нуждаещи се от базово получаване на имейли без разширени функции.
POP3 не синхронизира имейлите между множество устройства. След като имейл бъде изтеглен на едно устройство, по подразбиране той вече не е достъпен на сървъра.
POP3 предоставя ограничени възможности за управление от сървъра. Разширени функции като управление на папки, търсене от сървъра и флагове за състояние на съобщенията не се поддържат.
Тъй като имейлите се съхраняват локално, потребителите трябва да се уверят, че архивират данните си, за да предотвратят загуба при повреда на устройството.
Потребителите могат да конфигурират POP3 настройки за изтриване на имейли от сървъра веднага след изтегляне, след определен период или при изтриване от локалния клиент.
POP3 може да използва SSL/TLS за криптиране на връзката между клиента и сървъра, като гарантира, че имейл данните се предават сигурно.

Версии и разширения на POP3 протокола:

POP3 over SSL (POP3S) е версия на POP3, която работи върху SSL/TLS връзка, осигурявайки криптирана комуникация между клиента и сървъра.
APOP (Authenticated Post Office Protocol) е разширение, което осигурява по-сигурен метод за удостоверяване чрез използване на хеширани пароли.

Net: Имейл услуги

Mon, 01 Jan 0001 00:00:00 +0000

Exchange Web Dav (е официално изтрит)

Exchange WebDAV (Web Distributed Authoring and Versioning) беше протоколно разширение, използвано от Microsoft Exchange Server за позволяване на клиентите да достъпват и манипулират поща, календари и контакти, съхранявани на сървъра чрез HTTP. Въпреки че е официално изтрито, то играе значителна роля в развитието на уеб-базирания и отдалечения достъп до данни от Exchange.

EWS

Exchange Web Services (EWS) е API, предоставен от Microsoft за взаимодействие с Microsoft Exchange Server. Той позволява на разработчиците да достъпват и манипулират данни от Exchange като имейли, календарни събития, контакти и задачи програмно. EWS беше въведен като заместител на по-старите протоколи като WebDAV и предоставя по-robust и ефективен начин за работа с данните на Exchange.

Той използва SOAP (Simple Object Access Protocol) върху HTTP и HTTPS за изпращане и получаване на съобщения между клиента и сървъра Exchange. SOAP-базираната природа на EWS може да бъде сложна за имплементиране и отстраняване на грешки в сравнение с RESTful API. Microsoft постепенно преминава към Microsoft Graph API, който предоставя по-модерен и RESTful подход за достъп до данни от Microsoft 365, включително Exchange Online.

Microsoft Graph

Microsoft Graph е мощен API, който предоставя унифицирана крайна точка за достъп до широк набор от данни и услуги в екосистемата Microsoft 365. Той позволява на разработчиците да взаимодействат с различни услуги на Microsoft, включително Office 365, Azure Active Directory, SharePoint, OneDrive, Outlook, Microsoft Teams и други. Той служи като портал към данни и аналитика в Microsoft 365.

Ключови характеристики:

Базовият URL за API е https://graph.microsoft.com.
Използва OAuth 2.0 за удостоверяване и оторизация.
Използва изкуствения интелект и възможностите за машинно обучение на Microsoft за подобрени аналитични данни.

Gmail API

Gmail API е RESTful API, предоставен от Google, който позволява на разработчиците програмистки да взаимодействат с пощенските кутии на Gmail и да извършват различни операции с имейл данни (четене, изпращане, изтриване и организиране на имейл съобщения). Той предлага по-гъвкава и мощна алтернатива на традиционните протоколи IMAP и SMTP, позволявайки на разработчиците достъп и управление на съобщения, нишки, етикети, чернови и др. Наличен е чрез Google Cloud Platform.

Ключови характеристики:

Извършва множество API заявки в една единствена HTTP повикване, за да подобри ефективността и намали броя на мрежовите заявки.
Използва OAuth 2.0 за сигурно удостоверяване и оторизация, като гарантира, че приложенията имат достъп само до данните, за които потребителите са дали изрично разрешение.
Предлага различни обхвати на разрешения, позволяващи на приложенията да поискат само нивото на достъп, от което се нуждаят (например достъп само за четене, пълен достъп).
Всички взаимодействия с API се извършват през HTTPS, за да се осигури сигурна комуникация между приложението и сървърите на Google.

Net: Разширени технологии

Mon, 01 Jan 0001 00:00:00 +0000

S/MIME

Secure/Multipurpose Internet Mail Extensions (S/MIME) е широко използван стандарт за осигуряване на имейл комуникация. Той предоставя метод за изпращане и получаване на подписани и шифрирани имейл съобщения, осигурявайки целост, автентичност и конфиденциалност на съобщението.

Ключови характеристики:

S/MIME гарантира, че само предвиденият получател може да прочете съдържанието на имейла. Той използва комбинация от симетрични (за скорост) и асиметрични (за обмен на ключове) алгоритми за криптиране. Често използваните алгоритми включват RSA (за асиметрично криптиране), AES или Advanced Encryption Standard (един от симетричните алгоритми) и Triple DES.
Потвърждава идентичността на изпращача.
Проверява, че съдържанието на имейла не е било манипулирано по време на транзита. Предотвратява изпращача от отричане на авторството на имейла.
Използва частния ключ на изпращача за създаване на подпис, а клиентът на получателя използва публичния ключ на изпращача за проверка.
S/MIME се базира на инфраструктура с публични ключове (PKI) за управление и обмен на ключове. Дигиталните сертификати, издадени от сертифициращи органи (CA), свързват публични ключове с отделни личности. Сертификатите обикновено следват стандарт X.509.

DKIM

DomainKeys Identified Mail (DKIM) е механизъм за удостоверяване на имейли, създаден да открива фалшифицирани адреси на изпращачи, често използвана техника в фишинг и подправяне на имейли. Той позволява на организацията да поеме отговорност за имейл по време на транзита, като свързва име на домейн със съобщението, като по този начин осигурява неговата автентичност и целост. DKIM проверява, че имейл, който твърди, че идва от конкретен домейн, действително е упълномощен от собственика на домейна, като се фокусира предимно върху автентичността на полето „From“. Това се постига, като изпращачът електронно подписва имейла със частен ключ, а получателят проверява подписа с публичния ключ, публикуван в DNS записите на изпращача.

Ключови характеристики:

DKIM добавя заглавие "DKIM-Signature" към имейла, което съдържа цифровия подпис и няколко ключови параметъра. Тялото на имейла и избрани заглавия се хешират с хеширащ алгоритъм като SHA-256. Този хеш след това се криптира с частния ключ на изпращача, за да се създаде цифровият подпис.
Изпращачът публикува публичния ключ в своите DNS записи. Имейл сървърът на получателя търси публичния ключ на изпращача в DNS, за да провери цифровия подпис.

AMP имейл

Accelerated Mobile Pages (AMP) за имейл е отворен код рамка, създадена за създаване на динамични, интерактивни и ангажиращи имейл преживявания. Тя е проектирана да направи имейлите по-динамични и функционални, трансформирайки традиционно статичен и пасивен медиум.

Ключови характеристики:

Позволява на потребителите да извършват действия директно в имейла, като например да потвърдят участие в събития, попълнят формуляри или взаимодействат с карусели за продукти.
Имейлите могат да предоставят динамично съдържание, което се актуализира в момента на отваряне. Това осигурява на потребителите най-актуалната информация, било то последните цени, наличност на стоки или новини.
AMP имейлите се поддържат от няколко големи имейл клиента, включително Gmail, Yahoo Mail и Outlook.com. Всеки имейл клиент, който поддържа AMP имейли, поддържа собствен набор от изисквания и правила за рендиране.
AMP имейлите трябва да се изпращат в многоделен MIME формат, съдържащ версия в прост текст за базова достъпност, HTML версия за богато и визуално привлекателно съдържание и AMP версия за динамични и интерактивни елементи, осигурявайки съвместимост и подобрено потребителско изживяване в различни имейл клиенти.
Само проверени изпращачи могат да изпращат AMP имейли, което гарантира, че имейлите са безопасни и надеждни.

Антиспам

AntiSpam се отнася до набор от техники, технологии и стратегии, проектирани да откриват, предотвратяват и намаляват нежелани и често вредни имейл съобщения, общо известни като спам.

Техники за антиспам:

Методи за филтриране
- Филтриране, базирано на съдържанието: Анализира съдържанието на имейла за общи индикатори за спам.
- Черни листи: Списъци с известни спам IP адреси или домейни, които се блокират автоматично.
- Бели листи: Списъци с одобрени податели, които винаги се пропускат.
- Хеурастичен филтър: Използва правила и алгоритми за откриване на спам въз основа на шаблони.
- Байесов филтър: Използва статистически методи за идентифициране на спам въз основа на исторически данни.
- Грейлистация: Временно отказва имейли от непознати податели и ги приема, ако се изпратят отново след закъснение.
- Машинно обучение: Използва сложни модели, обучени върху големи набори от данни, за идентифициране на спам.
Методи за автентификация
- SPF (Sender Policy Framework): Проверява дали IP адресът на подателя е упълномощен да изпраща имейли за домейна.
- DKIM (DomainKeys Identified Mail): Използва цифрови подписи за проверка, че имейлът не е бил променян по време на транзит и е наистина от посочения домейн.
- DMARC (Domain-based Message Authentication, Reporting & Conformance): Изграден върху SPF и DKIM, предоставя стандартизиран метод за изпращачите на имейли да посочат, че съобщенията им са защитени и как получаващите сървъри трябва да се справят с неуспешната автентикация.

Имейл отскокове

Видове имейл отскокове:

Хард отскок (Hard Bounce). Постоянни неуспешни доставки, които показват, че имейлът не може да бъде доставен до посочения адрес на получателя.
- Общи причини:
  - Невалидни или не‑съществуващи имейл адреси.
  - Домейнът на получателя не съществува.
  - Постоянни проблеми със сървъра от страна на получателя.
  - Грешки при въвеждане или форматиране в имейл адреса.
Софт отскок (Soft Bounce). Временни неуспешни доставки, които показват, че имейлът не е бил доставен в момента, но може да бъде успешно изпратен при повторен опит.
- Общи причини:
  - Пощенската кутия на получателя е пълна.
  - Временни проблеми със сървъра от страна на получателя.
  - Имейл сървърът на получателя е недостъпен или офлайн.
  - Имейли, твърде големи за имейл системата на получателя.

Имейл сървърите обикновено връщат кодове за отскок, които могат да помогнат за диагностициране на причината за отскока.

Имейл нишки

Имейл нишките са метод, използван от имейл клиенти и приложения за групиране на свързани имейли заедно въз основа на тяхната тема или разговор, улеснявайки потребителите да следват и управляват имейл обмените.

Ключови характеристики:

In-Reply-To и References заглавки. Заглавки на имейли, които посочват предишни съобщения в нишката, помагайки на клиентите да свързват отговори и препратки с оригиналния имейл.
Теми. Често се използват за групиране на имейли в нишки. Имейли със същата тема, обикновено с префикс „Re:“ (отговор) или „Fwd:“ (препратка), се групират заедно.
Потребителите могат да разширяват или свиват нишки, фокусирайки се само върху релевантните части от разговора.