Fabuła

Zobacz, co „E-mail” znajduje się w innych słownikach:

Tytuły

Jeśli w Europie, Ameryce i innych regionach używa się tylko dwóch pisowni - "e-mail" i rzadziej "e-mail"(od marca 2011 r. media anglojęzyczne są zachęcane do pisania skrótu „poczta elektroniczna” jako „e-mail”, a nie „e-mail”), wówczas występuje znaczna zmienność w języku rosyjskim. Najczęściej w tekstach cyrylicy stosuje się również „e-mail”, czyli pisanie po łacinie bez transliteracji (gorsze jest wizualne postrzeganie innych form pisma). Ale możesz znaleźć inne pisownie:

Prawidłowa pisownia nie jest jeszcze zapisana w słownikach. Help desk Gramota.ru wskazuje, że E. Vaulina w słowniku „Mój komputer” sugeruje pisanie e-mail oraz e-mail, ale zauważa, że taka pisownia nie odpowiada normie literackiej, jednocześnie w innej odpowiedzi zaleca się napisanie e-mailŁacina.

De facto w oficjalnych dokumentach rosyjskojęzycznych:

w tekście (w sensie „metoda komunikacji”) używają wyrażenia "E-mail";
prefiks jest używany w liście kontaktów "e-mail"(E-mail: [e-mail chroniony]).

Fabuła

Pojawienie się poczty e-mail można prześledzić wstecz do 1965 roku, kiedy pracownicy (MIT) Noel Morris i Tom Van Vleck napisali program MAIL dla systemu operacyjnego CTSS (Compatible Time-Sharing System) zainstalowanego na komputerze IBM 7090/7094.

Interfejs tekstowy programu pocztowego

Ogólny rozwój poczty e-mail nastąpił poprzez rozwój interakcji użytkowników lokalnych w systemach wieloużytkownikowych. Użytkownicy mogli, korzystając z programu pocztowego (lub jego odpowiednika), przekazywać sobie wiadomości na tym samym komputerze mainframe (dużym komputerze). Następnym krokiem było umożliwienie przekazania wiadomości do użytkownika na innej maszynie – robiono to poprzez określenie nazwy komputera i nazwy użytkownika na tym komputerze. Adres może być zapisany w postaci foo!joe (użytkownik joe na komputerze foo). Trzeci krok w rozwoju poczty elektronicznej nastąpił wraz z pojawieniem się transmisji listów przez trzeci komputer. W przypadku korzystania z UUCP adres użytkownika zawierał trasę do użytkownika przez kilka maszyn pośrednich (na przykład gate1!gate2!foo!joe — list dla joe przez maszynę gate1, gate2 do maszyny foo). Wadą tego adresowania było to, że nadawca (lub administrator komputera, na którym działał nadawca) musiał znać dokładną ścieżkę do komputera docelowego.

Po pojawieniu się rozproszonego globalnego systemu nazw DNS, nazwy domen zaczęły być używane do wskazywania adresu - [e-mail chroniony]- użytkownik użytkownika na komputerze example.com. Jednocześnie na nowo przemyślano koncepcję „na maszynie”: do poczty zaczęto wykorzystywać serwery dedykowane, do których zwykli użytkownicy (tylko administratorzy) nie mieli dostępu, a użytkownicy pracowali na swoich maszynach, a poczta nie miała trafiają do stacji roboczych użytkowników, ale do skrzynek pocztowych, czyli serwera, z którego użytkownicy pobierali pocztę za pomocą różnych protokołów sieciowych (najczęstsze w tej chwili to POP3, IMAP, MAPI, interfejsy sieciowe). Równolegle z pojawieniem się DNS wymyślono system rezerwacji tras dostarczania poczty, a nazwa domeny w adresie pocztowym przestała być nazwą konkretnego komputera, a stała się tylko fragmentem adresu pocztowego. Wiele serwerów może być odpowiedzialnych za utrzymanie domeny (być może fizycznie znajdujących się na różnych kontynentach i w różnych organizacjach), a użytkownicy z tej samej domeny mogą nie mieć ze sobą nic wspólnego (dotyczy to zwłaszcza użytkowników bezpłatnych serwerów pocztowych).

Ponadto istniały inne systemy poczty e-mail (niektóre z nich nadal istnieją), takie jak: Netmail w sieci Fidonet, X.400 w sieci X.25 [ wyjaśniać] . Dostęp do nich z Internetu i odwrotnie realizowany jest przez bramkę pocztową. Aby przekierować pocztę w sieciach X.25, DNS udostępnia specjalny rekord zasobu o odpowiedniej nazwie X25 (kod 19).

Chronologia

1996, 4 lipca (Dzień Niepodległości USA) - początek komercyjnej działalności usługi pocztowej Hotmail. Data rozpoczęcia usługi symbolizowała uwolnienie od dostawców Internetu.
8 marca 1997 r. — Yahoo! nabywa Portal RocketMail, jedną z pierwszych bezpłatnych usług pocztowych. Pojawienie się Yahoo! Poczta.
1998, 15 października - uruchomiono bezpłatną pocztę elektroniczną Mail.Ru.
2000, 26 czerwca - uruchomiony zostaje Yandex.Mail - bezpłatna usługa pocztowa Yandex.

Nowoczesna architektura (SMTP)

Najczęściej używanym protokołem wymiany poczty elektronicznej na świecie jest SMTP. prosty protokół przesyłania poczty- prosty protokół przesyłania poczty). W typowej implementacji używa DNS do określenia reguł przekazywania poczty (chociaż w systemach prywatnych, takich jak Microsoft Exchange, SMTP może działać na informacjach z innych źródeł).

IMAP

Pojęcie terminal pocztowy oznacza, że cała korespondencja powiązana ze skrzynką pocztową (w tym kopie wysłanych listów) jest przechowywana na serwerze, a użytkownik uzyskuje dostęp do repozytorium (czasem tradycyjnie nazywanego również „skrzynką pocztową”) w celu przeglądania korespondencji (zarówno nowej, jak i zarchiwizowanej) oraz pisania nowych listów (w tym odpowiedzi na inne pisma). Na tej zasadzie działa protokół IMAP i większość interfejsów internetowych bezpłatnych usług pocztowych. Takie przechowywanie korespondencji pocztowej wymaga znacznie większej pojemności serwerów pocztowych, w wyniku czego w wielu przypadkach istnieje separacja między serwerami pocztowymi przekazującymi pocztę i serwerami przechowywania poczty.

Różnice

Na podstawie pracy protokołów można je podzielić według dwóch głównych kryteriów:

Wydajność serwera - w tym przypadku IMAP jest bardziej wymagający pod względem zasobów niż POP3, ponieważ cała praca związana z przetwarzaniem poczty (np. wyszukiwanie) spada na barki serwera, POP3 tylko przesyła pocztę do klienta;
Przepustowość - tutaj wygrywa IMAP; POP3 wysyła całą treść wszystkich e-maili, podczas gdy IMAP wysyła tylko nagłówki e-maili, a reszta jest na żądanie.

W pewnych warunkach serwer przechowywania poczty można skonfigurować tak, aby zachowywał się podobnie do klienta: taki serwer uzyskuje dostęp do serwera poczty za pomocą protokołu POP3 i sam pobiera pocztę. Takie rozwiązania są zwykle używane w małych organizacjach, które nie mają infrastruktury do wdrażania pełnoprawnych serwerów pocztowych; w tym przypadku do przechowywania poczty używany jest serwer lokalny oraz serwer pocztowy dostawcy, który zapewnia usługę odbierania poczty za pośrednictwem protokołu POP3 (na przykład przy użyciu fetchmail). Główną wadą takiego rozwiązania jest opóźnienie w dostarczaniu (ponieważ oprogramowanie zbierające pocztę uzyskuje dostęp do serwerów z pewnym opóźnieniem) - np. złącze POP3 z Exchange 2003 Server w ramach Windows SBS nie pozwala ustawić interwału mniejszego niż 15 minut przez interfejs konfiguracyjny.

Struktura liter

Podczas transmisji przez SMTP e-mail składa się z następujących części:

Nagłówki protokołu SMTP odebrane przez serwer. Te nagłówki mogą, ale nie muszą być zawarte w dalszej części wiadomości, więc możliwe jest, że serwer ma więcej informacji o wiadomości niż zawiera sama wiadomość. Na przykład pole RCPT TO wskazuje odbiorcę listu, podczas gdy adresat może nie być określony w samym liście. Informacje te są przesyłane poza serwer tylko w ramach protokołu SMTP, a zmiana protokołu podczas dostarczania poczty (na przykład na hoście odbiorcy podczas routingu wewnętrznego) może prowadzić do utraty tych informacji. W większości przypadków te informacje nie są dostępne dla końcowego odbiorcy, który korzysta z protokołów innych niż SMTP (POP3, IMAP) w celu uzyskania dostępu do skrzynki pocztowej. Aby móc monitorować kondycję systemu, informacje te są zwykle przechowywane w logach serwera pocztowego.
Sama wiadomość (w terminologii protokołu SMTP - „DANE”), która z kolei składa się z następujących części oddzielonych pustą linią:
- nagłówki (angielski) nagłówki) listy, czasami nazywane przez analogię z pocztą papierową koperta(Język angielski) koperta). Nagłówek zawiera informacje o usługach i oznaczenia serwerów pocztowych, przez które list przeszedł, znaki pierwszeństwa, wskazanie adresu i nazwy nadawcy i odbiorcy listu, temat listu i inne informacje. Istnieje pewne zamieszanie z terminem „koperta”, ponieważ w zależności od sytuacji albo nagłówek listu, albo informacja, którą serwer SMTP posiada po odebraniu listu nazywana jest „kopertą” (np. w dokumentacji serwer pocztowy Postfix, termin „koperta” używany dla danych SMTP, który zawiera nie tylko pola RCPT TO i MAIL FROM, ale także adres IP nadawcy, jego ciąg HELO itp.)
- Treść listu. W treści listu jest w rzeczywistości przesłanie listu. Zgodnie ze standardem w treści litery mogą znajdować się tylko 7-bitowe znaki ASCII. Dlatego przy stosowaniu krajowych kodowań, różnych form prezentacji informacji (HTML, RTF, obrazy, pliki binarne załączników) treść wiadomości musi być zakodowana zgodnie ze standardem MIME i nie może być odczytana przez osobę bez użycia dekodera lub klienta pocztowego z takim dekoderem.

Nagłówek SMTP

Nagłówek SMTP zawiera następujące informacje:

nazwa hosta wysyłającego (nie nazwa nadawcy, ale nazwa serwera lub komputera użytkownika, który uzyskał dostęp do serwera) – parametr wiadomości HELO/EHLO, zwykle uzupełniany przez sam serwer o „obiektywną” informację (HELO może zawierać dowolną nazwę, a adres IP nadawcy jest znacznie trudniejszy do sfałszowania), adres IP służy do wyszukiwania rekordu PTR w DNS, co razem pozwala zidentyfikować nadawcę na poziomie sieci (a w rzeczywistości często służy do sprawdzania wiarygodności nadawcy za pomocą czarnych/białych list, w tym przez Internet – patrz RBL).
POCZTA OD: pole zawierające adres nadawcy. Adres może być dowolny (w tym z nieistniejących domen, ale ten adres można również sprawdzić podczas wstępnego sprawdzania spamu).
Pole RCPT TO: to najważniejsze pole do dostarczania poczty, zawierające adres e-mail odbiorcy. Większość systemów pocztowych sprawdza, czy użytkownik istnieje, jeśli to możliwe, i może odmówić przyjęcia poczty, jeśli użytkownik określony w RCPT TO nie istnieje.

Nagłówek e-maila

Nagłówek wiadomości e-mail jest opisany przez standardy RFC:

RFC 2076 — wspólne nagłówki wiadomości internetowych ogólnie przyjęte standardy dotyczące nagłówków wiadomości) zawiera informacje z innych dokumentów RFC: RFC 822 , RFC 1036 , RFC 1123 , RFC 1327 , RFC 1496 , RFC 1521 , RFC 1766 , RFC 1806 , RFC 1864 , RFC 1911 ).
RFC 4021 — Rejestracja pól nagłówka poczty i MIME ( logowanie poczty i pola nagłówka MIME).

Nagłówek jest oddzielony od treści listu pustą linią. Nagłówek służy do rejestrowania przejścia znaków literowych i usługowych (czasami linie rejestrowania i znakowania nazywane są kludges). W programie Microsoft Outlook ten nagłówek nosi nazwę „Nagłówki internetowe” (przyjmuje się, że każdy wiersz jest osobnym nagłówkiem). Nagłówek zazwyczaj wskazuje: serwery pocztowe, przez które list przeszedł (każdy serwer pocztowy dodaje informacje o tym, od kogo otrzymał ten list), informacje o tym, czy list wygląda na spam, informacje o skanowaniu antywirusowym, stopień pilności listu ( może zmienić serwery pocztowe). Również w nagłówku jest zwykle napisany program, za pomocą którego pismo zostało utworzone. Najczęściej klienci poczty e-mail ukrywają nagłówki przed użytkownikiem podczas normalnego korzystania z systemu pocztowego, ale zapewniają możliwość zobaczenia nagłówków, jeśli istnieje potrzeba bardziej szczegółowej analizy listu. Jeśli wiadomość e-mail z formatu SMTP jest konwertowana na inny format (na przykład w programie Microsoft Exchange 2007 wiadomości e-mail są konwertowane z formatu SMTP na MAPI), nagłówki są zapisywane osobno, aby umożliwić diagnostykę.

Nagłówki są zwykle dodawane od dołu do góry (tzn. za każdym razem, gdy do wiadomości trzeba dodać nagłówek, jest on dodawany w pierwszym wierszu, przed wszystkimi poprzednimi).

Oprócz informacji o usłudze, nagłówki wiadomości e-mail przechowują również informacje wyświetlane użytkownikowi, zwykle jest to nadawca listu, odbiorca, temat i data wysłania.

Często używane pola

Return-Path (RFC 821 , RFC 1123) - adres zwrotny. Może różnić się od MAIL FROM (tzn. adres zwrotny może być inny niż adres nadawcy).
Received (RFC 822 , RFC 1123) - wiersz służący do przesyłania komunikatów logowania. Każdy serwer pocztowy (MTA) oznacza przetwarzanie tą wiadomością. Jeśli wiadomość przechodzi przez kilka serwerów pocztowych (zwykła sytuacja), to nowe wiadomości są dodawane ponad poprzednie (a dziennik transferu jest odczytywany w odwrotnej kolejności, od najbliższego węzła do najdalszego).
Wersja MIME (RFC 1521) — wersja MIME, za pomocą której utworzono tę wiadomość. Ponieważ wiadomość jest tworzona przed wszystkimi innymi zdarzeniami z literą, ten nagłówek jest zwykle pierwszym (czyli ostatnim na liście).
Od: (RFC 822 , RFC 1123 , RFC 1036) — nazwa i adres nadawcy (w tym nagłówku pojawia się pole tekstowe z nazwą nadawcy). Może nie odpowiadać ścieżce powrotu, a nawet może nie odpowiadać nagłówkowi SMTP MAIL FROM:.
Nadawca: (RFC 822, RFC 1123) — nadawca wiadomości. Dodano możliwość wskazania, że list z czyjegoś imienia (od) został wysłany przez inną osobę (na przykład sekretarkę w imieniu szefa). Niektóre klienty poczty wyświetlają wiadomość w obecności nadawcy i od jako „wiadomość od „nadawcy” w imieniu „od”. Nadawca jest nagłówkiem informacyjnym (i może również różnić się od nagłówka SMTP MAIL FROM).
Do: (RFC 822, RFC 1123) — nazwa i adres odbiorcy. Może być zawarty kilka razy (jeśli list jest adresowany do kilku odbiorców). Może nie pasować do pola SMTP RCPT TO.
cc: (RFC 822 , RFC 1123) - (z angielskiego. kopia węglowa). Zawiera nazwiska i adresy drugorzędnych odbiorców listu, do którego wysłana jest kopia.
bcc: (RFC 822 , RFC 1123) - (z angielskiego. ślepa kopia węglowa). Zawiera nazwy i adresy odbiorców e-maili, których adresy nie powinny być pokazywane innym odbiorcom. To pole jest zwykle obsługiwane przez serwer pocztowy (i powoduje powstanie kilku różnych wiadomości, w których UDW zawiera tylko adresata, do którego adresowana jest wiadomość e-mail). Żaden z adresatów nie będzie widział innych adresatów z pola UDW w tym polu.
Odpowiedź do: (