Ja…och nej.
ja, eftersom allt du behöver göra för att skicka e-post är att kunna göra utgående SMTP-anslutningar till lämplig SMTP-server som tar emot e-post för den avsedda mottagaren. Det vill säga om du vill skicka e-post till någon med en Gmail-adress måste du kunna upprätta en TCP-anslutning till smtp.gmail.com på port 25, interagera med servern på lämpligt sätt och stäng anslutningen.
du kan till och med göra detta från terminalen/kommandoraden från ditt favorit OS, oavsett om macOS, Linux/Unix eller till och med Windows använder telnet-programmet (om du känner till SMTP-kommandona, det vill säga).
men precis runt 2003 eller 2004 eller så var det en enorm ökning av Microsoft Word-makrovirus som implementerade en (dåligt skriven) SMTP-klient för att skräpposta människor. Makroviruset skulle spridas genom att skicka sig till mottagare och bara fortsätta spamma direkt från människors hemdatorer.
som ett resultat blockerar de flesta Internetleverantörer utgående anslutningar till port 25, vilket innebär att du inte längre kan skicka e-post direkt, men måste använda ISP: s relä eller en SMTP-server med en autentisering och en alternativ postinlämningsport (mer om det nedan).
eftersom SMTP-klienterna var så dåligt implementerade bryter de också mot ett antal konventioner om hur man identifierar sig som en e-postserver. Många e-postadministratörer implementerade ytterligare kontroller för att blockera och/eller filtrera e-post från tvivelaktig källa.
det är,
- om du inte har en giltig DNS MX-post för din domän kan din e-post avvisas.
- om du inte har ett giltigt DNS-värdnamn för din e-postserver kan din e-post avvisas.
- om din e-postservers IP-adress finns på en dynamisk IP-lista (t.ex. en ISP-kund) kan din e-post avvisas.
- om din e-postservers IP-adress inte kan ta emot e-post (avsändarverifiering) kan din e-post avvisas.
- om din e-postservers IP-adress finns på en DNS-baserad svartlista kan din e-post avvisas.
- om din e-postserver inte har SPF-eller DomainKeys-poster i DNS kan din e-post avvisas.
- om din e-postserver inte är korrekt konfigurerad på något sätt kan din e-post avvisas.
- om avsändaradressen för kuvertet (inte rubriken Från: som du ser) är udda på något sätt, vilket indikerar ett automatiserat e-postprogram (som e-postformulär för webbserver), kan e-postmeddelandet avvisas.
- om den mottagande e-postservern har ett meddelandefilter som läser texten i e-postmeddelandet och letar efter webbadresser/länkar, nyckelord eller andra spammiga egenskaper kan ditt e-postmeddelande avvisas.
det fanns ett antal försök att kontrollera spamutbrottet då, och många av ovanstående införlivades vid den tiden. Ibland kanske de inte avvisar direkt, men ovanstående kriterier kan öka en skräppostpoäng med några punkter. Ju fler tester ett e-postmeddelande misslyckades (både från sändande e-postserverprotokollfel ovan och ytterligare kriterier kring innehållet), desto mer sannolikt skulle det identifieras som skräppost och avvisas eller filtreras/raderas.
dessa dagar verkar det som om de flesta e-postadministratörer kommer att avvisa e-postmeddelandet direkt på en eller två primära serverkonfigurationsegenskaper (DNS, dynamic IP range) och ta emot all annan e-post med tung granskning för filtrering i en skräppostmapp.
på grund av allt detta, kombinerat med Internetleverantörer som blockerar utgående e-post direkt till SMTP-servrar, kommer du i allmänhet inte att kunna skicka från ditt hemnätverk. Hur de flesta webbhotell och e-posttjänster fungerar är en autentiserad e-postinlämningsport.
du konfigurerar din e-postklient för att ansluta till en SMTP-server på port 587, ange användarnamn och lösenord för ditt konto (verifierar vem som skickar den här skiten) och sedan kan du kringgå din ISP. Tanken är att ingen SMTP-server tar emot e-post för sina kunder på 587, bara tar emot e-post för vidareutläggning någon annanstans.
allt detta förutsätter att du har en konsument ISP-anslutning. Om du har en business class-tjänst kommer det sannolikt att finnas färre begränsningar för att skicka e-post (dvs. inte blockera port 25) eftersom ett företag legitimt kan skicka e-post inifrån. Om begränsningen är på plats kommer ett telefonsamtal till business support-linjen sannolikt att resultera i ett undantag från policyn.
då får du roligt att konfigurera din e-postserver på ett sätt som andra inte kommer att avvisa e-post från dig direkt. Detta kommer att vara komplicerat första gången (speciellt om du inte är bekant med de stödjande koncepten), men är relativt enkelt.
du behöver:
- ett domännamn och en mekanism för att publicera DNS-poster (t. ex. din registrar, webbhotell eller en korrekt konfigurerad egen DNS-server)
- rätt DNS-poster:
- a-posten för din e-postserver (identifierar din e-postserver i nätverket)
- MX-posten för din domän (identifierar vilken server som ska ta emot e-post för din domän)
- PTR-posten för IP-adressen (eventuellt pekar PTR tillbaka till A-posten ovan, men det krävs inte officiellt)
- en e-postserver (jag rekommenderar personligen Postfix), korrekt konfigurerad
- valfritt: SSL-certifikat och en allmän kunskap om hur man får ett
- server-till-server-protokoll är fortfarande okrypterade, men åtkomst till din server kan säkras. Om du är på ett privat hemnätverk kanske du inte bryr dig så mycket, men åtkomst till din server från en kaffebutik innebär att vem som helst kan se ditt lösenord och e-postmeddelanden flyga genom luften via en trådlös anslutning)
- valfritt: IMAP / POP3 mail programvara för att ladda ner e-post människor skickar till dig (eller så kan du läsa e-post direkt på servern om du vill-PINE var min favorit program tillbaka i dag)
om du inte har ett verkligt behov av att köra e-post från ditt hemnätverk, till exempel, kör du ett IT-konsultföretag utanför ditt hem och behöver ha e-postservrar att använda som referens för att konfigurera andra, är du nästan bättre att använda en e-posttjänst. Det är lättare och låter dig fokusera på din kärnkompetens.
om tanken är att ha en billig, självlärande miljö kring posttjänst och protokoll, kommer ovanstående information att få dig att gå i rätt riktning. Det är ganska mycket hur vi lärde oss tillbaka i gamla dagar, men så många spammare har missbrukat detta att det är nästan omöjligt att köra en hemmailserver längre.
