Rozdział 14.pdf
(
850 KB
)
Pobierz
12272753 UNPDF
Rozdział 14
Usługi pocztowe TCP/IP w sieciach
Microsoft
Programy pocztowe są najczęściej wykorzystywanymi aplikacjami
w Internecie. Tradycyjnie usługi pocztowe zapewniały komputery UNIX,
ale mogą je także świadczyć komputery Windows NT. W sieci opartej
wyłącznie na oprogramowaniu firmy Microsoft użycie serwerów Win-
dows NT jest korzystniejsze, ponieważ administratorzy posiadają dobrą
znajomość systemu.
Istnieje kilka protokołów dla usług pocztowych, z których najczęściej
używanym jest SMTP (
Simple Mail Transfer Protocol
). Ze względu na dużą
liczbę mobilnych użytkowników i stacji roboczych obecnych
w Internecie, opracowano także protokoły wspomagające, np. POP3 (
Post
Office Protocol version 3
) lub IMAP4 (
Internet Message Access Protocol ver-
sion 4
).
W wielu sieciach Microsoft wykorzystuje się Microsoft Exchange jako
wewnętrzną aplikację usług pocztowych. Używa ona własnego protokołu
pocztowego, ale posiada możliwość stworzenia bramki dla poczty inter-
netowej. Bramki pocztowe, konwertujące wiadomości zniestandar-
dowego formatu na internetowy format SMTP, są nazywane bramkami
SMPT.
Protokół SMTP
SMTP (
Simple Mail Transfer Protocol
) umożliwia przesyłanie wiadomości
tekstowych w formacie ASCII do hostów TCP/IP, na których pracują
usługi pocztowe. Rysunek 14.1 przedstawia sesję przesyłania poczty ko-
rzystającą z protokołu SMTP. Użytkownik chcący wysłać pocztę korzysta
z lokalnego systemu pocztowego poprzez agenta użytkownika (
User
Agent
, UA), będącego komponentem systemu pocztowego. Poczta jest
składowana w lokalnej skrzynce nadawczej. Proces nadawczy SMTP co
pewien czas sprawdza skrzynkę nadawczą; kiedy znajdzie w niej wia-
domość, wówczas ustanawia połączenie z hostem przeznaczenia poprzez
448
Rozdz
i
ał 14
port TCP o numerze 25. Proces odbiorczy w hoście przeznaczenia akcep-
tuje połączenie, po czym przesyłana jest poczta. Następnie proces odbior-
czy składuje pocztę w skrzynce odbiorczej. Jeśli w hoście przeznaczenia
nie istnieje skrzynka pocztowa o określonej nazwie, do nadawcy wysyła-
ny jest informujący o tym komunikat. Procesy nadawczy i odbiorczy,
odpowiedzialne za przesłanie poczty, nazywane są agentami transferu
poczty (
Mail Transfer Agent
, MTA).
Standard używanych wSMTP adresów pocztowych zdefiniowano
w RFC 822. Nagłówki pocztowe są często nazywane nagłówkami 822.
Oto przykład adresu SMTP:
KSS@
SHIVA
.COM
Łańcuch tekstowy przed znakiem "@" oznacza nazwę skrzynki poczto-
wej, a łańcuch za znakiem oznacza nazwę hosta. Jeśli nazwa skrzynki
pocztowej zawiera znaki specjalne, np. "%", wówczas nazwa skrzynki
pocztowej jest zakodowana w sposób używany przez bramki pocztowe.
W adresie KSS@SHIVA.COM, łańcuch KSS jest nazwą skrzynki poczto-
wej na hoście SHIVA.COM.
Rysunek 14.1
Sesja użytkownika
SMTP
Jeśli konieczne jest przesłanie wiadomości innej niż tekstowa, wówczas
można zakodować ją jako tekst przy pomocy dostępnego w wielu syste-
mach programu UUENCODE. Odbiorca będzie musiał zdekodować wia-
domość programem UUDECODE. Inną możliwością przesyłania takich
wiadomości jest protokół MIME (
Multipurpose Internet Mail
Extensions
),
opisany w dokumentach RFC 1896, 2045, 2046 oraz 2049. MIME używany
Usługi pocztowe TCP/IP w sieciach Microsoft
449
jest do opisu różnych typów zawartości wiadomości pocztowych, jak np.
czysty tekst, tekst formatowany, rysunek, dźwięk, wideo, dokument
HTML itp. (patrz rysunek 14.2).
Rysunek 14.2
Wiadomość MIME
Wiadomości MIME mogą mieć zagnieżdżoną zawartość, a agenci użyt-
kownika MIME mogą wybrać pomiędzy alternatywnymi reprezentacjami
treści wiadomości. Jeśli np. terminal nie ma możliwości wyświetlenia
grafiki czy wydawania dźwięku, może wyświetlić tekstową część wia-
domości. Inną przydatną cechą MIME jest możliwość używania odnośni-
ków do danych znajdujących się w innych miejscach, np. dokumentów na
serwerach FTP. Dzięki temu nie trzeba dołączać dokumentu do każdej
wiadomości wysyłanej na listę dyskusyjną; dokument pobiorą z serwera
FTP tylko zainteresowani użytkownicy.
Wiadomości pocztowe są wysyłane przy pomocy poleceń SMTP. W tabe-
lach 14.1 i 14.2 przedstawiono polecenia nadawcy i odbiorcy SMTP, które
muszą być obecne w minimalnej implementacji. Wszystkie polecenia
SMTP są czteroliterowe. Odbiorca SMTP jest zazwyczaj serwerem pocz-
towym i odpowiada na polecenia SMTP trzycyfrowym kodem, po któ-
rym może nastąpić wiadomość tekstowa:
DDD Wiadomość tekstowa
DDD oznacza trzycyfrowy kod odpowiedzi.
Rysunek 14.3 przedstawia sesję SMTP, podczas której wykorzystywane
są niektóre z poleceń. W przykładzie tym pocztę wysyła użytkownik
kss@scs.psi.com, co określa polecenie MAIL.
450
Rozdz
i
ał 14
Poczta jest wysyłana do skrzynek jones@scs.psi.com oraz bob@ltree.
psi.com. Ponieważ skrzynka bob@ltree.psi.com nie istnieje, do nadawcy
zwracany jest kod błędu (550), który informuje, że nie ma takiego użyt-
kownika. Na wszystkie inne polecenie serwer odpowiada kodem 250 OK.
Dokumenty opisujące standard SMTP wymienia tabela 14.3.
Tabela 14.1 Polecenia nadawcy (klienta) SMTP w minimalnej implementacji
Polecenie
Znaczenia
HELO nadawca Prośba nadawcy SMTP o otwarcie połączenia.
MAIL FROM: adres_nadawcy Polecenie to zapoczątkowuje transakcję pocztową,
w wyniku której poczta dostarczana jest do jednej lub
wielu skrzynek.
RCPT TO: adres_odbiorcy
Polecenie to identyfikuje indywidualnego odbiorcę
poczty. Dla odbiorców zbiorowych trzeba wielokrotnie
użyć tego polecenia.
DATA
Odbiorca traktuje linie następujące po tym poleceniu
jako treść wiadomości pocztowej. Koniec danych
oznacza linia zawierająca pojedynczą kropkę, czyli
sekwencja znaków <CRLF>.<CRLF>.
QUIT
Odbiorca powinien wysłać odpowiedź 250 OK
i zamknąć połączenie.
RSET
Nakazuje przerwać bieżącą transakcję pocztową.
NOOP
Nic nie robi; odbiorca powinien odpowiedzieć 250 OK.
Używane jako test diagnostyczny.
Tabela 14.2 Przykładowe odpowiedzi odbiorcy (serwera pocztowego)
Odpowiedź
Znaczenie
250
Poprawnie zakończono zlecone zadanie.
251
Adresat nie jest lokalnym użytkownikiem; przekazuję
pocztę do <ścieżka-docelowa>
450
Zlecone zadanie nie zostało wykonane: skrzynka
nieosiągalna; np. skrzynka jest zajęta.
550
Zlecone zadanie nie zostało wykonane: skrzynka
nieosiągalna
451
Przerwano wykonywanie zleconego zadania: błąd
w przetwarzaniu
551
Adresat nie jest lokalnym użytkownikiem; proszę
spróbować <ścieżki-docelowej>
452
Zlecone zadanie nie zostało wykonane: niewystarczające
zasoby systemowe
552
Zlecone zadanie nie zostało wykonane: przekroczono
zasoby przeznaczone na składowanie danych
Usługi pocztowe TCP/IP w sieciach Microsoft
451
Odpowiedź
Znaczenie
553
Zlecone zadanie nie zostało wykonane: niedozwolona
nazwa skrzynki; np. zła składnia nazwy skrzynki
354
Rozpocząć przesyłanie poczty; zakończyć sekwencją
<CTRL>.<CTRL>.
554
Nieudana transakcja.
521
Nadesłana poczta nie została przyjęta.
N:
HELO nazwahosta
O:
HELO nazwahosta. Pleased to meet you.
N:
MAIL FROM: kss@scs.psi.com
O
: 250 OK
N:
RCPT TO: jones@scs.psi.com
O:
250 OK
N:
RCPT TO: bob@ltree.psi.com } Użytkownik bob nie posiada
O:
550 No such user here } skrzynki na serwerze ltree.psi.com
N:
RCPT TO: john@ltree.psi.com
O:
250 OK
N:
DATA
O:
354 Start mail input; end with <CRLF>.<CRLF>
N:
tekst wiadomości
N:
tekst wiadomości
N:
tekst wiadomości itd...
N:
<CRLF>.<CRLF>
O:
250 OK
N: nadawca SMTP
O: odbiorca SMTP
Plik z chomika:
SacrA
Inne pliki z tego folderu:
Rozdział 02.pdf
(1019 KB)
Rozdział 01.pdf
(1163 KB)
Rozdział 07.pdf
(1086 KB)
Rozdział 09.pdf
(1173 KB)
Rozdział 12.pdf
(939 KB)
Inne foldery tego chomika:
3d Max Studio Platinum Tutorials
3D Studio Max R4 - Creating a Spooky Atmosphere
ABC Internetu
ABC nagrywania płyt CD
Access 2000 - Księga eksperta
Zgłoś jeśli
naruszono regulamin