OpenEMM (open source)

OpenEMM w wersji open source daje pełną kontrolę nad bazą odbiorców kosztem samodzielnego utrzymania infrastruktury.

OpenEMM jako samodzielnie utrzymywana platforma

OpenEMM to otwartoźródłowa platforma do automatyzacji wysyłki wiadomości e-mail, obsługi newsletterów, kampanii wieloetapowych, wiadomości transakcyjnych i autoresponderów. W odróżnieniu od programu instalowanego wyłącznie na pojedynczym laptopie działa jako system usług dostępnych przez przeglądarkę internetową oraz interfejsy programistyczne. Oznacza to, że baza odbiorców, szablony, harmonogramy wysyłki, wyniki dostarczenia i statystyki są przechowywane w środowisku serwerowym utrzymywanym przez administratora.

Określenie „open source” odnosi się do dostępności kodu źródłowego oraz możliwości samodzielnego uruchamiania i modyfikowania systemu zgodnie z warunkami jego licencji. Nie oznacza automatycznie, że instalacja jest bezobsługowa. Przy własnym wdrożeniu trzeba przygotować system operacyjny, bazę danych, serwer aplikacyjny, mechanizm wysyłania poczty, konfigurację domen i certyfikatów oraz procedury aktualizacji i kopii zapasowych. Pełna kontrola nad bazą odbiorców wynika więc z własności środowiska i danych, ale wiąże się z odpowiedzialnością za działanie całego stosu.

Elementy architektury i przepływ wiadomości

Dokumentacja OpenEMM 24.04 opisuje system jako zestaw niezależnych usług, a nie pojedynczy monolit. W typowym stosie znajdują się zgodny system Linux, między innymi Red Hat Enterprise Linux, SUSE Linux Enterprise Server lub kompatybilna dystrybucja, serwer pocztowy Postfix, baza MariaDB, Java OpenJDK 17, Apache Tomcat 10 oraz Python 3. Poszczególne komponenty mogą pełnić różne role, dlatego awaria panelu WWW, bazy danych albo usługi odpowiedzialnej za wysyłkę może powodować inny objaw.

Baza danych pełni funkcję centralnego punktu komunikacji między usługami OpenEMM. Backend odczytuje z niej dane dotyczące wiadomości i odbiorców, tworzy indywidualne treści, przygotowuje podglądy oraz przekazuje pocztę do wysłania. Usługi backendowe rejestrują również natychmiastowe zwroty, odpowiedzi adresatów i opóźnione komunikaty o niedostarczeniu, a następnie zapisują wyniki w bazie. Jeżeli dane w panelu nie odpowiadają stanowi kolejki wysyłkowej, trzeba sprawdzać nie tylko interfejs, lecz także połączenie z bazą, działanie usług backendowych i komunikację z Postfixem.

Integracja przez interfejsy i zarządzanie odbiorcami

OpenEMM udostępnia kilka sposobów współpracy z innymi systemami. Oprócz graficznego interfejsu użytkownika oferuje URL API przeznaczone do wywołań przez tunelowanie URI, interfejs SOAP oraz RESTful API. Dzięki temu dane mogą być wymieniane z systemami CRM, CMS, sklepem internetowym, platformą ERP lub narzędziami analitycznymi. W praktyce oznacza to konieczność jednoznacznego ustalenia, który system jest źródłem danych o odbiorcach, jakie pola są importowane i w jaki sposób obsługiwane są błędy synchronizacji.

Platforma pozwala zarządzać szablonami wiadomości, formularzami internetowymi, importem i eksportem danych oraz grupami docelowymi tworzonymi na podstawie profilu odbiorcy, jego statusu i zachowania. Dostępny jest także graficzny menedżer przepływów, który służy do budowania bardziej złożonych kampanii. Mechanizmy śledzenia mogą rejestrować otwarcia wiadomości, kliknięcia odsyłaczy i inne zdarzenia związane z kampanią, a moduł zarządzania zwrotami aktualizuje statusy adresatów. Błędna konfiguracja mapowania pól, statusów albo reguł segmentacji może więc skutkować wysłaniem niepełnej treści, pominięciem części odbiorców lub niewłaściwym przypisaniem wyniku dostarczenia.

Diagnostyka środowiska OpenEMM na komputerze

Podczas diagnostyki warto rozdzielić problemy z dostępem do panelu od problemów z samą wysyłką. Brak strony logowania może wskazywać na niedziałający Apache Tomcat, błąd konfiguracji Java, problem z nazwą hosta albo niedostępność bazy MariaDB. Poprawnie działający panel nie potwierdza jednak, że wiadomości są faktycznie przekazywane do Postfixa. W tym przypadku należy porównać stan kampanii w OpenEMM z kolejką pocztową, komunikatami zwrotnymi i zapisami dotyczącymi błędów połączenia.

Na komputerze używanym do obsługi systemu trzeba również sprawdzić przeglądarkę, rozwiązywanie nazwy hosta, połączenie HTTPS, aktualność certyfikatu i ewentualne blokowanie żądań przez zaporę sieciową. Przy integracji z zewnętrznym systemem pomocne jest prześledzenie pojedynczego przepływu: utworzenie lub aktualizacja rekordu odbiorcy, zapis danych w OpenEMM, zakwalifikowanie go do grupy, wygenerowanie wiadomości, przekazanie do kolejki oraz zapis wyniku dostarczenia. Taka kolejność pozwala ustalić, czy błąd powstaje w interfejsie, API, bazie, logice kampanii, kolejce wysyłkowej czy po stronie serwera pocztowego. Naprawa może obejmować przywrócenie działania komponentu, korektę konfiguracji albo odtworzenie danych z prawidłowej kopii zapasowej.