SendEmail (perl script)

SendEmail to skrypt Perla realizujący prostą wysyłkę wiadomości z linii poleceń.

Narzędzie do wysyłki poczty z wiersza poleceń

SendEmail to jednoplikowy skrypt napisany w Perlu, którego jedynym zadaniem jest przekazanie gotowej wiadomości do wskazanego serwera SMTP. Nie ma interfejsu graficznego, nie kolejkuje przesyłek i nie próbuje ponawiać wysyłki, więc nie jest agentem transportu, tylko klientem. Wywołuje się go z parametrami określającymi nadawcę, odbiorcę, temat, treść, adres serwera oraz opcjonalnie załącznik i dane logowania. Popularność zdobył dzięki temu, że jest przenośny między systemami i nie wymaga instalacji: wystarczy skopiować plik i mieć interpreter Perla wraz z modułami obsługi gniazd sieciowych.

Gdzie się sprawdza, a gdzie już nie

Naturalnym środowiskiem takiego narzędzia są skrypty powiadamiające: monitoring serwerów, zadania nocnych kopii zapasowych, alerty z urządzeń sieciowych. W tych zastosowaniach ceni się właśnie prostotę, bo cała logika mieści się w jednej linii polecenia dopisanej do skryptu powłoki. Ograniczenia ujawniają się przy nowoczesnych wymaganiach bezpieczeństwa. Obsługa szyfrowania zależy od obecności modułu warstwy bezpiecznych gniazd, a uwierzytelnianie ogranicza się do klasycznych metod z loginem i hasłem. Serwery, które wymagają logowania tokenem nowoczesnego protokołu autoryzacji, po prostu odrzucą takie połączenie. Rozwiązaniem bywa lokalny agent przekazujący pocztę dalej, do którego skrypt wysyła wiadomość bez szyfrowania w obrębie tego samego komputera.

Typowe komunikaty i przyczyny odrzuceń

Najczęstszy problem to odrzucenie przekazywania przez serwer, gdy adres nadawcy nie należy do domeny obsługiwanej przez ten serwer, a próba wysyłki idzie bez uwierzytelnienia. Drugi to zerwanie połączenia zaraz po nawiązaniu, wynikające z blokady portu wyjściowego przez dostawcę łącza, który standardowo zamyka bezpośredni ruch na porcie dwadzieścia pięć i wymaga korzystania z portu przeznaczonego do zgłaszania poczty. Trzeci to wiadomości z polskimi znakami zamienionymi na znaki zapytania, gdy skrypt wysyła treść bez deklaracji kodowania. Czwarty, częsty przy alertach, to trafianie wszystkich powiadomień do folderu wiadomości śmieci, ponieważ adres nadawcy wymyślono dowolnie i nie ma on pokrycia w rekordach domeny.

Powiadomienia z serwera, które przestały przychodzić

W praktyce zgłoszenie brzmi zwykle inaczej: nikt nie zauważył, że kopie zapasowe nie wykonują się od miesięcy, bo skrypt przestał wysyłać powiadomienia po zmianie hasła do skrzynki technicznej. Przeglądamy wtedy cały łańcuch, od zadania uruchamiającego skrypt po logi serwera pocztowego, i przestawiamy wysyłkę na obsługiwaną metodę uwierzytelniania. Prowadzimy taką opiekę nad środowiskami firmowymi, w tym nad serwerami baz danych obsługujących oprogramowanie handlowe, gdzie cicha awaria powiadomień jest groźniejsza niż sama usterka.