01Dziesięć dróg wyjścia i wszystkie za darmo
SMTP, PHP mail(), Brevo, SendGrid, Mailgun, Postmark, SparkPost, Elastic Email, SMTP2GO i Resend. Żadne z nich nie stoi za licencją i nie narzucamy limitu wysyłki, bo wtyczka do dostarczania, która reglamentuje dostarczanie, sprzedaje z powrotem sam problem. U każdego dostawcy używa się własnego konta i własnego klucza.
02Czego odmówi pierwsze połączenie, to wyśle następne
Każde połączenie ma priorytet, a lista przechodzona jest w tej kolejności, aż któreś przyjmie wiadomość. Dostawca ograniczający liczbę żądań, z wyczerpanym limitem albo po prostu niedziałający kosztuje próbę, a nie wiadomość. Cały łańcuch to jeden wiersz w dzienniku, a nie trzy — pojedyncza wiadomość nie powinna czytać się jak trzy osobne niepowodzenia.
03Próbuje ponownie później, a nie po prostu głośniej
Gdy wszystkie połączenia odmówiły, wiadomość trafia do kolejki i jest próbowana ponownie po minucie, po pięciu minutach i po trzydziestu minutach. Trzy próby i koniec: adres, który nie istnieje, nie zacznie istnieć przy czterdziestej próbie. Ponowienia planowane są przez WP-Cron, więc na spokojnej witrynie odbywają się wtedy, gdy przyjdzie następny odwiedzający.
04Dziennik, który odpowiada na pytanie „czy poszła?”
Czas, odbiorcy, temat, status, które połączenie to obsłużyło i która część witryny to wytworzyła — z filtrowaniem według statusu, źródła i daty. To tabela we własnej bazie danych. Nic z poczty nie jest wysyłane do nas: bez telemetrii, bez skanowania treści, bez wywołania licencji z darmowej wtyczki.
05Ponowna wysyłka prosto z dziennika
Każdy wpis można wysłać ponownie z listy, co zwykle jest szybsze niż proszenie klienta, żeby sam wywołał wiadomość. Przechowywanie treści wiadomości to ustawienie, a jego wyłączenie jest prawdziwym wyborem o dwóch konsekwencjach: wpisu zapisanego bez treści nie da się wysłać ponownie, a nieudana wysyłka nie trafia też do kolejki drabiny ponawiania — w obu przypadkach nie zostało nic do wysłania. Czas przechowywania ustala użytkownik — 7, 30, 90 dni albo bezterminowo.
06Ekran zamówienia wie, co wysłał
Gdy WooCommerce jest aktywny, każde zamówienie dostaje ramkę z listą wiadomości, które to zamówienie wytworzyło, i z tym, jak każda z nich poszła. Na pytanie o dostarczenie odpowiada się przy zamówieniu, a nie w dzienniku, który trzeba przeszukać. Bez WooCommerce wtyczka działa dokładnie tak samo; po prostu nie ma tej ramki.
07Załączniki wychodzą przez SMTP
W 1.0.0 ośmiu dostawców API nie wysyła załączników, a MevvMail nie udaje, że jest inaczej: wiadomość z plikiem pomija te połączenia i szuka SMTP. Wystarczy więc trzymać w łańcuchu jedno połączenie SMTP, a faktury, bilety i pliki PDF działają dalej. Gdy nie skonfigurowano żadnego połączenia SMTP, taka wiadomość zapisywana jest w dzienniku jako nieudana, zamiast zostać dostarczona bez pliku.
08Zainstalowany i nieskonfigurowany, niczego nie zmienia
Bez zdefiniowanego połączenia filtr oddaje wysyłkę prosto z powrotem do WordPressa. Wtyczka, która połykałaby pocztę sklepu, podczas gdy ktoś próbuje rozgryźć ustawienia, byłaby gorsza niż problem, który miała rozwiązać.
09Pro to głębia WooCommerce, a nie dostarczanie
Pro dodaje projektanta wiadomości WooCommerce, śledzenie otwarć, alerty o awariach i routing warunkowy. Wysyłka, przełączanie awaryjne i dziennik zostają w darmowej wtyczce i działają dalej niezależnie od tego, co mówi licencja — wygasła licencja kosztuje ekran projektanta, nigdy możliwość wysłania wiadomości.