Hát ez is csak részben igaz, mert elég egyszerű a dot-ot és a warm-ot megtalálni és észrevenni, hogy ez ismétlődik, vagy értelmes szó és máris visszafejthető. Elvileg a PH-n ha megnézed más adatait ott is a kukac és a pont betűvel kiirva jelenik meg és ez valószínüleg nem a PH jófejsége miatt van így. Bár ez elég gyenge és kezdetleges védelem, lehetne ezt másképp is csinálni, mert így is simán lopják akár innen is az SMTP címeket.
A megoldás egyébként a kamu feladóval kamu szerverről jövő levelek esetében szerver oldalon elég egyszerű. Beállítható a fogadó mail szerveren, hogy egy Reverse DNS Lookup-ot csináljon és ha az adatok nem egyeznek, akkor eldobja a bejövő levelet. Hogy hogyan működik ez?
A DNS adatbázisban minden zónához meg kell határozni az MX (Mail Exchanger) rekordokat és a hozzátartozó IP címeket. Ha a fogadó oldal pl.: az xy@freemail.hu címről kap egy levelet, akkor csinál egy dns névfeloldást és megkeresi a freemail.hu zónához tartozó MX rekordokat és a visszakapott választ összeveti a küldő SMTP szerver IP címével. Ha ez a kettő nem egyezik, akkor nem yo helyről érkezett a levél és ''eldobható''.
Természetesen ez a technológia nem véd az ellen, ha a Freemail-nél valóban regisztráltak egy fiókot és teljesen ''jogosan'' a freemailen keresztül küldik a SPAM levelet. A megoldás az, hogy vagy kliens vagy szerver oldalon SPAM filtereket állítunk üzembe. Persze ennek a döntés alapján vagy kliens vagy szerver oldalon ktsg-e van. :(
Dr. Watson