Som en person lærer mere om, hvordan postklienter, SMTP-servere og hele online-mail-systemet fungerer, kan de være nysgerrige hvorfor en mellemliggende SMTP server er endda nødvendig. Med det i tankerne har dagens SuperUser Q & A-post svarene på en nysgerrig læsers spørgsmål.

Dagens Spørgsmål og Svar-session kommer til os med venlig hilsen af ​​SuperUser-en underafdeling af Stack Exchange, en community-driven gruppe af Q & A-websteder.

Foto af David Schroeder (Flickr).

Spørgsmål

SuperUser-læser Tobia vil vide, hvorfor en mellemliggende SMTP-server er nødvendig for at sende mail:

Hvorfor har jeg brug for en mellemliggende SMTP-server til at sende mail ? Hvorfor kan min mailklient (Outlook eller Thunderbird) ikke sende meddelelser direkte til modtagerens SMTP-domæne?

Hvis jeg f.eks. Skal sende mail til [email protected] med min Gmail-konto, Jeg sender det til smtp.gmail.com serveren; så sender denne server min besked til MX-serveren på example.com .

Hvorfor skal en mellemliggende SMTP-server sende mail?

Svaret

SuperUser-bidragyderen davidgo har svaret på os:

Det er teknisk muligt at sende mail direkte til modtagerens SMTP-server fra din computer.

Hvis man ser på det historisk, hvis den eksterne SMTP-server er nede, vil du have et system til at håndtere det automatisk og Fortsæt med at prøve igen, derfor har du en SMTP-server. På samme måde var ikke alle mail-servere tilsluttet hele tiden (langdistancelink var dyrt), så posten ville være i køen og sendt, da der blev etableret et link.

Flyt videre til, hvor internet-tjenester er billige, det er stadig nyttigt at få mekanismer til at forsøge at sende mail, hvis en server ikke er tilgængelig. Det er ikke ideelt for denne funktionalitet at blive skrevet ind i MUA (Mail User Agent / End User Mail Program). Disse funktioner passer til en MTA (Mail server / SMTP server).

Men det bliver værre-spammere. De fleste mail (mere end 80 procent) er spam. Mailudbydere gør hvad de kan for at reducere dette problem, og et stort antal teknikker gør antagelser om, hvordan posten leveres. Følgende er vigtige overvejelser:

1. Greylisting: Nogle udbydere slipper automatisk en mailforbindelse, hvis afsenderen og modtageren ikke har meddelt før og forventer, at de forsøger en anden gang. Spammere forsøger ofte ikke igen, mens en SMTP-server altid skal. Dette reducerer mængden af ​​spam med omkring 80 procent, men det er slemt at skulle gøre det selv.

2. Omdømme: Det er meget mere sandsynligt, at nogen sender mail via en velrenommeret, kendt SMTP serveren er legitim i forhold til en fly-by-night server. For at få et kendskab til omdømme gør udbydere en række ting:

• Bloker dynamiske / klientadresser (ikke 100 procent, men store klumper af internettet er blevet kortlagt).
• Kontroller, om omvendt DNS matcher den forreste DNS. Ikke meget svært at gøre, men det viser en vis grad af ansvarlighed og kendskab til bedste praksis (noget mange klientadresseblokke har ikke).
• Check for reputation. Når du kommunikerer med andre SMTP-servere, holder mange udbydere styr på mængden af ​​spam og volumen af ​​sendt mail. De kan reducere mængden af ​​spam ved at begrænse forbindelser og holde øje med disse parametre. Der er mange måder, dette er gjort, ikke alle er indlysende, men som kræver en kendt afsender.
• SPF og DKIM. Disse mekanismer binder DNS-ressourcer til domænenavnet for at gøre smedningen lettere, og det ville være vanskeligt, men ikke nødvendigvis umuligt at implementere, hvis postprogrammet (MUA) er ansvarlig for udgående mail.

Der er sandsynligvis andre mindre bekymringer, men disse ville være de store.

Har noget at tilføje til forklaringen? Lyde af i kommentarerne. Vil du læse flere svar fra andre tech-savvy Stack Exchange brugere? Se hele diskussionsgruppen her.

Google Chrome indeholder 5 plug-ins til browsere, og her er hvad de gør

Google vil slippe af med browser plug-ins, men de bundter ganske få med Chrome selv. På en ren installation kan du se mindst fem forskellige browsers plugin-moduler, fra Widevine Content Decryption Module til Native Client. Disse plugin-moduler bruger alle Chrome's PPAPI (Pepper API) plugin-arkitektur, som er mere moderne og sandboxed.

(how-to)

Sådan vises de udvidede udskrivnings- og gemme dialogbøger i OS X som standard

OS X viser som standard små, enkle udskrivnings- og gem dialoger. Du kan klikke på pilen til højre for at udvide dem til flere muligheder, eller du kan som standard vise de udvidede dialoger med en enkel kommando fra terminalen. Lad os vise dig, hvad vi mener. Her er den forenklede version af dialogboksen Gem, som ikke tilbyder mange muligheder.

(how-to)