Gdy potwierdzenia zamówień, odpowiedzi z formularza kontaktowego lub resety haseł nigdy nie docierają, chodzi o problemy z e-mail prestashop – nie o awarię checkoutu. W większości przypadków winna jest metoda wysyłki (sendmail vs SMTP), pozostałość „Nigdy nie wysyłaj e-maili” ze środowiska testowego, błędni odbiorcy w module lub wiadomość trafiająca do spamu. Ta lista kontrolna omawia ekrany Back Office, które zwykle najpierw przywracają dostarczanie.
Ogólna rada „skonfiguruj SMTP” łatwo wpada z chatbota. Nadal zawodzi, gdy sklep ma włączone Nigdy nie wysyłaj e-maili, gdy Alerty e-mail wskazują starą skrzynkę albo gdy test w Back Office jest zielony, a maile zamówień w ogóle nie wychodzą. Ten przewodnik traktuje problemy z e-mail prestashop jako stos: transport → log sklepu → odbiorcy modułów → spam/DNS – i wskazuje, którą warstwę wskazuje dany objaw.
Od PrestaShop 1.7 (w tym 8 i 9) transport poczty jest w Parametry zaawansowane → E-mail. Oficjalne opisy pól są w dokumentacji PrestaShop 9 E-mail. Adres widoczny w sklepie (tożsamość From / Reply-To) to osobne ustawienie – jeśli trzeba zmienić tylko ten adres, warto najpierw skorzystać z przewodnika o e-mailu sklepu, a wrócić tutaj, gdy wiadomości nadal nie wychodzą.
Trzy problemy, które się myli
Przed zmianą portów SMTP warto nazwać faktyczną usterkę:
- Transport – PrestaShop nie przekazuje wiadomości do sendmail/SMTP (ta strona). Naprawa: metoda poczty, dane logowania, blokady hosta.
- Tożsamość – Poczta wychodzi, ale From / Reply-To / wyświetlany adres sklepu jest błędny. Naprawa: ustawienia sklepu i kontaktu (przewodnik o e-mailu sklepu).
- Odbiorcy – Transport działa, ale alerty o nowych zamówieniach trafiają do złej skrzynki personelu (lub nigdzie). Naprawa: Alerty e-mail i podobne moduły – nie sama globalna metoda E-mail.
Traktowanie tych trzech jako jednego zgłoszenia „poczta nie działa” tłumaczy się na zmarnowane popołudnie na kopiowane tutoriale SMTP. Najpierw warto rozdzielić stos, potem naprawić warstwę pasującą do objawu – to praktyczny sposób debugowania problemów z e-mail prestashop w 2026 roku.
Objaw → warstwa
Po teście zamówienia lub wysłaniu formularza kontaktowego warto sprawdzić te wzorce. W diagnostyce problemy z e-mail prestashop po migracji, klonowaniu lub zmianie hosta zwykle pasują do jednego z poniższych scenariuszy:
- Brak wiersza w logu e-mail PrestaShop → sklep w ogóle nie próbował wysłać. Sprawdź Nigdy nie wysyłaj, metodę poczty i czy moduł, który ma wysłać, jest włączony.
- Wiersz w logu z błędem → transport (błąd uwierzytelnienia, odmowa połączenia, niezgodność TLS/portu). Zostań przy ustawieniach SMTP/sendmail.
- Wiersz w logu wygląda na udany, skrzynka pusta → spam, promocje lub uwierzytelnianie domeny (SPF/DKIM) – nie pola formularza PrestaShop.
- Sprzedawca nie dostaje maila o nowym zamówieniu, potwierdzenie dla klienta dociera → odbiorcy Alertów e-mail, nie SMTP.
- Test „Przetestuj konfigurację e-mail” w BO jest zielony, prawdziwe zamówienia milczą → ścieżka modułu lub szablonu po transporcie. Nie warto kolejny raz zmieniać haseł SMTP.
Otwórz Parametry zaawansowane → E-mail
W Back Office przejdź do Parametry zaawansowane → E-mail. Są trzy metody wysyłki:
- Użyj funkcji mail() w PHP / sendmail – lokalny program pocztowy serwera. Na wielu hostach wystarcza, dopóki nie pojawią się problemy z dostarczaniem lub spamem.
- Skonfiguruj własne parametry SMTP – wysyłka przez Gmail, Outlook, SendGrid, Amazon SES lub SMTP hosta. Lepiej wybrać to, gdy hosting współdzielony blokuje pocztę wychodzącą lub wiadomości lądują w spamie.
- Nigdy nie wysyłaj e-maili – wycisza całą pocztę sklepu. Przydatne na stagingu; katastrofalne na żywym sklepie.
Jeśli żywy sklep nagle przestał wysyłać pocztę po klonowaniu lub migracji, Nigdy nie wysyłaj e-maili warto sprawdzić przed wszystkim innym. Zrzuty ze stagingu często mają tę opcję włączoną. Jedno pozostałe ustawienie tłumaczy wiele zgłoszeń „nic nie wychodzi”, które w ogóle nie wymagały nowego dostawcy SMTP.
Przeczytaj log e-mail PrestaShop
Na tej samej stronie E-mail PrestaShop prowadzi log prób wysłania wiadomości. Warto go otworzyć, gdy trzeba odróżnić „PrestaShop w ogóle nie próbował” od „dostawca odrzucił lub opóźnił wiadomość”. Ta jedna różnica usuwa większość zgadywania.
- Brak wiersza po zamówieniu testowym → PrestaShop nie zakolejkował ani nie wysłał (metoda, moduł lub szablon).
- Jest wiersz, ale skrzynka pusta → warto sprawdzić spam, dane SMTP lub filtry wychodzące dostawcy.
- Linia błędu w logu → najpierw to naprawić (błąd uwierzytelnienia, odmowa połączenia, niezgodność TLS/portu).
Logi sendmail serwera lub dostawcy SMTP są poza PrestaShop. Warto ich używać dopiero po tym, jak log sklepu pokazuje próbę wysłania, która nadal nie dociera.
Problemy z e-mail prestashop – lista kontrolna
Przy użyciu sendmail
Na hostingu współdzielonym problemy z e-mail prestashop często zaczynają się od zablokowanego lub brakującego sendmaila:
- Warto potwierdzić, że host zezwala na pocztę wychodzącą. Wiele planów współdzielonych i niektóre VPS blokują port 25 lub całkowicie wyłączają sendmail.
- Warto zadać hostowi konkretne pytanie: „Czy PHP mail()/sendmail jest dozwolone na tym koncie, czy musimy użyć SMTP?” Ogólnikowe zgłoszenia dostają ogólnikowe odpowiedzi.
- Jeśli host mówi „użyj SMTP”, warto przełączyć metodę poczty i nie walczyć z sendmail.
Przy użyciu SMTP
- Serwer, port, szyfrowanie (TLS/SSL), nazwa użytkownika i hasło muszą zgadzać się z aktualną dokumentacją dostawcy – stare notatki „SSL na 465” szybko się dezaktualizują, a chatboty często je recyklingują.
- Warto wykonać jednorazowy krok hasła aplikacji lub dostępu SMTP, którego wymaga dostawca (Google Workspace i Microsoft 365 często to zmieniają).
- Warto wysłać test (następna sekcja). Błędy uwierzytelnienia prawie zawsze oznaczają złe hasło, zły format nazwy użytkownika (pełny e-mail vs lokalna część) lub zablokowany dostęp aplikacji – nie błąd PrestaShop.
Przed nadpisaniem danych SMTP w produkcyjnym sklepie warto wykonać kopię zapasową PrestaShop, aby móc wrócić, gdy złe zapisanie całkowicie zablokuje pocztę.
Gdy zawodzi tylko część wiadomości
Transport może działać, podczas gdy jeden moduł nadal wskazuje starą skrzynkę lub jest wyłączony. Alerty o nowych zamówieniach zwykle pochodzą z modułu Alerty e-mail – nie tylko z globalnego ekranu E-mail. Warto potwierdzić, że moduł jest zainstalowany, włączony i ma właściwe adresy. Błędna tożsamość „e-mail sklepu” (From / Reply-To) to inna naprawa – opisana w powyższym przewodniku o e-mailu sklepu.
Przetestuj konfigurację e-mail
Nadal w Parametry zaawansowane → E-mail użyj Przetestuj konfigurację e-mail. Wyślij na skrzynkę pod kontrolą (nie tylko wewnętrzny alias). Warto przeczytać odpowiedź PrestaShop – błędy połączenia i uwierzytelnienia często wskazują dokładne ustawienie do poprawy. Ten test oddziela błędy konfiguracji od innych problemów z e-mail prestashop niżej na stosie.
Po zielonym teście warto złożyć prawdziwe zamówienie testowe w oknie prywatnym i wysłać formularz kontaktowy. Potwierdzić kopię dla klienta i alert sprzedawcy. Pozytywny test BO przy niedziałającym mailu zamówienia zwykle oznacza błędnego odbiorcę modułu lub problem szablonu, nie SMTP – tę różnicę warto pamiętać, gdy kusi ponowna zmiana hosta.
Spam, uwierzytelnianie domeny i limity hostingu
Jeśli log pokazuje sukces, a Gmail lub Outlook nadal chowa wiadomość, warto sprawdzić spam i promocje. W folderach spamu problemy z e-mail prestashop często wyglądają jak awaria SMTP. Długoterminowo warto uwierzytelnić domenę wysyłki (SPF i DKIM, gdy dostawca SMTP to obsługuje), aby dostawcy ufali poczcie z domeny. Hosting współdzielony, który dławi lub blokuje pocztę wychodzącą, zmusza na SMTP niezależnie od tego, jak czyste wyglądają ustawienia PrestaShop.
Warto przejść listę w kolejności: nazwać warstwę → Nigdy nie wysyłaj → metoda poczty → log → kontrole SMTP lub sendmail → odbiorcy modułów → test → spam/DNS. Ta sekwencja rozwiązuje większość problemów z e-mail prestashop bez zgadywania – i bez przepisywania ustawień SMTP przez literówkę w Alertach e-mail.