Miért van szükség egy közepes SMTP-kiszolgálóra az e-mail küldéséhez?
Ahogy egy személy többet megtudhat arról, hogyan működik az e-mail kliensek, az SMTP-kiszolgálók és az egész online levelezőrendszer, kíváncsi lehetnek arra, hogy miért van szükség egy köztes SMTP-kiszolgálóra. Ezt szem előtt tartva, a mai SuperUser Q&A posta válaszokat ad egy kíváncsi olvasó kérdésére.
A mai Kérdések és válaszok munkamenet a Jóvagyon - a Stack Exchange alosztályának, a közösség által vezérelt Q&A webhelyek csoportjának köszönhetően..
David Schroeder fényképe (Flickr).
A kérdés
A SuperUser olvasó Tobia azt szeretné tudni, hogy miért van szükség egy közepes SMTP-kiszolgálóra az e-mail küldéséhez:
Miért van szükség egy köztes SMTP-kiszolgálóra az e-mail küldéséhez? Miért nem tudja az e-mail kliensem (Outlook vagy Thunderbird) üzenetet küldeni közvetlenül a címzett SMTP-tartományába?
Például, ha e-mailt kell küldeni [email protected] Gmail-fiókommal elküldöm a smtp.gmail.com szerver; akkor ez a szerver elküldi az üzenetemet a example.com.
Miért van szükség egy köztes SMTP-kiszolgálóra az e-mail küldéséhez?
A válasz
A davidgo SuperUser közreműködője válaszol nekünk:
Technikailag lehetséges, hogy e-mailt közvetlenül a címzett SMTP-kiszolgálójára küldjön a számítógépről.
Ha a távoli SMTP-kiszolgáló le van zárva, akkor azt történelmi alapon meg kívánja vizsgálni, és azt szeretné, hogy a rendszer automatikusan kezelje és újra megpróbálja újra, így van egy SMTP-kiszolgáló. Hasonlóképpen, a régi időkben nem minden e-mail szerver kapcsolódott egész idő alatt (a távolsági kapcsolatok drágaek voltak), így a levelet sorban állították és elküldték, amikor egy linket hoztak létre.
Továbbra is, ahol az internetes szolgáltatások olcsóak, még mindig hasznos, ha a szerver nem érhető el, ha mechanizmusokat szeretnénk újra elküldeni. Nem ideális, ha ezt a funkciót a MUA-ba írjuk (Mail user agent / end user mail program). Ezek a funkciók illeszkednek egy MTA (Mail server / SMTP szerver).
De rosszabbodik a spammerek. A legtöbb levél (több mint 80 százalék) spam. A postai szolgáltatók mindent megtesznek annak érdekében, hogy csökkentse ezt a problémát, és számos technikát feltételeznek a postai küldemények kézbesítésének módjáról. A következő fontos szempontok:
1. Greylisting: Bizonyos szolgáltatók automatikusan leállnak egy e-mail kapcsolatot, ha a feladó és a címzett még nem közölte a kapcsolatot, és azt várják, hogy másodszor is próbálkoznak. A spammerek gyakran nem próbálkoznak újra, miközben egy SMTP-kiszolgálónak mindig szüksége van. Ez körülbelül 80 százalékkal csökkenti a spam mennyiségét, de szopja, hogy ezt meg kell tennie.
2. Hírnév: Sokkal valószínűbb, hogy valaki, aki egy jól ismert, ismert SMTP-kiszolgálón keresztül küld üzenetet, legit, összehasonlítva az éjszakai kiszolgálókkal. A hírnév megszerzéséhez a szolgáltatók számos dolgot tesznek:
- Dinamikus / kliens címek blokkolása (nem 100 százalék, de az Internet nagy részeit leképezték).
- Ellenőrizze, hogy a fordított DNS megfelel-e az előremutató DNS-nek. Nem nagyon nehéz megtenni, de bizonyos szintű elszámoltathatóságot és ismereteket mutat a legjobb gyakorlatokról (amit sok ügyfélcímke nem tartalmaz).
- Ellenőrizze a hírnevet. Más SMTP-kiszolgálókkal való kommunikáció során sok szolgáltató nyomon követi a spam mennyiségét és a küldött levelek mennyiségét. Csökkenthetik a spam mennyiségét a kapcsolatok korlátozásával és ezek figyelemmel kísérésével. Sok módja van ennek, de nem mindegyik nyilvánvaló, de egy ismert küldőre van szükség.
- SPF és DKIM. Ezek a mechanizmusok összekapcsolják a DNS-erőforrásokat a tartománynévvel, hogy nehezebbé tegyék a levélkovácsolást, és nehezen, de nem feltétlenül lehetetlen lenne telepíteni, ha a levelezőprogram (MUA) felelős a kimenő levelekért.
Valószínűleg más kisebb gondok is vannak, de ezek a legfontosabbak.
Van valami, amit hozzá kell adni a magyarázathoz? Kikapcsolja a megjegyzéseket. Szeretne további válaszokat olvasni más tech-savvy Stack Exchange felhasználóktól? Nézze meg a teljes beszélgetés szálát itt.