WordPress nie wysyła wiadomości z resetem hasła. Jak przywrócić wysyłkę?

Na ekranie logowania WordPressa wystarczy jeden odnośnik, żeby odzyskać dostęp do kokpitu. Pod warunkiem, że wiadomość z odnośnikiem do ustawienia nowego hasła rzeczywiście dotrze do skrzynki. Gdy nie dociera, właściciel firmy zostaje przed zamkniętymi drzwiami własnej strony, a klienci sklepu lub użytkownicy serwisu nie mogą się zalogować na swoje konta.

Ta instrukcja jest przeznaczona dla osób, które prowadzą stronę lub sklep na WordPressie i nie zajmują się na co dzień administracją serwerów. Opisuję w niej, skąd bierze się problem, jak ustalić jego przyczynę i jak naprawić każdą z nich, bez zgadywania i bez ryzykownych skrótów.

Po lekturze czytelnik będzie umiał odróżnić wiadomość niewysłaną od wiadomości odrzuconej po drodze, dostać się do kokpitu mimo niedziałającej poczty, przełączyć WordPressa na wysyłkę przez prawdziwą skrzynkę pocztową oraz sprawdzić, czy naprawa jest trwała.

Po czym rozpoznać, że WordPress naprawdę nie wysyła wiadomości z resetem hasła?

Prawidłowy przebieg wygląda zawsze tak samo. Na stronie logowania, zwykle pod adresem kończącym się na wp-login.php, należy kliknąć odnośnik „Nie pamiętasz hasła?”. W polu „Nazwa użytkownika lub adres email” wpisuje się login albo adres przypisany do konta, a następnie klika przycisk „Zdobądź nowe hasło”.

WordPress odpowiada jednym z dwóch komunikatów i od tego, który z nich się pojawi, zależy cała dalsza diagnoza. Pierwszy zaczyna się od słów „Sprawdź wiadomość email z odnośnikiem potwierdzającym” i oznacza, że system przekazał wiadomość serwerowi do wysłania. Drugi brzmi „Błąd: nie wysłano wiadomości email.” i zawiera dopisek, że witryna może nie być poprawnie skonfigurowana do wysyłania wiadomości.

W pierwszym przypadku WordPress uznał sprawę za załatwioną, a wiadomość zaginęła gdzieś dalej: na serwerze hostingu, w filtrach odbiorcy albo w folderze ze spamem. W drugim przypadku wiadomość w ogóle nie opuściła witryny, ponieważ serwer odmówił jej przyjęcia. To dwie różne usterki i naprawia się je w różnych miejscach.

Zdarza się też trzeci komunikat: „Błąd: brak konta o takiej nazwie lub adresie email.”. Nie ma on nic wspólnego z pocztą. Oznacza, że wpisany login lub adres nie należy do żadnego użytkownika witryny i trzeba spróbować innego adresu.

Zanim zacznie się szukać awarii, należy odczekać kilka minut i zajrzeć do folderu ze spamem oraz do pozostałych zakładek skrzynki, na przykład z ofertami lub powiadomieniami. Wiadomość ma w temacie nazwę witryny w nawiasie kwadratowym, a jej treść zaczyna się od zdania „Ktoś poprosił o wygenerowanie nowego hasła dla następującego konta:”. Nadawcą jest zwykle „WordPress”, więc najprościej wyszukać w skrzynce właśnie to słowo.

Jak WordPress wysyła pocztę i dlaczego ten sposób bywa zawodny?

Każda wiadomość z WordPressa, od resetu hasła po powiadomienie o zamówieniu w sklepie, przechodzi przez jedną wbudowaną funkcję o nazwie wp_mail(). Domyślnie przekazuje ona wiadomość funkcji mail() języka PHP, czyli prostemu mechanizmowi serwera, który nie loguje się do żadnej skrzynki i nie podaje żadnego hasła.

Dokumentacja WordPressa opisuje to wprost: system korzysta ze standardowej funkcji pocztowej PHP i nie potrzebuje danych konta. Na zwykłym hostingu zazwyczaj to wystarcza, natomiast na własnym serwerze bez skonfigurowanej poczty wiadomość nie zostanie wysłana nigdy.

Ważny jest także nadawca. Jeżeli nikt tego nie zmienił, WordPress wpisuje w polu nadawcy nazwę „WordPress” i adres zbudowany ze słowa wordpress, znaku @ oraz domeny witryny bez przedrostka www. Dla strony w domenie przykladowa-firma.pl będzie to wordpress@przykladowa-firma.pl. Taka skrzynka najczęściej nie istnieje, co dla wielu serwerów odbiorczych jest sygnałem ostrzegawczym.

Trzecia rzecz, o której mało kto wie: dokumentacja funkcji wp_mail() zastrzega, że pozytywny wynik nie oznacza automatycznie, iż odbiorca otrzymał wiadomość. Oznacza jedynie, że przekazanie jej dalej przebiegło bez błędu. Stąd bierze się sytuacja, w której ekran logowania zapewnia o wysyłce, a skrzynka pozostaje pusta.

WordPress nie prowadzi przy tym żadnego rejestru wysłanych wiadomości. Bez dodatkowego narzędzia nie da się w kokpicie sprawdzić, czy i kiedy wiadomość została nadana, dlatego diagnozę trzeba oprzeć na kilku prostych próbach.

Jakie są możliwe przyczyny braku wiadomości?

Przyczyn jest kilka i potrafią występować jednocześnie. Poniżej opisuję je w kolejności od najczęściej spotykanych w mojej praktyce do rzadszych.

Serwer odbiorcy uznał wiadomość za podejrzaną

Wiadomość nadana przez funkcję PHP nie ma podpisu, który potwierdzałby, że serwer ma prawo wysyłać pocztę w imieniu domeny. Duże serwisy pocztowe kierują takie wiadomości do spamu albo odrzucają je bez powiadomienia. O tym, czy domena ma poprawne potwierdzenia, decydują wpisy SPF i DKIM w strefie DNS.

Hosting wyłączył albo ograniczył funkcję pocztową

Część firm hostingowych wyłącza funkcję mail() lub nakłada na nią limit wiadomości na godzinę, żeby chronić swoje serwery przed rozsyłaniem spamu. Wtedy pojawia się komunikat „Błąd: nie wysłano wiadomości email.”. Limit bywa też przekraczany przez samą witrynę, na przykład gdy sklep wysyła w krótkim czasie wiele powiadomień.

Poczta firmowa działa u innego dostawcy niż strona

Jeśli skrzynki w domenie firmy obsługuje zewnętrzna usługa pocztowa, a strona stoi na zwykłym hostingu, serwer strony może uznać domenę za swoją i próbować doręczyć wiadomość lokalnie, do skrzynki, której u siebie nie ma. Efekt jest charakterystyczny: wiadomości na adresy w obcych domenach dochodzą, a na adresy we własnej domenie firmy giną.

Konto ma przypisany nieaktualny adres

Odnośnik trafia na adres zapisany w profilu użytkownika, a nie na ten, z którego właściciel korzysta obecnie. Jeśli konto zakładał kiedyś wykonawca strony albo były pracownik, wiadomość może docierać do skrzynki, do której nikt już nie zagląda.

Wtyczka zmieniła sposób wysyłki lub formularz logowania

Wtyczka do wysyłki przez SMTP z nieaktualnym hasłem do skrzynki blokuje całą pocztę witryny. Z kolei wtyczki bezpieczeństwa potrafią zmienić adres strony logowania, wyłączyć odzyskiwanie hasła dla wybranych ról albo dodać zabezpieczenie formularza, które przestało działać. W takiej sytuacji prośba o nowe hasło nie dochodzi do skutku, choć serwer pocztowy jest sprawny.

Wiadomość dotarła, ale odnośnik nie działa

To osobny przypadek, mylony z brakiem wysyłki. Po kliknięciu pojawia się komunikat „Błąd: odnośnik resetowania jest nieprawidłowy. Poniżej można poprosić o nowy.” albo informacja, że odnośnik już wygasł. Odnośnik jest domyślnie ważny jedną dobę i przestaje działać po wysłaniu kolejnej prośby, więc wielokrotne klikanie przycisku „Zdobądź nowe hasło” unieważnia wcześniejsze wiadomości.

Jak sprawdzić, która przyczyna zachodzi?

Diagnozę należy prowadzić w ustalonej kolejności, od prób, które nie wymagają dostępu do kokpitu, do tych, które go wymagają. Każda z nich zawęża listę podejrzanych.

1. Odczytanie komunikatu po kliknięciu przycisku „Zdobądź nowe hasło”. Komunikat o błędzie wysyłki wskazuje na serwer lub wtyczkę SMTP, a zapewnienie o wysłaniu wiadomości wskazuje na problem z doręczeniem.
2. Przeszukanie skrzynki pod kątem nadawcy „WordPress”, łącznie z folderem spamu, kwarantanną i zakładkami pobocznymi.
3. Ponowienie prośby z użyciem loginu zamiast adresu, a potem odwrotnie. Jeżeli obie próby kończą się komunikatem o braku konta, problem dotyczy danych użytkownika, a nie poczty.
4. Sprawdzenie, czy z witryny dochodzą inne wiadomości, na przykład z formularza kontaktowego albo potwierdzenie zamówienia testowego. Brak wszystkich wiadomości oznacza awarię całej wysyłki, a nie samego resetu hasła.
5. Wysłanie prośby o reset dla konta z adresem w innej domenie niż domena firmy, o ile takie konto istnieje. Jeśli ta wiadomość dojdzie, a firmowa nie, przyczyną jest opisane wyżej doręczanie lokalne.
6. Zajrzenie do dziennika poczty w panelu hostingu. Wielu dostawców udostępnia listę wiadomości wychodzących z informacją, czy serwer odbiorcy je przyjął, a jeśli odrzucił, to z jakim uzasadnieniem.
7. Kontakt z pomocą techniczną hostingu z jednym konkretnym pytaniem: czy na koncie jest włączona funkcja mail() i czy obowiązuje limit wiadomości wychodzących ze skryptów PHP.

Osoba, która ma jeszcze dostęp do kokpitu na innym koncie administratora, może dodatkowo zainstalować wtyczkę zapisującą historię wysyłki. Tego typu narzędzia pokazują, czy WordPress w ogóle próbował nadać wiadomość, do kogo i z jakim wynikiem. Jeżeli wpis w historii istnieje, a wiadomości nie ma, winy należy szukać poza WordPressem.

Warto też otworzyć nagłówki dowolnej wiadomości, która z witryny jednak dotarła. W widoku oryginału wiadomości serwisy pocztowe pokazują wynik sprawdzenia SPF i DKIM. Wynik inny niż pozytywny tłumaczy, dlaczego pozostałe wiadomości znikają.

Kto woli nie zajmować się tym samodzielnie, może zadzwonić pod numer 533 525 168 albo napisać na info@lukaszwudyka.pl, a ja przejmę sprawę: ustalę, na którym etapie giną wiadomości z witryny, przywrócę dostęp do kokpitu i ustawię wysyłkę tak, żeby odnośnik do nowego hasła docierał do skrzynki.

Jak wejść do kokpitu, gdy wiadomość nie dochodzi?

Naprawa wysyłki wymaga zalogowania się do kokpitu, więc najpierw trzeba odzyskać dostęp inną drogą. Dokumentacja WordPressa opisuje kilka sposobów ustawienia hasła bez udziału poczty. Wybór zależy od tego, jakim dostępem dysponuje właściciel strony.

Drugi administrator ustawia hasło w kokpicie

To najbezpieczniejsza droga. Jeżeli w witrynie istnieje inne konto z rolą administratora, na przykład należące do wykonawcy strony, ta osoba ustawia nowe hasło w kilka chwil.

1. W menu kokpitu należy przejść do „Użytkownicy”, a potem „Wszyscy użytkownicy”.
2. Na liście trzeba kliknąć nazwę konta, do którego utracono dostęp.
3. W części „Zarządzanie kontem” należy kliknąć przycisk „Ustaw nowe hasło”. WordPress zaproponuje silne hasło, które można zastąpić własnym.
4. Przy okazji należy porównać pole z adresem e-mail konta z adresem, z którego właściciel faktycznie korzysta, i w razie potrzeby je poprawić.
5. Zmiany zatwierdza się przyciskiem „Zaktualizuj konto użytkownika”. Nowe hasło działa od razu.

Na tym samym ekranie znajduje się przycisk „Wyślij odnośnik resetowania”. Wysyła on tę samą wiadomość co formularz logowania, więc przy niesprawnej poczcie nie pomoże, ale po naprawie przyda się do testu.

Zmiana hasła w bazie danych

Gdy nie ma drugiego administratora, hasło można ustawić w bazie danych przez narzędzie phpMyAdmin dostępne w panelu hostingu. Dokumentacja WordPressa opatruje tę metodę ostrzeżeniem, że korzysta się z niej na własną odpowiedzialność, bo pomyłka w bazie może uszkodzić witrynę. Dlatego przed jakąkolwiek zmianą należy wykonać i sprawdzić kopię zapasową WordPressa. Cały przebieg opisałem osobno w tekście o tym, jak ustawić nowe hasło administratora przez phpMyAdmin.

Polecenie WP-CLI na serwerze

Na hostingach z dostępem do wiersza poleceń i zainstalowanym narzędziem WP-CLI wystarczą dwa polecenia wykonane w katalogu z WordPressem. Pierwsze wyświetla listę kont wraz z ich numerami, drugie ustawia hasło dla konta o wskazanym numerze:

wp user list
wp user update 1 --user_pass="tutaj-nowe-silne-haslo"

Cyfrę 1 zastępuje się numerem właściwego konta z pierwszej listy. Po zalogowaniu należy od razu zmienić hasło w profilu na inne, ponieważ polecenie z hasłem pozostaje w historii wiersza poleceń.

Metody, których nie polecam

Dokumentacja wymienia jeszcze dopisanie wiersza z funkcją wp_set_password do pliku functions.php motywu oraz awaryjny skrypt wgrywany do głównego katalogu witryny. Obie drogi są ryzykowne. Wiersz w pliku motywu ustawia hasło od nowa przy każdym wczytaniu strony, dopóki nie zostanie skasowany, a pomyłka w składni może wyłączyć całą witrynę. Pozostawiony na serwerze skrypt awaryjny pozwala zmienić hasło każdemu, kto zna jego adres. Bezpieczniej jest skorzystać z bazy danych albo poprosić o pomoc hosting.

Jak przywrócić wysyłkę przez SMTP?

Trwałym rozwiązaniem jest odejście od funkcji PHP na rzecz wysyłki przez SMTP. Oznacza to, że WordPress loguje się do prawdziwej skrzynki pocztowej, tak jak program pocztowy na komputerze, i nadaje wiadomości w jej imieniu. Taka poczta ma właściwe potwierdzenia domeny i jest przyjmowana przez serwery odbiorców bez podejrzeń.

WordPress nie ma w kokpicie własnego ekranu do ustawienia SMTP. Robi się to wtyczką, na przykład WP Mail SMTP, FluentSMTP albo Post SMTP. Nazwy pól różnią się między nimi nieznacznie, a zasada jest wszędzie ta sama.

1. Założenie w panelu hostingu lub u dostawcy poczty osobnej skrzynki w domenie firmy, przeznaczonej wyłącznie dla strony, na przykład powiadomienia@przykladowa-firma.pl. Osobna skrzynka sprawia, że zmiana hasła do poczty pracownika nie zatrzyma wysyłki z witryny.
2. Odszukanie w pomocy dostawcy poczty czterech danych: adresu serwera poczty wychodzącej, portu, rodzaju szyfrowania oraz informacji, czy loginem jest pełny adres skrzynki.
3. Zainstalowanie w kokpicie wybranej wtyczki przez „Wtyczki”, a następnie „Dodaj wtyczkę”, i jej włączenie.
4. W ustawieniach wtyczki należy wskazać wysyłkę przez własny serwer SMTP, a w polu adresu nadawcy wpisać adres założonej skrzynki. Nadawca i skrzynka, do której loguje się WordPress, powinny być tym samym adresem.
5. W polu nazwy nadawcy wpisuje się nazwę firmy lub witryny zamiast domyślnego słowa „WordPress”. Odbiorcy łatwiej rozpoznają taką wiadomość.
6. Uzupełnienie adresu serwera, portu i szyfrowania zgodnie z danymi dostawcy. Najczęściej spotyka się port 587 z szyfrowaniem TLS albo port 465 z szyfrowaniem SSL, lecz rozstrzyga dokumentacja konkretnej usługi.
7. Włączenie uwierzytelniania oraz wpisanie loginu i hasła do skrzynki.
8. Zachowanie ustawień i wysłanie wiadomości próbnej z ekranu testu, który ma każda z wymienionych wtyczek. Wiadomość próbną najlepiej wysłać na adres w zupełnie innym serwisie pocztowym niż domena firmy.

Jeżeli wiadomość próbna nie dochodzi, wtyczka zwykle pokazuje odpowiedź serwera. Błąd uwierzytelniania oznacza pomyłkę w loginie lub haśle. Brak połączenia albo przekroczenie czasu oczekiwania wskazuje na zły port lub na to, że hosting blokuje połączenia wychodzące na tym porcie. W tym drugim przypadku pozostaje poprosić pomoc hostingu o odblokowanie portu albo o wskazanie właściwego.

Poczta firmowa w dużych usługach chmurowych często wymaga innego sposobu połączenia niż zwykłe hasło, na przykład osobnego hasła dla aplikacji lub autoryzacji kontem. Wtyczki mają dla takich usług oddzielne tryby z własnymi instrukcjami i należy z nich skorzystać zamiast wpisywać hasło do konta ręcznie.

Hasło do skrzynki jest przechowywane w bazie danych witryny. Część wtyczek pozwala przenieść je do pliku wp-config.php, co ogranicza liczbę miejsc, z których da się je odczytać. Radzę z tej możliwości korzystać, o ile dokumentacja wybranej wtyczki ją opisuje.

Co ustawić w domenie, żeby wiadomość nie trafiała do spamu?

Sama wysyłka przez SMTP rozwiązuje większość kłopotów, ale o przyjęciu wiadomości decydują ostatecznie wpisy w strefie DNS domeny. Dokumentacja WordPressa wskazuje dwa mechanizmy: SPF, czyli listę serwerów uprawnionych do nadawania poczty z danej domeny, oraz DKIM, czyli podpis dołączany do każdej wiadomości.

Jeżeli skrzynka założona dla strony działa u tego samego dostawcy, co pozostała poczta firmy, wpisy są zazwyczaj już gotowe. Sprawdza się to w nagłówkach wiadomości próbnej: przy pozycjach SPF i DKIM powinien widnieć wynik pozytywny. Co oznaczają te skróty i jak dodać brakujące wpisy, wyjaśniam w osobnym tekście o ustawieniu SPF, DKIM i DMARC.

Należy też zadbać o zgodność adresu nadawcy z domeną. Dokumentacja ostrzega, że wpisanie jako nadawcy adresu w cudzej domenie, na przykład prywatnej skrzynki w popularnym serwisie pocztowym, może zatrzymać wysyłkę, ponieważ serwer nie obsługuje tej domeny. Nadawcą powinien być adres we własnej domenie firmy.

Przy poczcie obsługiwanej przez zewnętrznego dostawcę trzeba dodatkowo rozwiązać sprawę doręczania lokalnego. W panelu hostingu strony szuka się ustawienia określającego, czy pocztę dla domeny obsługuje serwer lokalny, czy zdalny, i wybiera obsługę zdalną. Nazwa tej opcji zależy od panelu, dlatego najpewniej jest zapytać o nią pomoc techniczną hostingu.

Po czym poznać, że naprawa zadziałała?

Jedna wiadomość próbna to za mało. Naprawę należy potwierdzić na prawdziwym formularzu resetu hasła i na więcej niż jednym serwisie pocztowym.

1. Wylogowanie się z kokpitu albo otwarcie strony logowania w oknie prywatnym przeglądarki.
2. Kliknięcie odnośnika „Nie pamiętasz hasła?”, wpisanie adresu konta i użycie przycisku „Zdobądź nowe hasło”.
3. Sprawdzenie, czy wiadomość pojawiła się w skrzynce odbiorczej w ciągu kilku minut, a nie w folderze spamu.
4. Kliknięcie odnośnika z wiadomości. Powinien otworzyć się ekran z informacją „Wpisz poniżej nowe hasło lub wygeneruj je.” i przyciskiem „Zapisz hasło”.
5. Powtórzenie próby dla konta testowego z adresem w innym serwisie pocztowym, na przykład jednym firmowym i jednym prywatnym.
6. Obejrzenie nagłówków otrzymanej wiadomości i potwierdzenie pozytywnych wyników SPF oraz DKIM.

Jeśli wszystkie kroki zakończyły się powodzeniem, pozostałe wiadomości z witryny również zaczną docierać, ponieważ korzystają z tej samej drogi. Mimo to radzę wysłać jeszcze zapytanie próbne z formularza na stronie. Jak przeprowadzić taki test rzetelnie, opisałem w tekście o formularzu kontaktowym, który nie gubi zapytań.

Dobrym nawykiem jest pozostawienie włączonej historii wysyłki, jeżeli wybrana wtyczka ją oferuje. Przy następnej skardze klienta na brak wiadomości od razu będzie wiadomo, czy została nadana.

Co zrobić, gdy wiadomość nadal nie dochodzi?

Jeżeli po ustawieniu SMTP wiadomość próbna dochodzi, a reset hasła nie, przyczyna leży w witrynie. Najczęściej jest nią wtyczka bezpieczeństwa lub wtyczka zmieniająca ekran logowania. Należy na chwilę wyłączyć wtyczki z tej grupy, pojedynczo, i po każdej ponowić próbę. Wtyczka, po której wyłączeniu wiadomość dociera, wymaga zmiany ustawień lub zastąpienia inną.

Gdy wiadomość dochodzi do jednych serwisów pocztowych, a do innych nie, trzeba wrócić do wpisów DNS i do dziennika poczty u dostawcy skrzynki. Odpowiedź serwera odbiorcy zapisana w dzienniku zwykle wprost podaje powód odrzucenia. Z tym zapisem warto zwrócić się do pomocy technicznej dostawcy poczty.

Gdy wiadomość dociera, lecz odnośnik zgłasza błąd, najpierw należy poprosić o nowy odnośnik tylko raz i użyć najnowszej wiadomości. Jeżeli błąd się powtarza, podejrzenie pada na firmowy filtr poczty, który otwiera odnośniki przed odbiorcą w celu ich sprawdzenia, albo na pamięć podręczną obejmującą stronę logowania. Strona wp-login.php powinna być wyłączona z pamięci podręcznej wtyczki, serwera i sieci dostarczania treści.

Jeśli dziennik hostingu pokazuje, że limit wiadomości został wyczerpany, a witryna nie powinna wysyłać tak wielu, trzeba ustalić źródło. Nagły wzrost liczby wiadomości bywa skutkiem zalewu fałszywych rejestracji lub zgłoszeń z formularza, a w gorszym razie oznaką włamania.

Jakich błędów unikać?

Większość kłopotów, z którymi trafiają do mnie właściciele stron, wynika nie z samej awarii, lecz z pospiesznych prób jej obejścia. Poniższych rzeczy należy się wystrzegać.

• Wielokrotne klikanie przycisku „Zdobądź nowe hasło”. Każda kolejna prośba unieważnia poprzedni odnośnik, a seria prób może wyczerpać limit hostingu.
• Pozostawienie na serwerze skryptu awaryjnego albo wiersza ustawiającego hasło w pliku motywu.
• Ustawianie jako nadawcy adresu w cudzej domenie, zwłaszcza prywatnej skrzynki w dużym serwisie pocztowym.
• Podpinanie do strony osobistej skrzynki pracownika. Zmiana hasła lub odejście tej osoby zatrzymuje całą pocztę witryny.
• Instalowanie kilku wtyczek SMTP jednocześnie. Wzajemnie nadpisują swoje ustawienia i trudno ustalić, która faktycznie wysyła.
• Zmiana administracyjnego adresu e-mail w „Ustawienia”, „Ogólne” przy niesprawnej poczcie. Nowy adres zaczyna obowiązywać dopiero po kliknięciu potwierdzenia, które też musi dotrzeć.
• Poprzestanie na ustawieniu nowego hasła bez naprawy wysyłki. Dostęp wraca, lecz klienci nadal nie otrzymują potwierdzeń i odnośników.

Uważam, że ostatni punkt jest najgroźniejszy. Niedziałający reset hasła rzadko jest samodzielną usterką. Zwykle to pierwszy widoczny objaw tego, że z witryny od dawna nie wychodzi żadna poczta, w tym zapytania od klientów.

Najczęstsze pytania

Jak długo ważny jest odnośnik do ustawienia nowego hasła?

Domyślnie odnośnik jest ważny jedną dobę od wysłania. Traci ważność wcześniej, gdy hasło zostanie zmienione albo gdy dla tego samego konta zostanie wysłana kolejna prośba. Po upływie tego czasu pojawia się komunikat, że odnośnik wygasł, i trzeba poprosić o nowy.

Czy wtyczka SMTP jest konieczna, skoro wcześniej wiadomości dochodziły?

Nie jest obowiązkowa, ale to najpewniejsze rozwiązanie. Wysyłka przez funkcję PHP zależy od ustawień hostingu i reputacji współdzielonego serwera, na które właściciel strony nie ma wpływu. To, że działała dotychczas, nie daje żadnej pewności na przyszłość, a wymagania serwisów pocztowych wobec nadawców stale rosną.

Dlaczego wiadomość dochodzi na prywatny adres, a na firmowy nie?

Najczęściej dlatego, że poczta firmy działa u innego dostawcy niż strona, a serwer strony próbuje doręczyć wiadomość lokalnie. Rozwiązaniem jest przełączenie obsługi poczty dla domeny na zdalną w panelu hostingu albo wysyłka przez SMTP z firmowej skrzynki. Drugą możliwą przyczyną jest filtr antyspamowy poczty firmowej.

Czy zmiana hasła w bazie danych jest bezpieczna?

Jest bezpieczna pod warunkiem wykonania kopii zapasowej i zmiany wyłącznie jednego pola we właściwym wierszu tabeli użytkowników. Dokumentacja WordPressa zaznacza, że z phpMyAdmin korzysta się na własną odpowiedzialność. Osoba, która nie czuje się pewnie w bazie danych, powinna poprosić o pomoc hosting lub specjalistę.

Czy klienci sklepu na WooCommerce mają ten sam problem?

Tak. Odzyskiwanie hasła na stronie konta klienta oraz powiadomienia o zamówieniach przechodzą przez tę samą funkcję pocztową WordPressa. Jeżeli nie dochodzi reset hasła administratora, z dużym prawdopodobieństwem nie dochodzą także wiadomości do kupujących. Naprawa wysyłki rozwiązuje oba problemy jednocześnie.

Co zrobić, gdy WordPress twierdzi, że konto o podanym adresie nie istnieje?

Należy spróbować loginu zamiast adresu oraz innych adresów, których właściciel używał w przeszłości. Konto mogło zostać założone na adres wykonawcy strony. Pewną odpowiedź daje tabela użytkowników w bazie danych, gdzie przy każdym koncie widnieje login i przypisany adres.

Czy da się sprawdzić, czy WordPress w ogóle wysłał wiadomość?

Sam WordPress nie zapisuje historii wysyłki. Potrzebna jest wtyczka rejestrująca wiadomości albo dziennik poczty w panelu hostingu lub u dostawcy skrzynki. Dopiero zestawienie obu źródeł pokazuje, czy wiadomość została nadana i czy serwer odbiorcy ją przyjął.

Czy po naprawie trzeba coś jeszcze kontrolować?

Wystarczy raz na jakiś czas wykonać próbny reset hasła i wysłać zapytanie z formularza, szczególnie po zmianie hostingu, dostawcy poczty, hasła do skrzynki albo po większej aktualizacji wtyczek. Są to chwile, w których wysyłka psuje się najczęściej, a nikt tego nie zauważa.

Brak czasu albo ochoty, żeby zająć się tym samodzielnie?

Poczta w WordPressie to temat, w którym łatwo utknąć między hostingiem, dostawcą skrzynek a ustawieniami domeny, zwłaszcza gdy nie da się nawet zalogować do własnej strony. Chętnie zajmę się tym od początku do końca: przywrócę dostęp do kokpitu, ustalę, dlaczego wiadomości nie dochodzą, ustawię wysyłkę przez firmową skrzynkę, uzupełnię wpisy w domenie i sprawdzę na kilku skrzynkach, że odnośnik do nowego hasła oraz pozostałe wiadomości z witryny trafiają tam, gdzie powinny.

Wystarczy zadzwonić pod numer 533 525 168 albo napisać na adres info@lukaszwudyka.pl i podać adres strony oraz krótki opis tego, co się dzieje. Odpowiem, co da się zrobić i ile to potrwa.