Az IP-cím híre, amelyet nem Ön választott

Az IP-címet senki sem választja. Önt egyszerűen ellátják eggyel, és az a cím már egy évtizednyi idegen viselkedést hordoz magával. Egy offshore tartományon ez a múlt az átlagosnál is terheltebb, méghozzá szerkezeti, nem véletlen okból — és ennek a mondatnak az őszinte változatát egyetlen szolgáltató sem írja ki a termékoldalára. Ez az útmutató megmutatja, mit dönt el valójában a cím, ki ítélkezik felette, és melyik az az egyetlen döntés, amely többet nyom a latban, mint bármelyik beállítható DNS-bejegyzés.

A múlt, amelyet a címmel együtt bérel

2011 óta nem született új IPv4-cím. Amit ma kiosztanak, azt korábban már kiosztották, gyakran többször is, és az a tartomány, amelybe a cím tartozik, már azelőtt hordozott hírnévadatot, hogy Önnek eszébe jutott volna a szolgáltatása ötlete. Amikor egy szolgáltató kiutal Önnek egy címet, nem újat ver — újrahasznosít, és az átvételi elismervényhez hozzátartoznak a korábbi bérlők is.

Ami az embereket meglepi, az a felbontás. Az interneten szinte semmi sem egyetlen címet ítél meg. A feketelisták, a levelezőszolgáltatók és a csalásészlelő rendszerek tartományokban gondolkodnak — egy /24-esben, néha egy egész autonóm rendszerben —, mert ez az az egység, amelyet egy üzemeltető ténylegesen irányít, és mert aki egy címet elhasznál, egyszerűen a tartomány következő címére vált. Ebből három következmény adódik, és mindhárom kívül esik az Ön befolyásán:

• A szomszédai a hírneve. A /24-es tartományban lévő másik 253 gép olyan döntéseket hoz, amelyek Önre is lecsapódnak, Ön pedig nem látja, kik ők, mit futtatnak, vagy mennyi levelet küldenek. Az ő átlagukat örökli.
• A bejegyzések túlélik a bérlőket. Egy tartomány jóval azután is hordozhat egy bejegyzést, hogy azt az ügyfelet, aki kiérdemelte, már rég megszüntették, mert a listának nincs módja tudni, hogy ügyfél cserélődött, és nincs is oka találgatni.
• Az offshore tartományok alacsonyabbról indulnak. Az a szolgáltató, amely nem kér személyazonosságot, a becsületes ügyfelek mellett pontosan azokat is vonzza, akik felkerülnek a listákra — a listák pedig erre úgy reagálnak, hogy egyetlen címről a /24-esre, onnan pedig az egész hálózatra terjesztik ki a tiltást. Ez a joghatóság megválasztásának valódi ára. Ennek a döntésnek a részét kell képeznie, nem az első számla utáni meglepetésnek.

Két további dolog is mozog Ön alatt, miközben a cím ugyanaz marad. A címeket manapság szervezetek között bérbe adják és átruházzák, így egy tartomány nyilvántartási bejegyzése gazdát cserélhet anélkül, hogy akár egyetlen csomag is más útra térne — a hírnévadat pedig, amely a címekhez, nem a nyilvántartáshoz kötődik, nem követi a papírmunkát. És a geolokációs adatbázisok hónapokat késnek. Egy Chișinăuba költöztetett cím a kereskedelmi adatbázisok felében akár egy negyedévig vagy tovább is Amszterdamra mutathat, ami úgy jelenik meg, hogy egy csalásészlelő rendszer holland címet lát egy moldovai kapcsolaton, és az eltérést gyanúsnak pontozza. Egyik sem hiba. Mindkettő egy tizenöt éve kifogyott címpiac megszokott súrlódása.

A saját elfogadható használati szabályzatunk nem elrejti ezt a mechanizmust, hanem megnevezi: a kéretlen tömeges levél órákon belül feketelistára juttatja az egész tartományt, a tartomány pedig közös. Ezért létezik a szabály, és ezért a port a szankció célpontja, nem a fiók. A levelezőszerverek és a hozzájárulással küldött tömeges levelek kifejezetten megengedettek — a határvonal a hozzájárulás, nem a mennyiség.

Hat bíró, és nem értenek egyet

A „feketelistás” szót úgy használjuk, mintha egyetlen állapot lenne. Valójában legalább hat, és hat fél dönti el, akik különböző adatokra támaszkodnak, különböző mértékben teszik közzé azokat, és két esetben soha nem is fogják elárulni, hogy egyáltalán döntöttek.

Hat fél, amely megítél egy IP-címet, hogy mit tilt le mindegyik, és mit tehet Ön

Ki ítél	Honnan tudja meg	Javítható-e	Mit tilt le valójában
Levelezőszolgáltatók	Visszapattanás vagy csend	Részben	Az üzenetét, a spam mappába vagy egyenesen az ajtó elé. A hírnevet itt címenként és küldő domainenként is pontozzák, a kettőt pedig külön követik nyomon.
A Spamhaus és a nagy nyilvános listák	Visszapattanás a lista nevével	Igen	Az SMTP-kapcsolatot, még az ajtóban, mielőtt az üzenetét egyáltalán elolvasnák. Ez az, amelyik indokolt visszapattanást ad, ami a lehető leghasznosabb hibaüzenetté teszi.
A törlésért fizetést kérő listák	Visszapattanás, ritkán	Nem	A gyakorlatban nagyon keveset. Van, amelyik egyetlen küldő miatt egy teljes /24-est vagy egy egész hálózatot listáz, majd díj ellenében gyorstörlést kínál. A valamirevaló üzemeltetők nem is nézik ezeket.
CDN-ek és webes tűzfalak	Egy ellenőrző oldal	Nem	A látogatóit, egy ellenőrző oldallal — vagy a saját kimenő kéréseit egy ilyen mögött álló oldal felé. A döntés a hálózatáról szól, nem a gépéről.
Csalás- és fizetéspontozás	Nem tudja meg	Nem	Láthatóan semmit. Csendben megemeli a kockázati pontszámot valaki más pénztárában, tucatnyi tényező egyikeként. A szabályt sosem látja, és nincs hova fellebbezni.
Az adatközpontokat tömegesen tiltó oldalak	Elutasítás a saját naplójában	Nem	A szervere kifelé irányuló kéréseit — lekaparókat, API-hívásokat, állapotellenőrzéseket. Ez egyáltalán nem hírnévprobléma. Kategória-probléma: Ön egy adatközpont, ők pedig embereket akartak.

Ha végigolvassa a harmadik oszlopot, kirajzolódik a probléma alakja. A hatból egy valóban javítható Ön által, egy részben, négy pedig máshol hozott döntés egy olyan kategóriáról, amelybe Ön tartozik. Ez az arány az érv amellett, hogy a cím köré tervezzen, ahelyett hogy ellene küzdene — erről szól az utolsó szakasz.

Miért a levelezés ítél a legszigorúbban, és a leginkább őszintén

A levelezés az egyetlen a hat közül, amely a kudarc pillanatában írásban, pontosan megmondja, miért utasította el. Egy ellenőrző oldal nem magyarázza meg magát. Egy csalási pontszám sosem kerül felszínre. Egy visszapattanó üzenet viszont kódot, listanevet és gyakran URL-t is tartalmaz. A levelezés ezen az oldalon a legszigorúbb bíró és az egyetlen őszinte, és ez a kombináció teszi jogossá, hogy ide fektesse a beállítási erőfeszítését.

A fordított DNS, és a fele, amelyet mindenki elfelejt

A PTR-bejegyzés a címét egy névhez rendeli vissza. A beállítása a könnyű fele, és a legtöbben itt meg is állnak. A követelmény előre is megerősített: annak a névnek, amelyet a PTR-je visszaad, magának is vissza kell mutatnia ugyanarra a címre. A Google pontosan így fogalmazza meg ezt a tömeges küldők feltételeként — érvényes oda- és visszamutató bejegyzésekkel, ahol a küldő cím megegyezik a PTR-ben szereplő gépnév címével. Egy olyan PTR, amely sehová sem, vagy egy másik géphez mutató névre hivatkozik, rosszabb, mintha egyáltalán nem lenne, mert inkább hibás beállításnak tűnik, mint mulasztásnak. A mi hálózatunkon a fordított bejegyzés az Öné, Ön állítja be, ami azt is jelenti, hogy Ön ronthatja el; állítsa be az első üzenet elküldése előtt, ne az első visszapattanás után.

Az SPF, a DKIM és a DMARC hitelesít — nem kezeskedik

A három bejegyzés azt bizonyítja, hogy egy üzenet valóban attól érkezett, akitől állítja. Ennyit és nem többet bizonyítanak. Nem ajánlólevél, hanem személyazonosító okmány, egy személyazonosító okmány pedig sehol sem tesz szívesen látottá. Egy hitelesített üzenet egy listázott címről még mindig hitelesített üzenet egy listázott címről — nagyobb, nem kisebb magabiztossággal utasítják el. Állítsa be mind a hármat, mert ma már alapkövetelmény, nem előny, majd értse meg: a hírnévvel kapcsolatban ezzel még semmit sem tett.

Van egy megosztottság is, amelyet érdemes megérteni, mielőtt egy hetet a rossz felére áldoz. A hírnevet a cím és a küldő domain ellen is nyilvántartják, a kettőt pedig külön pontozzák. Ennek mindkét irányban van gyakorlati következménye: egy makulátlan új domain, amely tiszta címről küld, még mindig nem rendelkezik semmilyen hírnévvel — a hírnév hiánya nem ugyanaz, mint a jó hírnév, és az első ezer üzenetet ennek megfelelően kezelik —, míg egy évek óta rendesen küldő domain a címváltáson át is magával viszi ezt a múltat. A domain a hordozható fele, és ez a valódi érv amellett, hogy a saját domainjén jelezzen DKIM-mel, ne azon, amit a küldőeszköz alapértelmezésben felkínál.

A számok, amelyeket a Gmail közzétesz, és amit ezek jelentenek

A napi nagyjából ötezer vagy több üzenetet küldők számára a Google nem célzásokat, hanem követelményeket tesz közzé: SPF és DKIM a küldő domainen, meglévő DMARC — a none szabály is elfogadott —, egykattintásos leiratkozás a marketing- és feliratkozásos leveleken, valamint 0,30 százalék alatt tartott spampanasz-arány, 0,10 százalékos ajánlott értékkel. Ezeket a számokat érdemes átváltani. Ötezer üzenetnél a 0,30 százalék tizenöt panaszt jelent. Az, hogy tizenöt ember kattint egy gombra azon a napon, amikor egy listát küldött ki, amelyben nem volt egészen biztos, a kézbesítés és a szűrés közötti különbség — és ez nem egy olyan küszöb, amelyet tapogatózva megérezhet.

A kimenő 25-ös portot a legtöbb nagy felhőszolgáltatónál alapból letiltják, ezért ott senki sem fut bele mindebbe. Egy offshore szolgáltató gyakran nyitva hagyja, és ez nem ajándék: egy közös tartományon nyitva hagyott port azt jelenti, hogy a tartomány hírnevéről bárki más dönt, aki éppen használja. A miénk sebességkorlátozott, ismételt visszaélés esetén pedig lezárjuk — pontosan emiatt, és semmi másért.

Tíz perc ellenőrzés, mielőtt fizet

Mindegyik kérdésre válaszolható, mielőtt pénz cserélne gazdát, és minden válasz hasznosabb, mint bármi, ami egy termékoldalon áll. Az, hogy egy szolgáltató hajlandó-e válaszolni rájuk, önmagában is eredmény.

1. Kérdezze meg, pontosan melyik címet kapja (2 perc). Ne a tartományt — a címet. Az a szolgáltató, amely fizetés előtt ezt nem tudja megmondani, a múltjáról sem fog tudni semmit mondani, és ez már önmagában választ ad arra, amit valójában kérdezett.
2. Ellenőrizze a címet, majd a körülötte lévő /24-est (3 perc). A nyilvános hírnév-ellenőrzők mindkettőt elfogadják. Egy tiszta cím egy alaposan listázott tartományban pontosan elmondja, mire számíthat a következő két évben.
3. Nézze meg, ki hirdeti a tartományt (2 perc). A hálózat, amely egy tartományt hirdet, többet elárul, mint maga a tartomány. Egy hosszú múltú, közzétett visszaélés-bejelentési elérhetőséggel rendelkező hálózat egészen másképp viselkedik, mint egy, amelyik csak az elmúlt negyedévben tűnt fel.
4. Tesztelje a kimenő 25-ös portot, mielőtt köré tervez (1 perc). Nyisson kapcsolatot egy Ön által felügyelt levelezőszerverhez, és nézze meg, mi történik. Ha ezt csak a költözés után deríti ki, arra megy rá egy egész hétvégéje.
5. Győződjön meg róla, hogy a fordított bejegyzés az Öné, és milyen gyorsan érvényesül (1 perc). Mindkét fele számít: hogy egyáltalán beállíthatja, és hogy a módosítás perceket vesz igénybe, nem egy hibajegysort, amelyben pont az indulás napján kell várakoznia.
6. Kérdezze meg, mi történik, ha egy cím használhatatlannak bizonyul (1 perc). A jó válasz az, hogy vita és díj nélkül kicserélik. Kérje ezt írásban, mert azon a napon, amikor szüksége lesz rá, már nem lesz alkupozícióban.

Amit javíthat, és amit inkább megkerül

Öt helyzet, és a köztük lévő hasznos különbség nem az, mennyire rosszul néznek ki. Hanem az, hogy a kar az Ön kezében van, valaki máséban, vagy senkiében.

Öt helyzet, és hogy Öné-e a kar

Helyzet	Ki döntötte el	Öné-e a javítás	A teendő
Felkerült egy irányelvi listára	A szolgáltatója	Igen	Egy irányelvi listázás nem vád. Ezeket a tartományokat többnyire maga a hálózatüzemeltető jelenti be, csupán azt jelezve, hogy onnan nem szabadna közvetlenül levelet küldeni. Létezik önkiszolgáló törlés, feltéve, hogy statikus a cím, valódi levelezőszerver áll mögötte, és mindkét irányban helyesek a bejegyzések — egy egyedi cím kizárása egy év után lejár, és az első észlelt spamnél azonnal visszaáll.
Tényleges spam miatt listázva a saját címéről	A lista	Részben	Először az okot orvosolja, mert egy megadott, majd újra kiérdemelt törlés rosszabb, mint az eredeti listázás. Ha a múlt nem Öné, hanem egy korábbi bérlőé, a megoldás egy másik cím, nem egy fellebbezés.
A teljes /24-est listázta egy fizetős törlést kínáló üzemeltető	Csak a lista	Nem	Ne tegyen semmit, és főleg ne fizessen. Kezelje a listázást úgy, mint ami a listáról, nem Önről szól, és nézze meg, hogy bármelyik Önnek fontos szolgáltató egyáltalán belenéz-e ebbe. Rendszerint egyik sem.
A látogatókat egy előttük álló CDN kihívás elé állítja	Valaki más	Nem	Ezen a gépén semmi sem változtat, mert ezt nem a gépén döntik el. Ez is egy Ön feletti rétegben dől el, ahogyan a nyilvántartás és az Ön előtt álló proxy is.
A levelet tiszta listák és helyes bejegyzések mellett is elutasítják	Tulajdonképpen senki	Részben	Ez már hírnév, nem listázás kérdése, a hírnevet pedig küldéssel építi: eleinte alacsony mennyiséggel, valódi címzettekkel, hetek, nem napok alatt. Vagy lemond arról, hogy ezen a címen építse fel — erről szól a következő szakasz.

Mind az öt sokat javul, amint abbahagyja a találgatást. Három eszköz semmibe sem kerül, és egy délután alatt bekötheti: a nagy szolgáltatók postmaster irányítópultja, amely a saját, nem az Ön számai alapján mutatja a spamarányát és a hitelesítési átmenési arányát; a visszajelzési hurkok, amelyek megmondják, ki panaszkodott, hogy még az arány elmozdulása előtt leállhasson a küldéssel felé; és a visszapattanások rendszeres elolvasásának szokása. A 4xx kód átmeneti elutasítás, gyakran sebességkorlát — lassítson. Az 5xx már döntés, és a mellette álló szöveg többnyire megnevezi a listát vagy az irányelvet, amely meghozta. A legtöbben mindkettőt olvasatlanul törlik, majd rejtélyesnek nevezik az eredményt.

Egy beállítás, amely túlél egy rossz címet

Egyetlen döntés többet nyom a latban, mint az útmutató minden bejegyzése együttvéve, és ez egy architektúrai, nem konfigurációs döntés: ne az alkalmazását futtató gépről küldje a levelet. Küldje egy továbbító szolgáltatáson keresztül, amelynek hírneve valakinek a főállása, és amelyet bemelegített, felügyelt és cserélt címek egész készlete tart fenn. Ön ezzel nem egy megoldható problémát szervez ki — inkább lemond arról, hogy egy közös tartomány egyetlen címén újraépítsen valamit, aminek a működtetése egy erre dedikált csapat munkája.

Így az offshore gép azt csinálja, amiért a joghatóságot valójában megvásárolta — a szolgáltatás kiszolgálását, az adat tárolását, a fennmaradást, ha panasz érkezik —, a kézbesíthetőséget pedig oda helyezi, ahol az már eleve termékként létezik. A két probléma szétválik, ami azt jelenti, hogy a cím rossz hónapja nem lesz egyben a jelszó-visszaállítások rossz hónapja is.

Ha ma kezdi, a sorrend többet számít, mint maga a lista. Mindenekelőtt állítsa be a fordított bejegyzést, és győződjön meg róla, hogy Önre mutat vissza, mert minden ezt követő lépést ehhez mérnek. Tegye közzé az SPF-et és a DKIM-et, majd a DMARC-ot none szabállyal, hogy kapjon jelentéseket anélkül, hogy közben megtörné a kézbesítést. Küldjön száz valódi üzenetet valódi embereknek, és olvassa el az eredményeket. Csak ezután döntse el, lesz-e ez a cím valaha is küldő cím, és ha a válasz nem, döntse el most, ne azután, hogy már felépített egy sort arra a feltevésre, hogy igen lesz.

Ha mindenképpen saját maga akarja üzemeltetni a levelezést, válassza szét a címeket: egyet a nyilvános webre, egyet, amely kizárólag küld. Egy /29-es ezt egyszerűvé teszi, és kevesebbe kerül, mint egy hónapnyi nyomozás azon, miért szűrik a jelszó-visszaállítást a marketing IP-jéről. Kérdezzen rá, mielőtt szüksége lenne rá, ne közben.

A tágabb tanulság ugyanaz, amit ez az oldal más szavakkal újra és újra elmond. Az offshore megoldás egy konkrét dolgot vásárol meg, és ökoszisztéma-súrlódásban számláz érte, ez pedig az a súrlódás belülről nézve, nem egy összehasonlító oldal felsorolásában. Ha a kockázati profilja nem igényli a joghatóságot, egy tiszta cím egy hétköznapi szolgáltatónál többet ér Önnek, mint bármi ezen az oldalon. Ha igényli, vásárolja meg a joghatóságot, és bérelje a hírnevet valaki mástól — és ha komolyan saját maga akarja üzemeltetni a levelezést, induljon egy olyan gépről, amely saját címtartománnyal érkezik, ne egyetlen címről a tömegben.

A platformot üzemeltető mérnökök írták, és ma újraolvasták. Ha valami itt hibás vagy elavult, jelezze az ügyfélpanelből — ezeknek is körülbelül a fele onnan származik.