1Sep
Mivel az ember többet megtud arról, hogyan működik az e-mail kliensek, az SMTP szerverek és az egész internetes levélrendszer, lehet, hogy kíváncsi, hogy miért van szükség közbenső SMTP-kiszolgálóra. Emiatt a mai SuperUser Q & A bejegyzésen megtalálhatja a válaszokat egy furcsa olvasó kérdéseire.
A mai kérdés &A válaszüzenet a SuperUser - a Stack Exchange megosztottságának köszönhetően - a Q & A webhelyek közösségi szintű csoportosítása.
Fotó jóvoltából David Schroeder( Flickr).
A
SuperUser olvasó kérdése Tobia szeretné tudni, hogy miért szükséges köztes SMTP-kiszolgáló a levélküldéshez:
Miért van szükségem közbenső SMTP-kiszolgálóra az e-mail küldéséhez? Miért nem képes az e-mail kliensem( Outlook vagy Thunderbird) üzeneteket küldeni közvetlenül a címzett SMTP domainjére?
Ha például az [email protected] -t az címemmel kell elküldeni a Gmail fiókomba, elküldem az smtp.gmail.com kiszolgálónak;akkor ez a kiszolgáló elküldi az üzenetet az example.com MX szerverére.
Miért van szükség közbenső SMTP-kiszolgálóra az e-mail küldéséhez?
Az
válasz A SuperUser közreműködője, a davidgo rendelkezik a választ velünk:
Technikailag lehetséges, hogy e-mailt közvetlenül a címzett SMTP szerverére küldünk a számítógépről.
Ha a távoli SMTP-kiszolgáló le van tiltva, akkor a rendszer automatikusan kezeli és újra próbálkozik, ezért SMTP-kiszolgálóval rendelkezik. Hasonlóképpen, a régi időkben nem minden postafiók kapcsolódott állandóan( a távolsági összeköttetések drágák voltak), így a levelek sorban állnak, és elküldésre kerülnek a link létrehozásakor.
Az internetes szolgáltatások olcsóbb elérése érdekében még mindig hasznos, hogy olyan mechanizmusokat alkalmazzanak, amelyek megpróbálják újra elküldeni az e-maileket, ha a szerver nem érhető el. Nem ideális a funkcióknak az MUA-ba( Mail felhasználói ügynök / végfelhasználói levelezőprogram) történő megírására. Ezek a funkciók MTA( Mail szerver / SMTP szerver) illeszkednek.
De rosszabb lesz a spammerek. A legtöbb levél( több mint 80 százalék) spam. A postai szolgáltatók mindent megtesznek a probléma csökkentése érdekében, és számos technikával feltételezik, hogy az e-maileket hogyan szállítják. Az alábbi fontos szempontok:
1. Greylisting: Egyes szolgáltatók automatikusan levágnak egy levélkapcsolatot, ha a feladó és a címzett még nem közölték, és várhatóan másodszor is megpróbálják. A spammerek gyakran nem próbálkoznak újra, amíg az SMTP-kiszolgálónak mindig kéne lennie. Ez mintegy 80 százalékkal csökkenti a levélszemét mennyiségét, de szar van ahhoz, hogy ezt megtehesse.
2. Hírnév: Valószínűbb, hogy egy jó hírű, ismert SMTP-kiszolgálón keresztül küldött személy legitobb, mint egy repülőtéri szerverhez képest. Ahhoz, hogy jó hírnevet szerezzen, a szolgáltatók számos dolgot csinálnak:
- A dinamikus / kliens címek blokkolása( nem 100 százalék, de az internet nagy darabjait feltérképezték).
- Ellenőrizze, hogy a fordított DNS megfelel-e az előremenő DNS-nek. Nem nagyon nehéz megtenni, de a bevált gyakorlatok bizonyos szintű elszámoltathatóságát és ismeretét mutatja( ami sok ügyfélcím blokknak nincs).
- Ellenőrizze hírnevét. Más SMTP-szerverekkel való kommunikáció során sok szolgáltató figyelemmel kíséri az elküldött levelek levélszemétét és mennyiségét. Csökkenthetik a levélszemét mennyiségét a kapcsolatok korlátozásával és a paraméterek figyelemmel kísérésével. Számos mód van erre, nem mindegyik nyilvánvaló, de szükség van egy ismert feladóra.
- SPF és DKIM.Ezek a mechanizmusok összekapcsolják a DNS erőforrásait a tartománynévvel, hogy keményebben kovácsolják a leveleket, és nehéz, de nem feltétlenül lehetetlen telepíteni, ha a levelezőprogram( MUA) felelős a kimenő levelekért.
Valószínűleg más kisebb aggályok vannak, de ezek a legfontosabbak.
Van valami, amit hozzá lehet adni a magyarázathoz? Hangzik ki a megjegyzésekben. Szeretne többet válaszolni a többi technikus-tudós Stack Exchange felhasználóiról? Nézze meg a teljes vitafonalat itt.