1Sep
Jako osoba dowiaduje się więcej o tym, jak działają klienci poczty, serwery SMTP i cały system poczty online, mogą być ciekawi, dlaczego pośredni serwer SMTP jest nawet potrzebny. Mając to na uwadze, dzisiejszy post SuperUser Q & A ma odpowiedzi na ciekawe pytania czytelnika.
Dzisiejsze pytanie &Sesja odpowiedzi przychodzi do nas dzięki uprzejmości SuperUser - poddziału Stack Exchange, opartego na społecznościach grupy Q & A.
Zdjęcie dzięki uprzejmości Davida Schroedera( 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 pocztowy( Outlook lub Thunderbird) nie może wysyłać wiadomości bezpośrednio do domeny SMTP odbiorcy?
Na przykład, jeśli muszę wysyłać pocztę na adres [email protected] z moim kontem Gmail, wysyłam je na serwer smtp.gmail.com ;następnie ten serwer wysyła moją wiadomość do serwera MX example.com .
Dlaczego do wysyłania wiadomości potrzebny jest pośredni serwer SMTP?
Odpowiedź Autor
SuperUser davidgo ma dla nas odpowiedź:
Technicznie możliwe jest wysyłanie poczty bezpośrednio do serwera SMTP odbiorcy z twojego komputera.
Patrząc na to z historycznego punktu widzenia, jeśli zdalny serwer SMTP jest wyłączony, chcesz, aby system automatycznie go obsługiwał i kontynuował próbę, dlatego masz serwer SMTP.Podobnie, w dawnych czasach nie wszystkie serwery pocztowe były przez cały czas połączone( łącza dalekosiężne były drogie), więc poczta była umieszczana w kolejce i wysyłana po ustanowieniu połączenia.
Przechodząc do miejsca, w którym usługi internetowe są tanie, nadal przydatne są mechanizmy ponownej próby wysłania poczty, jeśli serwer jest niedostępny. Nie jest idealna, aby ta funkcja była zapisana w MUA( program pocztowy użytkownika poczty / użytkownika końcowego).Te funkcje pasują do MTA( serwer poczty / serwer SMTP).
Ale robi się gorzej - spamerzy. Większość wiadomości( ponad 80 procent) to spam. Dostawcy poczty robią wszystko, co w ich mocy, aby zmniejszyć ten problem, a duża liczba technik przyjmuje założenia dotyczące sposobu dostarczania poczty. Ważne są następujące kwestie:
1. Greylisting: Niektórzy dostawcy automatycznie zrzucają połączenie pocztowe, jeśli nadawca i odbiorca nie porozumieli się wcześniej i oczekują, że spróbują po raz drugi. Spamerzy często nie próbują ponownie, podczas gdy serwer SMTP zawsze powinien. Zmniejsza to objętość spamu o około 80 procent, ale jest to jednak konieczne.
2. Reputacja: Jest o wiele bardziej prawdopodobne, że ktoś wysyłający pocztę za pośrednictwem renomowanego, znanego serwera SMTP jest legalny w porównaniu do serwera typu "noc po nocy".Aby uzyskać poczucie reputacji, dostawcy robią wiele rzeczy:
- Blokuj adresy dynamiczne / klienta( nie w 100%, ale duże fragmenty internetu zostały zmapowane).
- Sprawdź, czy odwrotny DNS odpowiada przyszłemu DNS.Nie jest to trudne, ale pokazuje pewien poziom odpowiedzialności i znajomości najlepszych praktyk( coś, czego nie ma wiele bloków adresów klienckich).
- Sprawdź reputację.Podczas komunikacji z innymi serwerami SMTP wielu dostawców śledzi ilość spamu i ilość wysłanych wiadomości. Mogą zmniejszyć ilość spamu, ograniczając połączenia i kontrolując te parametry. Jest na to wiele sposobów, nie wszystkie są oczywiste, ale wymagają znanego nadawcy.
- SPF i DKIM.Mechanizmy te wiążą zasoby DNS z nazwą domeny, co sprawia, że tworzenie poczty jest trudniejsze i byłoby trudne, ale niekoniecznie niemożliwe do wdrożenia, jeśli program pocztowy( MUA) odpowiada za pocztę wychodzącą.
Są prawdopodobnie inne drobne obawy, ale byłyby to najważniejsze.
Czy chcesz coś dodać do wyjaśnienia? Dźwięk w komentarzach. Chcesz przeczytać więcej odpowiedzi od innych użytkowników Stack Exchange, którzy znają się na technologii? Sprawdź cały wątek dyskusji tutaj.