Gdy osoba dowiaduje się więcej o działaniu klientów poczty, serwerów SMTP i całego systemu poczty online, może być ciekawa, dlaczego potrzebny jest pośredni serwer SMTP. Mając to na uwadze, dzisiejszy post z pytaniami i odpowiedziami dla SuperUser zawiera odpowiedzi na pytania zaciekawionego czytelnika.
Dzisiejsza sesja pytań i odpowiedzi jest dostępna dzięki uprzejmości SuperUser - części Stack Exchange, grupy witryn internetowych z pytaniami i odpowiedziami.
Zdjęcie dzięki uprzejmości David Schroeder (flickr) .
Pytanie
Czytnik SuperUser Tobia chce wiedzieć, dlaczego do wysyłania poczty potrzebny jest pośredni serwer SMTP:
Dlaczego potrzebuję pośredniego serwera SMTP do wysyłania poczty? Dlaczego mój klient poczty (Outlook lub Thunderbird) nie może wysyłać wiadomości bezpośrednio do domeny SMTP adresata?
Na przykład, jeśli muszę wysłać pocztę do [email protected] z moim kontem Gmail, wysyłam go do smtp.gmail.com serwer; następnie ten serwer wysyła moją wiadomość do serwera MX domeny example.com .
Dlaczego do wysyłania poczty potrzebny jest pośredni serwer SMTP?
Odpowiedź
Współpracownik SuperUser davidgo ma dla nas odpowiedź:
Wysyłanie poczty bezpośrednio do serwera SMTP odbiorcy z komputera jest technicznie możliwe.
Patrząc na to z perspektywy historycznej, jeśli zdalny serwer SMTP jest wyłączony, chcesz, aby system automatycznie go obsłużył i ponawiał próby, stąd masz serwer SMTP. Podobnie w dawnych czasach nie wszystkie serwery pocztowe były połączone przez cały czas (łącza międzymiastowe były drogie), więc poczta była umieszczana w kolejce i wysyłana po ustanowieniu łącza.
Przechodząc do miejsc, w których usługi internetowe są tanie, nadal warto mieć mechanizmy umożliwiające ponawianie próby wysłania poczty, jeśli serwer jest niedostępny. Nie jest idealnym rozwiązaniem zapisywanie tej funkcji w MUA (programie pocztowym agenta użytkownika / programu pocztowego użytkownika końcowego). Te funkcje pasują do MTA (serwer poczty / serwer SMTP).
Ale jest gorzej - spamerzy. Większość poczty (ponad 80 procent) to spam. Dostawcy poczty robią wszystko, co w ich mocy, aby zmniejszyć ten problem, a wiele technik przyjmuje założenia dotyczące sposobu dostarczania poczty. Poniżej przedstawiono ważne kwestie:
1. Szara lista: Niektórzy dostawcy automatycznie przerywają połączenie pocztowe, jeśli nadawca i odbiorca nie komunikowali się wcześniej i oczekują, że spróbują po raz drugi. Spamerzy często nie próbują ponawiać próby, podczas gdy serwer SMTP zawsze powinien. Zmniejsza to ilość spamu o około 80 procent, ale jest to do bani.
2. Reputacja: Jest o wiele bardziej prawdopodobne, że ktoś wysyłający pocztę przez renomowany, znany serwer SMTP jest legalny w porównaniu z serwerem latającym w nocy. Aby poczuć reputację, dostawcy robią kilka rzeczy:
- Blokuj adresy dynamiczne / klientów (nie w 100 procentach, ale zmapowano duże fragmenty Internetu).
- Sprawdź, czy zwrotny DNS jest zgodny z przekazującym DNS. Niezbyt trudne, ale pokazuje pewien poziom odpowiedzialności i znajomość najlepszych praktyk (coś, czego nie ma wiele bloków adresów klientów).
- Sprawdź reputację. Podczas komunikacji z innymi serwerami SMTP wielu dostawców śledzi ilość spamu i ilość wysłanej poczty. Mogą zmniejszyć ilość spamu, ograniczając połączenia i obserwując te parametry. Można to zrobić na wiele sposobów, nie wszystkie są oczywiste, ale które wymagają znanego nadawcy.
- SPF i DKIM. Mechanizmy te wiążą zasoby DNS z nazwą domeny, aby utrudniać fałszowanie poczty i byłyby trudne, ale niekoniecznie niemożliwe do wdrożenia, jeśli za wychodzącą pocztę odpowiada program pocztowy (MUA).
Prawdopodobnie istnieją inne drobne problemy, ale to byłyby główne.
Masz coś do dodania do wyjaśnienia? Dźwięk w komentarzach. Chcesz przeczytać więcej odpowiedzi od innych zaawansowanych technicznie użytkowników Stack Exchange? Sprawdź cały wątek dyskusji tutaj .
