Igen…és nem.
igen, mert az e-mail küldéséhez mindössze annyit kell tennie, hogy kimenő SMTP-kapcsolatokat tud létrehozni a megfelelő SMTP-kiszolgálóval, amely a címzett leveleit fogadja. Vagyis, ha e-mailt szeretne küldeni valakinek, akinek Gmail-címe van, akkor képesnek kell lennie TCP-kapcsolat létrehozására smtp.gmail.com a 25-ös porton megfelelően lépjen kapcsolatba a kiszolgálóval, majd zárja be a kapcsolatot.
ezt akár a terminál/parancssorból is megteheti kedvenc operációs rendszeréből, legyen az macOS, Linux/Unix vagy akár Windows a telnet program segítségével (ha ismeri az SMTP parancsokat, azaz).
azonban 2003-ban vagy 2004-ben hatalmas növekedés történt a Microsoft Word makróvírusokban, amelyek egy (rosszul megírt) SMTP klienst valósítottak meg a spam emberek számára. A makrovírus úgy terjedne, hogy elküldi magát a címzetteknek, és továbbra is közvetlenül az emberek otthoni számítógépeiről spamel.
ennek eredményeként a legtöbb internetszolgáltató blokkolja a kimenő kapcsolatokat a 25-ös portra, ami azt jelenti, hogy már nem küldhet közvetlenül e-mailt, hanem az internetszolgáltató továbbítóját vagy egy SMTP-kiszolgálót kell használnia hitelesítéssel és alternatív levélbenyújtási porttal (erről bővebben alább).
Továbbá, mivel az SMTP klienseket annyira rosszul hajtották végre, megsértik számos egyezményt arról, hogyan lehet azonosítani magát e-mail szerverként. Sok levelezési rendszergazda további vezérlőket hajtott végre a megkérdőjelezhető forrásból származó levelek blokkolására és/vagy szűrésére.
az,
- ha nem rendelkezik érvényes DNS MX bejegyzéssel a domainhez, előfordulhat, hogy az e-mail elutasításra kerül.
- ha nem rendelkezik érvényes DNS-gazdagépnévvel a levelezőkiszolgálóhoz, előfordulhat, hogy a levelezés elutasításra kerül.
- ha a levelezőszerver IP-címe dinamikus IP-listán szerepel (pl. internetszolgáltató ügyfél), előfordulhat, hogy a levelezés elutasításra kerül.
- ha a levelezőszerver IP-címe nem tudja fogadni a leveleket (feladó ellenőrzése), előfordulhat, hogy a rendszer elutasítja az e-mailt.
- ha a levelezőkiszolgáló IP-címe szerepel egy DNS-alapú feketelistán, előfordulhat, hogy a levelezés elutasításra kerül.
- ha a levelezőszerver nem tartalmaz SPF vagy Domainkey bejegyzéseket a DNS-ben, előfordulhat, hogy a levelezés elutasításra kerül.
- ha a levelezőszerver semmilyen módon nincs megfelelően konfigurálva, előfordulhat, hogy a levelezés elutasításra kerül.
- ha a boríték feladójának címe (nem a feladó: fejléc, amit látsz) bármilyen módon furcsa, ami egy automatizált levelezőprogramot jelez (például a webszerver e-mail űrlapjait), az e-mail elutasításra kerülhet.
- ha a fogadó levelezőkiszolgáló olyan üzenetszűrővel rendelkezik, amely az e-mail törzsében URL-eket/linkeket, kulcsszavakat vagy más spam jellegű jellemzőket keres, előfordulhat, hogy az e-mail elutasításra kerül.
akkoriban számos kísérlet történt a spam kitörésének ellenőrzésére, és a fentiek közül sokat beépítettek abban az időben. Előfordulhat, hogy nem utasítják el egyenesen, de a fenti kritériumok néhány ponttal növelhetik a spam pontszámot. Minél több teszt sikertelen egy e-mailben (mind a küldő levelezőkiszolgáló protokolljának fenti hibái, mind a tartalom körüli további kritériumok alapján), annál valószínűbb, hogy spamként azonosítják, és elutasítják vagy szűrik/törlik.
manapság úgy tűnik, hogy a legtöbb e-mail adminisztrátor elutasítja az e-mailt egy vagy két elsődleges kiszolgáló konfigurációs jellemzőjén (DNS, dinamikus IP tartomány), és minden más levelet szigorú ellenőrzéssel kap a spam mappába történő szűréshez.
mindezek miatt, kombinálva az internetszolgáltatókkal, amelyek közvetlenül az SMTP-kiszolgálókra blokkolják a kimenő leveleket, általában nem lesz képes elküldeni az otthoni hálózatról. A legtöbb tárhelyszolgáltató és e-mail szolgáltatás működése egy hitelesített e-mail benyújtási port.
beállítja a levelezőprogramot, hogy csatlakozzon egy SMTP-kiszolgálóhoz az 587-es porton, írja be a fiók felhasználónevét és jelszavát (ellenőrzi, hogy ki küldi ezt a szart), majd megkerülheti az internetszolgáltatót. Az ötlet az, hogy egyetlen SMTP-kiszolgáló sem fogad leveleket ügyfeleinek az 587-en, csak leveleket kap máshová történő továbbításhoz.
mindez feltételezi, hogy van fogyasztói internetszolgáltató kapcsolat. Ha üzleti osztályú szolgáltatással rendelkezik, akkor valószínűleg kevesebb korlátozás lesz a levelek küldésére (azaz nem blokkolja a 25.portot), mivel egy vállalkozás jogosan küldhet e-mailt belülről. Ha a korlátozás érvényben van, akkor az üzleti támogatási vonalra történő telefonhívás valószínűleg kivételt eredményez a házirend alól.
akkor kap a móka konfigurálása az e-mail szerver oly módon, hogy mások nem utasítja el mail tőled egyenesen. Ez először összetett lesz (különösen, ha nem ismeri a támogató fogalmakat), de viszonylag egyszerű.
szüksége van:
- domain név és a DNS-rekordok közzétételének mechanizmusa (pl. a regisztrátor, a hosting cég vagy a saját helyesen konfigurált DNS-kiszolgáló)
- a helyes DNS-bejegyzések:
- a levelezőkiszolgáló a rekordja (azonosítja a hálózaton lévő levelezőkiszolgálót)
- a tartomány MX rekordja (azonosítja, hogy melyik szerver fogadja a leveleket a tartományához)
- az IP-cím PTR rekordja (opcionálisan a PTR a fenti a rekordra mutat, de ez hivatalosan nem kötelező)
- egy levelezőszerver (személyesen ajánlom a Postfix-et), helyesen konfigurálva
- opcionális: Az SSL tanúsítványok és a
- Szerver-Szerver protokollok megszerzésének általános ismerete még mindig titkosítatlan, de a szerverhez való hozzáférés biztonságos. Ha egy magán otthoni hálózat, lehet, hogy nem érdekel annyira, de elérve a szerver egy kávézóban azt jelenti, hogy bárki tudja nézni a jelszót, és e-maileket repülni a levegőben vezeték nélküli kapcsolaton keresztül)
- választható: IMAP / POP3 mail szoftver letöltésére mail ember küld neked (vagy el tudja olvasni mail közvetlenül a szerveren, ha szeretné – PINE volt a kedvenc program vissza a nap)
hacsak nincs valódi szüksége az e-mailek futtatására az otthoni hálózatról, például egy informatikai tanácsadói vállalkozást futtat otthonából, és rendelkeznie kell levelezőszerverekkel, amelyeket referenciaként használhat mások konfigurálásához, akkor szinte jobb, ha e-mail szolgáltatást használ. Könnyebb, és koncentrálj az alapvető kompetenciádra.
ha az ötlet az, hogy egy olcsó, öntanuló környezet körül mail szolgáltatás és protokollok, akkor a fenti info lesz akkor megy a helyes irányba. Ez nagyjából hogyan tanítottuk magunkat vissza a régi időkben, de annyi spammerek visszaéltek ezzel, hogy ez szinte lehetetlen futtatni egy otthoni mail szerver többé.
