Poczta na stronie Nex1on: jak skonfigurować wysyłkę, sprawdzić ją i dlaczego wiadomości nie dochodzą

„Wiadomości nie dochodzą” to najczęstszy kłopot właściciela nowej strony. Reset hasła, potwierdzenie adresu, logowanie dwuetapowe, powiadomienia o zgłoszeniach, newsletter: wszystko to jest e-mail. Dopóki poczta nie jest skonfigurowana, część strony po cichu nie działa. Poniżej: jak skonfigurować wysyłkę, jak sprawdzić ją jednym kliknięciem i jak odczytać z dziennika, w którym miejscu urwała się rozmowa z serwerem pocztowym.

Co opiera się na poczcie #

• reset hasła i potwierdzenie adresu e-mail;
• logowanie dwuetapowe i wiadomości o logowaniu z nowej przeglądarki;
• zapraszanie ludzi na stronę;
• powiadomienia dla właściciela: wiadomości, zgłoszenia, informacje o problemach na stronie;
• newsletter dla subskrybentów.

Bez działającej poczty nie ma czym przywrócić hasła: nikt nie może wysłać linku. Dlatego pocztę warto skonfigurować przed startem, a nie po pierwszej skardze.

Trzy sposoby wysyłki #

Otwórz „Ustawienia → Poczta”. Pierwsze pole, „Transport”, pozwala wybrać jedną z trzech opcji:

• Nie wysyłaj, tylko dziennik. Wiadomości trafiają jako pliki do folderu storage/mail i nie docierają do nikogo. Dobre do sprawdzenia i na stronę testową. Dopóki ta opcja jest wybrana, strona nikomu niczego nie wysyła. Uwaga: pliki to kompletne wiadomości, z działającymi linkami do resetu hasła i kodami logowania, więc nie zostawiaj tego transportu na stronie produkcyjnej; pliki starsze niż ustawiony termin („Przechowuj wiadomości „do pliku”, dni”, domyślnie 7) są usuwane automatycznie.
• Funkcja mail() serwera. Wiadomość jest przekazywana samemu hostingowi. Na większości hostingów działa bez konfiguracji, ale poczta ze współdzielonego serwera często trafia do spamu.
• Serwer SMTP. Strona sama loguje się do skrzynki pocztowej i wysyła przez nią. Najbardziej niezawodna opcja: jeśli masz wybór, wybierz ją.

Krok 1. Skonfiguruj SMTP #

Dane SMTP znajdziesz w panelu hostingu lub u dostawcy poczty: tam tworzysz skrzynkę (na przykład no-reply@twojastrona.pl) i otrzymujesz nazwę serwera. Wpisz je w „Ustawienia → Poczta”:

• Host SMTP: adres serwera pocztowego, na przykład smtp.twojastrona.pl.
• Port i szyfrowanie idą w parze: port 587 z „tls” (przejście na szyfrowanie przez STARTTLS) albo port 465 z „ssl” (szyfrowanie od pierwszego bajtu). „Bez szyfrowania” (port 25) nadaje się tylko do sieci wewnętrznej.
• Nazwa użytkownika i hasło: dane skrzynki; najczęściej nazwą użytkownika jest pełny adres skrzynki. Zapisane hasło nie jest ponownie wyświetlane: puste pole pozostawia je bez zmian.
• Adres i nazwa nadawcy: najlepiej we własnej domenie, bo poczta z cudzego adresu trafia do spamu.
• Weryfikuj certyfikat TLS: na stronie produkcyjnej zostaw włączone. Wyłączaj tylko dla zaufanego lokalnego serwera testowego: przez SMTP przesyłane jest hasło do skrzynki.

Osobny przełącznik, „Wysyłaj w tle”, dotyczy szybkości: wiadomość wychodzi po tym, jak strona została już oddana odwiedzającemu, więc nikt nie czeka na rozmowę z serwerem pocztowym, która trwa kilka sekund.

Krok 2. Sprawdź wysyłkę #

Najpierw zapisz, potem sprawdzaj: sprawdzenie korzysta z ustawień, które są już zapisane. W bloku „Sprawdzenie poczty” wpisz adres i kliknij „Wyślij test”: wyjdzie jedna zwykła wiadomość. Doszła: poczta działa (zajrzyj też do „Spamu”). Nie doszła: otwórz „Stan witryny”, gdzie widać, w którym miejscu urwała się rozmowa z serwerem pocztowym. Sprawdzenie nie zmienia niczego poza tą jedną wiadomością.

Krok 3. Czytaj dziennik „Wysłane wiadomości e-mail” #

Dziennik pokazuje, co wyszło, a co nie, wraz z przyczyną: do kogo, kiedy, temat, sposób i wynik „Wysłano” lub „Nie wysłano”. Treści wiadomości i zawarte w nich linki nigdy nie są przechowywane, a wpisy są trzymane przez liczbę dni ustawioną w „Przechowuj dziennik poczty, dni” (zero oznacza brak dziennika). Wiadomość, która nie wyszła, można wysłać ponownie przyciskiem „Ponów z kolejki”. Przyczyna jest zapisana ogólnie: sposób, trzycyfrowa odpowiedź serwera i rodzaj problemu. Oto co oznaczają:

• auth failed (na przykład „smtp 535 auth failed”): serwer nie przyjął nazwy użytkownika lub hasła. Sprawdź je i sprawdź, czy skrzynka nie wymaga osobnego „hasła aplikacji”.
• connection failed lub timeout: strona nie mogła połączyć się z serwerem. Sprawdź adres i port; hostingi często blokują połączenia wychodzące na niektórych portach, więc spróbuj innej pary portu i szyfrowania albo zapytaj pomoc techniczną.
• tls error: nie zgadza się szyfrowanie lub certyfikat. Sprawdź parę portu i szyfrowania (587 z „tls”, 465 z „ssl”) oraz nazwę serwera; nie wyłączaj sprawdzania certyfikatu na stronie produkcyjnej.
• recipient rejected: serwer odrzucił odbiorcę: adres nie istnieje lub jest zamknięty.
• sender rejected: serwer nie przyjął adresu nadawcy; najczęściej musi on należeć do tej skrzynki lub do Twojej domeny.

Krok 4. Żeby poczta nie trafiała do spamu #

Dostarczona wiadomość nie oznacza jeszcze, że trafi do skrzynki odbiorczej. Prawie wszystko rozstrzygają trzy rzeczy:

1. Wysyłaj z adresu we własnej domenie, a nie z cudzej.
2. W DNS domeny i u dostawcy poczty skonfiguruj SPF, DKIM i DMARC: mówią one serwerom odbiorców, że poczta z Twojej domeny jest prawdziwa. Dostawca poczty podpowie, gdzie dokładnie się je włącza.
3. Nie dodawaj zewnętrznych linków ani adresów do treści „chronionych” wiadomości (reset hasła, potwierdzenie adresu, kod logowania): to zamienia wiadomość w narzędzie do oszukiwania Twoich użytkowników.

Własne treści wiadomości #

Wiadomości, które strona wysyła sama, edytuje się w „Szablony wiadomości”: dla każdej można napisać własny temat i treść w dowolnym języku strony, a puste pole oznacza, że wyjdzie wbudowany tekst. Wstawki w nawiasach klamrowych (nazwa strony, imię osoby, adres linku i inne; lista jest pokazana na stronie danej wiadomości) przy wysyłce zamieniają się na prawdziwe wartości. Wiadomości z linkami i kodami logowania są chronione: zmieniona treść takiej wiadomości może posłużyć do oszukania Twoich użytkowników, dlatego zapis wymaga podania hasła, a właściciele dostają powiadomienie.

Co sprawdzić #

• Transport jest wybrany i nie jest to „tylko dziennik”: w folderze storage/mail wiadomości leżą w całości, z działającymi linkami i kodami logowania.
• Wiadomość testowa trafiła do skrzynki odbiorczej, a nie do „Spamu”.
• Adres nadawcy jest w Twojej domenie.
• SPF, DKIM i DMARC są skonfigurowane w DNS.
• Wiadomość z resetem hasła dotarła na konto testowe, a link w niej działa.
• W dzienniku „Wysłane wiadomości e-mail” nie ma czerwonych „Nie wysłano” z ostatnich dni.

Jeśli coś poszło nie tak #

• Sprawdzenie przeszło, ale ludzie nie dostają wiadomości. Otwórz dziennik: wiadomość do ludzi może nie wyjść z innego powodu (adres odbiorcy jest zamknięty). Jeśli dziennik jest pusty, sprawdź kolejkę w „Stan systemu”: przy wysyłce w tle wiadomości przechodzą przez kolejkę.
• Hasło przestało działać. Mogło zostać zmienione u dostawcy poczty; wpisz nowe w „Ustawienia → Poczta”.
• Wiadomości wychodzą, ale trafiają do spamu. Wróć do kroku 4: adres we własnej domenie, SPF, DKIM, DMARC.
• Po przeprowadzce na inny hosting poczta milczy. Przy przywracaniu z kopii wysyłka przełącza się na „do pliku”: skonfiguruj ją ponownie.
• Chcesz zobaczyć, co w ogóle jest wysyłane. Na stronie testowej wybierz „nie wysyłaj, tylko dziennik”: wiadomości leżą jako pliki w storage/mail.

Co dalej #

Gdy poczta działa, włącz logowanie dwuetapowe dla właściciela i skonfiguruj alerty o problemach na stronie: e-mail to kanał, którym strona sama daje znać, że coś jest z nią nie tak.