Co się dzieje po kliknięciu Wyślij
Moduł 1: Jak działa Państwa poczta · Czas czytania: 9 min
Cel lekcji: Po tej lekcji będą Państwo potrafili wyjaśnić, jaką drogę pokonuje wiadomość od kliknięcia Wyślij do folderu Odebrane odbiorcy, oraz wskazać różnicę między kopertą a nagłówkami wiadomości.
Kluczowe pojęcia: webmail, serwer poczty, SMTP, rekord MX, IMAP, koperta, nagłówki, Return-Path, Received, Message-ID, SPF, DKIM, DMARC
Webmail to program pocztowy w przeglądarce
Państwa poczta nie znajduje się w przeglądarce ani na komputerze. Jest przechowywana na serwerze poczty: komputerze, który działa przez całą dobę, odbiera pocztę, przechowuje ją i przesyła dalej. Aby ją przeczytać, potrzebny jest program pocztowy. Może to być Outlook, aplikacja pocztowa w telefonie albo webmail.
Webmail to po prostu program pocztowy działający w przeglądarce. W WebOké jest to Roundcube. Roundcube sam nie jest serwerem poczty. Komunikuje się w Państwa imieniu z serwerem poczty, używając tych samych języków co Outlook czy Apple Mail:
- IMAP do czytania, przenoszenia i usuwania poczty;
- SMTP do wysyłania poczty.
Jeśli coś nie działa w webmailu, przyczyną często nie jest sam webmail, lecz to, co robi lub zgłasza serwer. I odwrotnie: jeśli wysyłanie działa w webmailu, ale nie w Państwa programie pocztowym, problem leży w ustawieniach tego programu.
Od Wyślij do Odebrane w pięciu krokach
Sanne de Vries (sanne@example.com) prowadzi pracownię florystyczną. Wysyła swojemu klientowi Ahmedowi (ahmed@example.net) ofertę na bukiet ślubny. Oto, co się dzieje, gdy klika Wyślij.
- Przekazanie do własnego serwera. Webmail przekazuje wiadomość przez SMTP do serwera poczty Sanne. Nazywa się to także przekazaniem do wysyłki (submission). Sanne musi się przy tym zalogować, w przeciwnym razie każdy mógłby używać jej serwera do wysyłania spamu. Programy pocztowe używają do tego portu 465 lub 587, z szyfrowaniem. Webmail WebOké wysyła pocztę przez ten sam serwer, na którym są Państwo zalogowani.
- Wyszukanie drogi. Serwer Sanne sprawdza część adresu Ahmeda po znaku @: example.net. Pobiera z DNS rekord MX tej domeny. Ten rekord wskazuje, który serwer przyjmuje pocztę dla example.net.
- Doręczenie. Serwer Sanne łączy się z tym serwerem odbiorczym i doręcza wiadomość, również przez SMTP. Między serwerami odbywa się to na porcie 25.
- W skrzynce pocztowej. Serwer odbiorczy sprawdza wiadomość (czy adres istnieje, czy to spam?) i umieszcza ją w skrzynce Ahmeda, w folderze Odebrane lub w folderze spamu.
- Czytanie. Ahmed otwiera swój program pocztowy lub webmail. Program pobiera wiadomość przez IMAP i ją wyświetla.
Każdy krok może się nie udać osobno. Dlatego komunikat o błędzie zawsze wskazuje miejsce problemu: czy Sanne nie mogła zalogować się na własny serwer (krok 1), czy jej serwer nie znalazł odbiorcy (krok 2 lub 3), czy też serwer odbiorczy odrzucił wiadomość (krok 4)?
Koperta i list: dwa rodzaje adresów
E-mail przypomina list w kopercie. Serwery patrzą tylko na kopertę. Państwo i Ahmed widzą przede wszystkim list.
Koperta powstaje podczas rozmowy SMTP między dwoma serwerami. Serwer wysyłający najpierw podaje, od kogo pochodzi wiadomość (polecenie MAIL FROM), a następnie, do kogo jest skierowana (RCPT TO). Dopiero potem przesyłana jest sama wiadomość. Adres nadawcy z koperty to adres, na który trafiają komunikaty o błędach. Przy ostatecznym doręczeniu serwer odbiorczy umieszcza go na początku wiadomości jako Return-Path.
List zaczyna się od nagłówków (headers): wierszy z nazwą, dwukropkiem i wartością. Najbardziej znane to:
- From: nadawca widoczny w programie pocztowym;
- To i Cc: widoczni odbiorcy;
- Subject: temat;
- Date: moment wysłania według zegara programu nadawcy;
- Message-ID: unikalny identyfikator tej wiadomości. Odpowiedzi się do niego odwołują, dzięki czemu program pocztowy wie, które wiadomości należą do siebie.
Koperta i nagłówki nie muszą być takie same. Jeśli Sanne wyśle wiadomość z kolegą Daanem (daan@example.com) w polu Bcc, Daan znajdzie się na kopercie, ale nie w nagłówkach. Dlatego Ahmed nie widzi, że Daan również otrzymał wiadomość. Z kolei newsletter ma często Return-Path w serwisie newsletterowym, podczas gdy From to adres sklepu. Komunikaty o błędach trafiają wtedy do tego serwisu.
Wiersze Received: dziennik podróży wiadomości
Każdy serwer, który przyjmuje wiadomość, musi dodać do niej nagłówek Received, i to na samej górze. W ten sposób wiadomość po drodze buduje dziennik podróży. Najwyższy wiersz Received to więc ostatni krok, a najniższy pierwszy. Czyta się je od dołu do góry.
Tak mniej więcej wyglądają nagłówki wiadomości Sanne u Ahmeda (w skrócie):
Return-Path: <sanne@example.com>
Received: from mail.example.com (mail.example.com [192.0.2.10])
by mx.example.net with ESMTPS
for <ahmed@example.net>; Tue, 10 Nov 2026 10:15:04 +0100
Received: from webmail.example.com ([192.0.2.20])
by mail.example.com with ESMTPSA
for <ahmed@example.net>; Tue, 10 Nov 2026 10:15:02 +0100
From: Sanne de Vries <sanne@example.com>
To: Ahmed <ahmed@example.net>
Subject: Offerte bruidsboeket
Date: Tue, 10 Nov 2026 10:15:01 +0100
Message-ID: <20261110091501.a1b2c3@example.com>Najpierw proszę przeczytać najniższy wiersz Received. Webmail przekazał wiadomość do mail.example.com. Litery ESMTPSA oznaczają: szyfrowane (S) i z logowaniem (A). Następnie mail.example.com przekazał ją do mx.example.net, serwera Ahmeda. Część po "from" to serwer, który zaoferował wiadomość, a część po "by" to serwer, który ją przyjął. Godziny pokazują, ile trwał każdy krok.
Pułapka: nadawca może przed wysłaniem sam dodać na dole fałszywe wiersze. Dlatego proszę ufać przede wszystkim wierszom górnym, utworzonym przez znane Państwu serwery, takie jak serwer własnego dostawcy.
Dlaczego pole From można sfałszować
Protokół SMTP powstał w czasach, gdy wszyscy sobie ufali. Nic w samym protokole nie sprawdza, czy nadawca w polu From jest prawdziwy. Oszust może więc wysłać wiadomość z From: sanne@example.com, nie mając nic wspólnego z Sanne.
Dlatego później dodano trzy mechanizmy kontroli, które właściciel domeny konfiguruje w swoim DNS:
- SPF określa, które serwery mogą wysyłać pocztę z nadawcą koperty z tej domeny.
- DKIM dodaje do wiadomości podpis cyfrowy. Odbiorca weryfikuje go kluczem z DNS domeny, która podpisała wiadomość.
- DMARC łączy oba mechanizmy z domeną widoczną w polu From i określa, co odbiorca ma zrobić, jeśli kontrola się nie powiedzie: nic, przenieść do spamu lub odrzucić.
Zajmuje się tym administrator domeny, a nie Państwo jako użytkownik webmaila. Szczegóły poznają Państwo w kursie Porządek w poczcie e-mail. Na razie wystarczy wiedzieć, że wyświetlana nazwa nadawcy niczego nie dowodzi i że w nagłówkach można sprawdzić, czy te kontrole zakończyły się powodzeniem (lekcja 2.2).
Wysłane nie znaczy dostarczone
Jeśli Państwa wiadomość znajduje się w folderze Wysłane, wiadomo na pewno tylko jedno: własny serwer ją przyjął (krok 1). Reszta dzieje się później, czasem dużo później.
- Serwer odbiorczy może tymczasowo odmówić przyjęcia. Niektóre serwery proszą nieznanego nadawcę, aby spróbował ponownie później (greylisting). Państwa serwer ponawia wtedy próby, czasem przez kilka dni, i zgłasza problem, jeśli nadal się nie udaje.
- Serwer odbiorczy może trwale odrzucić wiadomość, na przykład dlatego, że adres nie istnieje lub skrzynka jest pełna. Wtedy otrzymają Państwo komunikat o błędzie (bounce, lekcja 8.4).
- Wiadomość może dotrzeć, ale trafić do folderu spamu. Wtedy nie otrzymają Państwo żadnego powiadomienia.
Jeśli Sanne czeka na odpowiedź, która nie nadchodzi, najpierw sprawdza, czy w jej folderze Odebrane jest komunikat o błędzie, a następnie prosi Ahmeda, aby zajrzał do folderu spamu.
W praktyce: jak to działa w webmailu
W webmailu nagłówki wiadomości można wyświetlić przyciskiem Nagłówki nad wiadomością lub przez Więcej > Pokaż źródło. Lekcja 2.2 omawia to dokładniej. O tym, jak webmail i program pocztowy pokazują tę samą pocztę, mogą Państwo przeczytać w podręczniku Roundcube w części Czym jest webmail. W innych webmailach, takich jak Gmail czy Outlook.com, działa to podobnie, tylko przycisk nazywa się inaczej (w Gmailu na przykład Pokaż oryginał).
Podsumowanie
- Webmail to program pocztowy w przeglądarce. Komunikuje się z serwerem poczty przez IMAP (czytanie) i SMTP (wysyłanie).
- Wiadomość trafia z Państwa serwera do serwera wskazanego w rekordzie MX domeny odbiorcy.
- Koperta (MAIL FROM, RCPT TO, później Return-Path) jest dla serwerów, nagłówki (From, To, Subject, Date, Message-ID) są dla ludzi i programów.
- Każdy serwer dodaje wiersz Received na górze; czyta się je od dołu do góry.
- Pole From można sfałszować; SPF, DKIM i DMARC to utrudniają. Wysłane nie znaczy dostarczone.
Quiz
Zadanie
Zadanie A1.1: Czytanie nagłówków. Materiał kopregels-1.txt znajduje się pod tym zadaniem: nagłówki prawdziwej, ale zanonimizowanej wiadomości. Proszę przeczytać je od dołu do góry i uzupełnić: domenę w From, domenę z Return-Path, liczbę wierszy Received oraz serwer, który jako ostatni odebrał wiadomość (najwyższy wiersz Received, część po "by"). Program porównuje Państwa odpowiedzi z kluczem i przy każdym pytaniu pokazuje, czy odpowiedź jest poprawna, wraz z wyjaśnieniem, gdzie w nagłówkach można było to znaleźć.
Dalsza lektura
Opisane kroki w webmailu dotyczą webmaila WebOké; w innych webmailach działa to podobnie.
- Roundcube Webmail 1.1: Czym jest poczta przez przeglądarkę (webmail)?
- Wyjaśnienie procesu wysyłania e-maili / SMTP
- Przeglądanie i odczytywanie nagłówków (headers) wiadomości e-mail
- Bezpłatny kurs Poczta e-mail w porządku: konfiguracja i prawidłowe dostarczanie 1.1: Podróż wiadomości e-mail
- Bezpłatny kurs Poczta e-mail w porządku: konfiguracja i prawidłowe dostarczanie 1.5: Czytanie nagłówków: skąd przyszła ta wiadomość?
- Bezpłatny kurs Poczta e-mail w porządku: konfiguracja i prawidłowe dostarczanie 4.1: Dlaczego poczta trafia do spamu
- RFC 5321, Simple Mail Transfer Protocol (po angielsku): https://www.rfc-editor.org/rfc/rfc5321
- RFC 5322, Internet Message Format (po angielsku): https://www.rfc-editor.org/rfc/rfc5322