Raz na to spojrzałem.
Być może unikniesz terminu „serwer pocztowy”, ponieważ kiedy zaczniesz używać terminu takiego jak MTA, używasz teraz bardzo specyficznej terminologii - nawet nazewnictwa, a „serwer pocztowy” jest być może zbyt ogólny, nawet dwuznaczny, by mieć znaczenie.
Z tego, co mogę zebrać, wygląda to tak
MUA-->MSA--->MTA--->(MDA->Comp)<--MUA
oraz z udziałem klienta IMAP / POP (MRA) i serwera IMAP / POP (MAA)
sending(A->B->C->D->X) then from receiving right to left (X<--B<--A)
A B C D X B A
MUA-->MSA--->MTA--->(MDA->Comp)-->MAA<---MRA<--MUA
Wiadomości e-mail są wysyłane do użytkownika @ domena
MUA to klient poczty e-mail. Byłby to klient SMTP. (lub może bardziej dokładnie, interfejs użytkownika skonfigurowany do uruchamiania określonego klienta SMTP, który oczywiście jest lokalny dla tego komputera, ale oczywiście łączy się z serwerem SMTP)
MSA to MTA, co oznacza, że przenosi wiadomość e-mail, ale to MTA, z którym łączy się MUA. I to w domenie lokalnej. Uruchomiłby SMTP. Byłby to serwer SMTP. (być może istnieją inne protokoły, które mogłyby działać jako alternatywa dla SMTP).
MTA to MTA w domenie docelowej.
MDA to komputer w domenie odbiorcy, który zapisuje / „dostarcza” wiadomość do „magazynu poczty” znajdującego się na dysku twardym, do którego komputer ma dostęp. Często lokalny. Ten sklep pocztowy przechowuje pocztę dla użytkowników w domenie.
MAA i MRA - dotyczą one otrzymywania wiadomości e-mail, a nie wysyłania wiadomości e-mail. Termin MAA jest mniej znany i często ludzie nazywają MRA tylko klientem IMAP / POP i nie podają serwerowi skrótu. Słyszałem, że MRA jest terminem zarówno dla klienta, jak i serwera, argumentem jest to, że mówi agent, więc po prostu opisuje funkcję, a definicja nie ogranicza się tylko do klienta lub tylko serwera. Ale witryny, które używają terminu MAA, wydają się definiować MAA jako serwer, a MRA jako klient, i może mają rację. Więc pójdę z tym i zacytuję na nim dwie strony internetowe, aby podać definicję i przykład.
Istnieje MAA, który jest serwerem POP / IMAP. I MRA, który jest klientem POP / IMAP. Dwa linki, które wspominają o tym ..
https://www.ida.liu.se/~TDDI09/lectures/TDDI09-F4.pdf
Klient MRA Serwer Fetchmail
MAA Kurier IMAPD
http://archive.vector.org.uk/art10500970
MAA (Mail Access Agent):
zarządza folderami konta e-mail i udostępnia wiadomości MRA. MRA (Mail Retrieval Agent): uzyskuje dostęp do folderów e-mail za pośrednictwem MAA i udostępnia wiadomości MUA
Pytasz o Sendmail .. Wiem bardzo niewiele z tych programów linuksowych związanych z pocztą e-mail, ale Sendmail ma klienta SMTP, chociaż jest to głównie MTA (a każdy program, który może działać jako MTA, może działać jako MSA, MSA jest po prostu forma MTA).
Pytasz, czy można wysłać bezpośrednio do MTA domeny docelowej, jeśli nie ma kontroli bezpieczeństwa. Myślę, że zrobiłem to raz MUA na MTA, tylko jeden serwer SMTP zaangażowany, więc tak. Ale zwykle to MSA w Twojej domenie lokalnej wysyła go tam do MTA, więc zwykle zaangażowane są dwa serwery SMTP. Myślę, że to, co zobaczyłem, to to, że uruchomiłem serwer MSA SMTP sendmail lub postfix, zobaczyłem, jak sprawdza DNS w domenie i widziałem, że znajduje docelowy MTA (inny serwer SMTP). Potem pomyślałem, heh, spróbuję wysłać to bezpośrednio. W przypadku jednej domeny, do której chciałem wysłać, mogłem połączyć się bezpośrednio z docelowym MTA.
Pojęcie „serwer e-mail” jest niejasne. E-mail zawiera wiele ruchomych części.
Sendmail to agent transferu / transportu poczty (MTA), znany również jako serwer SMTP. (Są inne, np.
exim4)Po otrzymaniu wiadomości serwer SMTP może wykonać kilka czynności:
mboxlubMaildir) lub innego mechanizmu przechowywania.Jeśli masz serwer SMTP działa na systemie UNIX / Linux, można użyć użytkownika poczty agent (MUA), takie jak
mutt,pinelub inny program do czytania wiadomości z lokalnej kolejki. Aby to zadziałało, musisz być zalogowany w systemie lokalnym.Co jeśli chcesz czytać pocztę przechowywaną w systemie zdalnym? W systemie zdalnym musi być uruchomiony serwer POP3 lub IMAP, który pobierze wiadomości z konta w systemie zdalnym i przyniesie je do Ciebie, opcjonalnie z funkcjami zarządzania w przypadku IMAP. POP3 / IMAP nie może wysyłać wiadomości.
Aplikacje, które pozwalają czytać pocztę ze zdalnego serwera za pośrednictwem POP3 lub IMAP, również pozwalają wysyłać pocztę przez SMTP i będą musiały zaimplementować / być klientem dla obu protokołów. POP3 / IMAP i SMTP nie muszą żyć na tym samym hoście.
Przez większość lat protokoły bezpieczeństwa były rygorystyczne. Każdy z tych protokołów ma opcjonalne metody wymagające certyfikatów klienta lub uwierzytelnienia. Szczególnie ważna jest ochrona serwera SMTP przed przekazywaniem wiadomości e-mail nieuwierzytelnionym użytkownikom, ponieważ zwykle będą one wykorzystywane do celów spamowych. Nazwa użytkownika / hasło / certyfikat SMTP może być inna niż dowolne z POP3 / IMAP, które wciąż mogą różnić się od kont lokalnych w systemie.
źródło