RFC 6531 – SMTPUTF8

RFC 6531 wprowadza rozszerzenie SMTPUTF8, umożliwiające adresy pocztowe z pełnym zakresem znaków Unicode.

RFC 6531 i rozszerzenie SMTPUTF8

RFC 6531 definiuje rozszerzenie protokołu SMTP przeznaczone do obsługi międzynarodowych adresów pocztowych. Jego pełna nazwa to „SMTP Extension for Internationalized Email”, a najważniejszym elementem jest możliwość przekazywania adresów zawierających znaki Unicode zapisane w UTF-8. Dotyczy to zarówno lokalnej części adresu, znajdującej się przed znakiem „@”, jak i nazwy domenowej, jeżeli domena została przygotowana do obsługi umiędzynarodowionych nazw.

Standard nie jest osobnym protokołem zastępującym SMTP. Jest rozszerzeniem negocjowanym między klientem a serwerem podczas sesji SMTP. Serwer informuje o obsłudze funkcji w odpowiedzi na komendę EHLO, zwracając parametr SMTPUTF8. Klient może wtedy zażądać użycia międzynarodowego formatu, dodając parametr SMTPUTF8 do komendy MAIL FROM. Jeżeli serwer nie ogłasza tego rozszerzenia, klient nie powinien wysyłać wiadomości wymagającej SMTPUTF8 w tej sesji.

Jak przebiega negocjacja adresu Unicode

W klasycznym SMTP adresy pocztowe były ograniczone przez reguły dotyczące znaków ASCII. RFC 6531 pozwala przekazać informację, że dana transakcja pocztowa może zawierać umiędzynarodowiony adres nadawcy lub odbiorcy. Przykładowo lokalna część adresu może zawierać znaki alfabetu narodowego, o ile wszystkie elementy uczestniczące w dostarczeniu wiadomości obsługują wymagane rozszerzenia. Sama obecność znaku Unicode w polu formularza pocztowego nie gwarantuje jeszcze poprawnego doręczenia.

Po otrzymaniu odpowiedzi z EHLO klient analizuje listę możliwości serwera. Jeżeli znajduje się na niej SMTPUTF8, może użyć parametru o tej samej nazwie w komendzie MAIL FROM. Serwer, który akceptuje tę transakcję, musi traktować wiadomość jako międzynarodową i przekazać informację dalej zgodnie z regułami rozszerzonego SMTP. Gdy adres odbiorcy wymaga UTF-8, a serwer docelowy nie obsługuje SMTPUTF8, pośredni system nie może po prostu zmienić adresu na ASCII bez określonej procedury zastępczej.

RFC 6531 definiuje także parametr ALT-ADDRESS, który może wskazać alternatywny adres zapisany w formacie możliwym do obsłużenia przez starsze systemy. Nie jest to automatyczne tłumaczenie znaków ani dowolny drugi adres wybierany przez serwer. Wartość alternatywna musi być podana przez nadawcę zgodnie z regułami rozszerzenia i może zostać użyta wtedy, gdy dalsza trasa nie obsługuje adresów międzynarodowych.

Powiązanie z treścią wiadomości i kodowaniem

SMTPUTF8 odnosi się przede wszystkim do adresowania i obsługi międzynarodowej wiadomości, ale w praktyce współdziała z innymi rozszerzeniami pocztowymi. RFC 6532 opisuje używanie znaków UTF-8 w nagłówkach wiadomości, takich jak „Subject”, „From” czy „To”. Dzięki temu serwer może przenosić nie tylko adres Unicode, lecz także nagłówki zawierające bezpośrednio znaki narodowe. Obsługa SMTPUTF8 nie oznacza natomiast, że każdy załącznik lub każda treść wiadomości automatycznie używa jednego określonego kodowania.

Wiadomości przesyłane z użyciem SMTPUTF8 mogą zawierać dane wymagające 8-bitowego transportu. Z tego powodu klient powinien uwzględnić również możliwości ogłoszone przez serwer, w tym rozszerzenie 8BITMIME, jeżeli treść jest przesyłana w formie 8-bitowej. Parametr SMTPUTF8 nie naprawia błędnej konfiguracji kodowania w programie pocztowym i nie konwertuje samodzielnie tekstu. Jeżeli któryś element trasy odrzuca rozszerzoną transakcję, nadawca może otrzymać błąd SMTP albo komunikat o niedostarczeniu.

Ważne jest również rozróżnienie między kodowaniem domeny a obsługą lokalnej części adresu. Dla domen umiędzynarodowionych stosuje się mechanizm IDNA, w którym nazwa domenowa może być reprezentowana w DNS w postaci ASCII, na przykład jako forma zaczynająca się od xn--. SMTPUTF8 rozwiązuje szerszy problem, ponieważ obejmuje także lokalną część skrzynki, której nie można zakodować samym IDNA. Dlatego adres z Unicode w nazwie użytkownika wymaga pełnej obsługi rozszerzenia na odpowiednich etapach dostarczania.

Sprawdzanie obsługi SMTPUTF8 na komputerze

Na laptopie lub komputerze PC można zweryfikować problem, sprawdzając dokładny adres nadawcy i odbiorcy, ustawienia kodowania klienta pocztowego oraz odpowiedź serwera po komendzie EHLO. Istotne jest ustalenie, czy serwer zwraca SMTPUTF8, czy klient dodaje ten parametr do MAIL FROM i jaki kod odpowiedzi pojawia się przy próbie wysłania wiadomości. Kody z grupy 5xx wskazują na trwałe odrzucenie, natomiast kody 4xx zwykle oznaczają błąd tymczasowy i mogą prowadzić do ponawiania dostarczenia.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów i komputerów PC, dlatego w przypadku problemów z wysyłaniem wiadomości można sprawdzić działanie klienta pocztowego, konfigurację systemu oraz poprawność obsługi znaków Unicode na urządzeniu. Sama awaria SMTPUTF8 nie musi oznaczać uszkodzenia sprzętu. Częstszą przyczyną jest brak obsługi rozszerzenia po stronie serwera, niezgodny format adresu, błędna konfiguracja programu albo przerwanie negocjacji podczas sesji SMTP.

Do testu warto użyć kontrolowanego adresu zawierającego polskie lub inne znaki Unicode i porównać wynik z wiadomością wysłaną na adres składający się wyłącznie ze znaków ASCII. Należy zapisać pełny komunikat błędu, nazwę klienta pocztowego, datę próby oraz odpowiedzi serwera, bez ujawniania haseł. Takie dane pozwalają rozdzielić problem lokalnego programu od ograniczenia występującego na trasie pocztowej.