nl.phhsnews.com


nl.phhsnews.com / Waarom is een tussenliggende SMTP-server nodig om e-mail te verzenden?

Waarom is een tussenliggende SMTP-server nodig om e-mail te verzenden?


Naarmate een persoon meer te weten komt over hoe mailclients, SMTP-servers en het hele online e-mailsysteem werken, kunnen ze nieuwsgierig zijn naar waarom zelfs een tussenliggende SMTP-server nodig is. Met dat in gedachten heeft de SuperUser Q & A-post van vandaag de antwoorden op de vragen van een nieuwsgierige lezer.

De vraag en antwoordsessie van vandaag komt tot ons dankzij SuperUser - een onderdeel van Stack Exchange, een community-gestuurde groep van Q & A-websites.

Foto met dank aan David Schroeder (Flickr).

De vraag

SuperUser-lezer Tobia wil weten waarom een ​​tussenliggende SMTP-server nodig is om e-mail te verzenden:

Waarom heb ik een tussenliggende SMTP-server nodig om e-mail te verzenden ? Waarom kan mijn e-mailclient (Outlook of Thunderbird) berichten niet rechtstreeks naar het SMTP-domein van de ontvanger verzenden?

Als ik bijvoorbeeld e-mail moet verzenden naar [email protected] met mijn Gmail-account, Ik stuur het naar de smtp.gmail.com -server; dan stuurt deze server mijn bericht naar de MX-server van example.com .

Waarom is een tussenliggende SMTP-server nodig om e-mail te verzenden?

Het antwoord

SuperUser-bijdrager davidgo heeft het antwoord voor ons:

Het is technisch mogelijk om e-mail rechtstreeks vanaf uw computer naar de SMTP-server van de ontvanger te verzenden.

Als u de server op een historische basis bekijkt en de externe SMTP-server is uitgeschakeld, wilt u dat een systeem deze automatisch verwerkt en blijf opnieuw proberen, daarom heb je een SMTP-server. Evenzo waren vroeger niet alle e-mailservers verbonden (lange-afstandsverbindingen waren duur), dus e-mail zou in de wachtrij worden geplaatst en worden verzonden wanneer een link werd gelegd.

Verder gaan naar waar internetdiensten goedkoop zijn, is nog steeds nuttig om mechanismen te hebben om opnieuw e-mail te verzenden als een server niet beschikbaar is. Het is niet ideaal om deze functionaliteit in de MUA (Mail user agent / end user mail-programma) te schrijven. Deze functies passen in een MTA (mailserver / SMTP-server).

Maar het wordt erger - spammers. De meeste e-mail (meer dan 80 procent) is spam. Postproviders doen wat ze kunnen om dit probleem te verminderen en een groot aantal technieken doen veronderstellingen over de manier waarop post wordt afgeleverd. Het volgende zijn belangrijke overwegingen:

1. Greylisting: Sommige providers zullen automatisch een e-mailverbinding laten vallen als de afzender en de ontvanger nog niet eerder hebben gecommuniceerd en verwachten dat ze het een tweede keer proberen. Spammers proberen het vaak niet opnieuw terwijl een SMTP-server dat altijd wel hoort te doen. Dit verlaagt het volume van spam met ongeveer 80 procent, maar het is niet genoeg om dit toch te doen.

2. Reputatie: Het is veel waarschijnlijker dat iemand e-mail verstuurt via een gerenommeerde, bekende SMTP server is legit in vergelijking met een fly-by-night server. Om een ​​goed gevoel voor reputatie te krijgen, doen providers een aantal dingen:

  • Blokkerings- / clientadressen blokkeren (geen 100 procent, maar grote delen van het internet zijn in kaart gebracht).
  • Controleer of de omgekeerde DNS-overeenkomsten overeenkomen de forward DNS. Niet erg moeilijk om te doen, maar het toont enige mate van verantwoordelijkheid en kennis van best practices (iets wat veel clientadresblokken niet hebben).
  • Controleer op reputatie. Bij communicatie met andere SMTP-servers houden veel providers de hoeveelheid spam en het volume van verzonden e-mail bij. Ze kunnen de hoeveelheid spam verminderen door de verbindingen te beperken en deze parameters in de gaten te houden. Er zijn veel manieren waarop dit gebeurt, niet allemaal voor de hand liggend, maar waarvoor een bekende afzender nodig is.
  • SPF en DKIM. Deze mechanismen koppelen DNS-bronnen aan de domeinnaam om het vervalsen van e-mail moeilijker te maken en zouden moeilijk zijn, maar niet noodzakelijkerwijs onmogelijk om te implementeren als het e-mailprogramma (MUA) verantwoordelijk is voor uitgaande e-mail.

Er zijn waarschijnlijk nog andere minder belangrijke zorgen, maar deze zou de belangrijkste zijn.


Heeft u iets toe te voegen aan de uitleg? Geluid uit in de reacties. Wilt u meer antwoorden van andere technisch onderlegde Stack Exchange-gebruikers lezen? Bekijk hier de volledige discussiethread


Zou u uw eigen pc moeten bouwen?

Zou u uw eigen pc moeten bouwen?

Er was een tijd dat elke geek hun eigen pc leek te bouwen. Terwijl de massa's eMachines en Compaqs kochten, bouwden geeks hun eigen krachtiger en betrouwbaardere desktopmachines voor goedkoper. Maar is dit nog steeds logisch? Het bouwen van uw eigen pc biedt nog steeds zoveel flexibiliteit in de componentkeuze als het ooit heeft gedaan, maar voorgebouwde computers zijn verkrijgbaar voor uiterst concurrerende prijzen.

(how-to)

Hoe 'Trusted Devices' werken op Windows 10 (en waarom u niet langer op deze pc hoeft te vertrouwen)

Hoe 'Trusted Devices' werken op Windows 10 (en waarom u niet langer op deze pc hoeft te vertrouwen)

Windows 8 heeft u gevraagd om op deze pc te vertrouwen nadat u bent ingelogd met een Microsoft-account. Dit bericht is verdwenen in Windows 10, vervangen door een nieuw "Trusted Devices" -systeem dat anders werkt. Hoe "Trust This PC" werkte op Windows 8 In Windows 8 zag u een bericht waarin u werd gevraagd om "Vertrouw op deze pc" nadat u zich hebt aangemeld met uw Microsoft-account.

(how-to)