"Nem a domain-nek kell sajátnak lennie, hanem a szolgáltató domainjében kell lennie egy mailcímének. Ezután már a domain bármely gépéről feladhatja a leveleket."
Hogyne, feladhatja, de egyrészt csak létező (szolgáltatónál regisztrált) címekről, aminek kb. nulla értelme van, (az smtp szerveren ez beállítható), másrészt a lebukás veszélye kb. 100%. (saját szolgáltatónál saját domain-jéből spemmelni)
"dinamikus dns-ek ezt a lépést egy mozdulattal húzzák keresztül "
dinamikus dns, ne vicceljél már... Ezekről származó leveleket minden normálisabb smtp alapból tiltja és mégcsak senderid se kell hozzá(vö "onnantól már működik a domain alapú tiltás").
"ha meg valamely isp nem regisztrálja be magát, akkor userei nem tudnak majd MS címekre küldeni."
Ez a lényege. És ne ferdíts, nemcsak az MS címekre nem tudnak, hanem sehova. Sehova ahol a senderid-t implementálták. (bevezetés előtt hónapokkal ez 1 millió domain, ez egy "picit" több mint az "MS címek". Bevezetésig szerintem 70-80%-os lesz az elterjedés, onnantól meg már mindegy.)
Egyik cégnél én is használok spamassasint napi 5000 leveles forgalom mellett olyan max. 95%-os a találati aránya - folyamatos tanítgatás, frissítés mellett. És ez nem is nagyon tud feljebb menni, pont úgy ahogy a viruskeresők esetében sem, heurisztika ide vagy oda, mindig a virusírók/spammelők vannak előnyben. Éppen ezért van szükség egy nem felismerésen alapuló spam szűrésre (is). Ezek a technológiák együtt lesznek csak alkalmasok a MAJDNEM 100%-os pontosságra, de van egy olyan érzésem, hogy már a senderid bevezetésével olyan alacsony lesz a találati küszöbe a spammelésnek, hogy nem nagyon fogja megérni. A mai állapotokat figyelembevéve 0.1% alatti arányokról beszélnek (azaz megrendelés követi a spamet) most gondold el, ha már eleve csak mostani spam 10% éri el a usereket (ha semmilyen spam szűrést nem használnak) és annak se lesz nagyobb találati küszöbe...