Amint egy személy többet megtud a mail kliensek, az SMTP szerverek és az egész online levelező rendszer működéséről, kíváncsiak lehetnek arra, miért is van szükség egy köztes SMTP szerverre. Ezt szem előtt tartva a mai SuperUser Q & A bejegyzés megválaszolja az olvasó kíváncsi kérdéseit.
A mai Kérdések és válaszok ülés a SuperUser jóvoltából érkezik hozzánk - a Stack Exchange alosztályához, amely a Q & A webhelyek közösségvezérelt csoportosulása.
Fotó jóvoltából David Schroeder (Flickr) .
A kérdés
Tobia, a SuperUser olvasó tudni akarja, miért van szükség egy köztes SMTP-kiszolgálóra a levelek küldéséhez:
Miért van szükség köztes SMTP-kiszolgálóra az e-mail küldéséhez? Miért nem tudja az e-mail kliensem (Outlook vagy Thunderbird) közvetlenül a címzett SMTP-tartományába küldeni az üzeneteket?
Például, ha e-mailt kell küldenem [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 a levelek küldéséhez?
A válasz
A SuperUser közreműködője, davidgo válaszolt ránk:
Technikailag lehetséges a számítógépéről közvetlenül a címzett SMTP szerverére küldeni az e-maileket.
Történelmi alapon nézve, ha a távoli SMTP-kiszolgáló nem működik, akkor azt szeretné, ha egy rendszer automatikusan kezelné, és folytatná az újrapróbálkozást, ezért van SMTP-kiszolgálója. Hasonlóképpen, a régi időkben nem minden mail szerver volt állandóan csatlakoztatva (a távolsági kapcsolatok drágák voltak), így a leveleket sorba állították és elküldték, amikor egy kapcsolat létrejött.
Továbblépve oda, ahol az internetes szolgáltatások olcsók, továbbra is hasznos, ha rendelkezünk olyan mechanizmusokkal, amelyek megpróbálják újból megkísérelni a levelek küldését, ha a szerver nem érhető el. Nem ideális, ha ezt a funkciót beírja az MUA-ba (Mail user agent / end user mail program). Ezek a funkciók illeszkednek egy MTA-hoz (Mail server / SMTP server).
De ez még rosszabb - spamelők. A legtöbb levél (több mint 80 százalék) spam. A levélszolgáltatók mindent megtesznek ennek a problémának a csökkentése érdekében, és számos technika feltételezi a levél kézbesítésének módját. A következők fontos szempontok:
1. Greylisting: Egyes szolgáltatók automatikusan megszakítják az e-mail kapcsolatot, ha a feladó és a címzett még nem kommunikált egymással, és elvárják tőlük, hogy másodszor is megpróbálják. A levélszemétküldők gyakran nem próbálják meg újra, miközben az SMTP-kiszolgálónak mindig ezt kell tennie. Ez körülbelül 80 százalékkal csökkenti a spam mennyiségét, de mégis szívesen ezt kell tennie.
2. Hírnév: Sokkal valószínűbb, hogy valaki jó hírű, ismert SMTP-kiszolgálón keresztül küld leveleket, mint egy repülős éjszakai szerver. A hírnév megismerése érdekében a szolgáltatók számos dolgot tesznek:
- Dinamikus / kliens címek blokkolása (nem 100 százalékos, hanem az Internet nagy darabjai kerültek feltérképezésre).
- Ellenőrizze, hogy a fordított DNS megegyezik-e a továbbított DNS-sel. Nem túl nehéz megtenni, de ez bizonyos szintű elszámoltathatóságot és a legjobb gyakorlatok ismeretét mutatja (amit sok ügyfélcím-blokk nem tartalmaz).
- Ellenőrizze a hírnevét. Amikor más SMTP szerverekkel kommunikál, sok szolgáltató nyomon követi a spam mennyiségét és az elküldött levelek mennyiségét. Csökkenthetik a spam mennyiségét azáltal, hogy korlátozzák a kapcsolatokat és szemmel tartják ezeket a paramétereket. Sokféle módon lehet ezt megtenni, nem mindegyik nyilvánvaló, de ismert küldőre van szükség.
- SPF és DKIM. Ezek a mechanizmusok a DNS-erőforrásokat a domain névhez kötik, hogy megnehezítsék a levelek hamisítását, és nehézkes, de nem feltétlenül lehetetlen telepíteni, ha a kimenő levelekért a levelezőprogram (MUA) felelős.
Valószínűleg vannak más kisebb gondok is, de ezek lennének a legfontosabbak.
Van valami hozzáfűzhető a magyarázathoz? Hang a kommentekben. Szeretne további válaszokat olvasni más, hozzáértő Stack Exchange-felhasználóktól? Nézze meg a teljes vitafonalat itt .
