Momentum by MessageSystems

Momentum to komercyjny serwer MTA firmy Message Systems, przeznaczony do wysyłek o bardzo dużym wolumenie.

Momentum by MessageSystems jako serwer MTA

Momentum by MessageSystems to komercyjny serwer MTA, czyli oprogramowanie odpowiedzialne za przyjmowanie, kolejkowanie i przekazywanie wiadomości poczty elektronicznej między systemami. Produkt był projektowany z myślą o środowiskach, w których liczba wysyłanych komunikatów jest znacznie większa niż w typowej firmowej skrzynce pocztowej. Nie jest to klient pocztowy, program do odczytywania wiadomości ani serwer przechowujący skrzynki użytkowników w rozumieniu oprogramowania IMAP lub POP3. Jego podstawowym zadaniem jest obsługa strumienia wiadomości wychodzących i dostarczenie ich do serwerów odbiorców.

Momentum przyjmuje wiadomości za pośrednictwem SMTP, a w wersji 4 także przez interfejs HTTP REST. W wariancie SMTP aplikacja nadawcza przekazuje do serwera kompletną wiadomość zgodną ze strukturą RFC 2822, obejmującą nagłówki, adres odbiorcy oraz treść. Momentum działa wtedy jak serwer SMTP dla aplikacji nadawczej, a następnie występuje jako klient SMTP podczas połączenia z serwerem domeny odbiorcy. Oprogramowanie może więc pełnić funkcję wyspecjalizowanego przekaźnika poczty, bez zastępowania systemu, który tworzy konta i udostępnia użytkownikom skrzynki.

Przyjmowanie wiadomości przez SMTP i REST API

W konfiguracji SMTP administrator określa nasłuchiwane adresy i porty, reguły dostępu oraz warunki, na jakich dany klient może przekazywać wiadomości dalej. Dokumentacja Momentum opisuje między innymi listener typu ESMTP oraz ustawienia dotyczące wymagania komendy EHLO, liczby równoczesnych sesji, TLS i ograniczeń przekaźnika. Szczególne znaczenie ma parametr open_relay. Jego nieprawidłowa konfiguracja mogłaby pozwolić nieuprawnionym hostom na wykorzystanie serwera do wysyłania obcej poczty, dlatego polityka przekazywania powinna ograniczać źródła i dozwolone domeny.

Momentum 4 udostępnia również REST API do wstrzykiwania wiadomości przez HTTP. Żądanie może zawierać osobno szablon, listę odbiorców i dane personalizacyjne. Serwer wykonuje wtedy generowanie wiadomości, czyli mail merge, tworząc odrębny komunikat dla każdego odbiorcy. Dane wejściowe i odpowiedzi API są oparte na JSON, a dokumentacja opisuje między innymi Transmissions API oraz użycie klucza API. Przy pojedynczym odbiorcy wygenerowanie wiadomości może nastąpić w ramach żądania HTTP, natomiast transmisje obejmujące wielu odbiorców są obsługiwane przez dalszy etap generowania.

Kolejkowanie, dostarczanie i polityki dla domen

Po zaakceptowaniu wiadomości Momentum zapisuje ją w swojej kolejce i planuje dostarczenie do serwera wskazanego przez rekord MX domeny odbiorcy. Dokumentacja wersji 4 wskazuje katalog /var/spool/ecelerity jako miejsce zapisu wiadomości po przyjęciu. Kolejka pozwala rozdzielić moment przyjęcia komunikatu od chwili nawiązania połączenia z serwerem docelowym. Jest to istotne, ponieważ serwer odbiorcy może być chwilowo niedostępny, ograniczać liczbę połączeń albo odrzucać wiadomości z odpowiedzią tymczasową. W takich sytuacjach system może ponawiać próbę zgodnie z ustawioną polityką, zamiast traktować każdą chwilową niedostępność jako trwałą utratę wiadomości.

Reguły dostarczania mogą być definiowane globalnie, dla konkretnego powiązania nadawczego albo dla wybranej domeny. Momentum obsługuje między innymi limity równoczesnych połączeń wychodzących, ustawienia TLS oraz zachowanie w przypadku nieudanego uzgodnienia szyfrowania. W wersji 4.8 dodano obsługę MTA-STS. Jeżeli funkcja jest włączona dla domeny, serwer pobiera politykę MTA-STS przez HTTPS, sprawdza dopasowanie serwera MX i wymaga szyfrowanego połączenia STARTTLS wraz z poprawną walidacją certyfikatu. MTA-STS nie jest tym samym co SMTP TLS Reporting; dokumentacja Momentum wskazuje, że ten drugi mechanizm nie jest przez produkt implementowany.

Diagnostyka działania instancji Momentum

Analiza problemu z Momentum powinna zaczynać się od rozdzielenia czterech etapów: przyjęcia wiadomości, generowania treści, umieszczenia komunikatu w kolejce oraz próby dostarczenia do domeny docelowej. Odpowiedź SMTP informująca o zaakceptowaniu wiadomości nie potwierdza jeszcze jej dostarczenia do odbiorcy. Trzeba sprawdzić późniejsze zdarzenia kolejki, odpowiedzi zdalnego serwera, liczbę ponowień oraz końcowy wynik dostawy. W przypadku REST API podobnie należy odróżnić poprawną odpowiedź HTTP dla transmisji od późniejszego statusu poszczególnych odbiorców.

Podczas przeglądu konfiguracji warto zweryfikować listener SMTP lub HTTP, listy ACL, ustawienia open_relay, limity sesji, polityki domenowe, certyfikaty TLS i dostępność katalogu kolejki. Jeżeli wiadomość nie pojawia się w kolejce, przyczyną może być odrzucenie na etapie sesji lub błąd generowania. Jeżeli pozostaje w kolejce, należy porównać czas następnej próby z odpowiedzią serwera odbiorcy i sprawdzić rozwiązywanie DNS dla rekordu MX. W Momentum można także analizować dane zdarzeń związanych z dostarczeniem i generowaniem wiadomości. Funkcje śledzenia otwarć i kliknięć są opcjonalne; dla wstrzyknięć SMTP dokumentacja opisuje ich dostępność od wersji 4.1-HF4 oraz możliwość sterowania ustawieniami przez nagłówek X-MSYS-API.