Új hozzászólás Aktív témák

  • bambano

    titán

    LOGOUT blog

    válasz shev7 #87 üzenetére

    Már csak azt kellene végiggondolni, mennyi baj van ezzel a módszerrel.
    - az smtp lényege, hogy minden levelet akkor továbbít, amikor az erőforrások lehetővé teszik. az azonnali levéküldéssel az a baj, hogyha valahol átviteli hibák vagy erőforrás hiány van, akkor mi történik? a feladód ül a gépe előtt és izgul, hogy elmegy-e a levele??? ha a kábelkereső gép megtalálja az optikát és ezért 12 órára szolgáltatáskimaradás van a címzettnél, akkor a feladó mit csinál???
    - az azonnali üzenetküldésnek akkor van értelme, ha valóban azonnali. Tehát a feladó smtp szervere, amelyik az első a láncban, már nem fogadja el a levelet tőled mindaddig, amíg a címzett nem nyilatkozik. Vagyis ha gipsz jakab címzett csak esténként ül le a gépe elé egy fél órára, akkor a világon az összes feladó várni fog, hogy mikor nyomja már a klikket a paraszt, hogy elvehessem a levelet? az összes feladó gépén menni kell a levelező szoftvernek mindaddig, amíg nem klikkel???
    - ha az első smtp szerver pedig úgy veszi át a levelet a feladótól, hogy nem nézi meg, kézbesíthető-e, akkor meg felborult az egész miskulancia.
    - és mi van akkor, ha a címzett is bekapta már a vírust és az azt fogja mondani, hogy kéri a spamet???

    Véleményem szerint ez egy kezelhetetlen rendszer lenne egy olyan probléma megoldására, amely probléma nem a levelezésben van. A probléma a zombi pc. Ezt kell megoldani, nem megy másikat.

    Ha sip alapon akarok levelezni (amennyiben ez a session initiation protokollt jelenti), akkor kihagyom a szolgáltatói szférát. Közvetlenül a címzett gépére rakom a levelet, de akkor azt már msn-nek hívják.

    A felhasználó figyelmét anélkül is fel lehet hívni arra, hogy sok email megy ki tőle, hogy bármi mást ellenőriznél. Egy átlag felhasználó nem képes sok ezer levelet feladni 5 perc alatt.

    Minden ellenőrzötten történik most is, kivéve az első lépést, amikor egy ember vagy egy őt szimuláló program elhatározást hoz, hogy felad egy emailt.

    A spam az egy probléma. Az adathalászat egy másik, az információ kiszivárogtatás egy harmadik, a ddos egy negyedik. Ebből a spam megoldására kisérlet, ha lecseréled az smtp-t (szerintem nem oldja meg, de mindegy). A többit mi oldja meg? A felhasználót nem azért kell rendre szoktatni, mert spam van, hanem azért, mert van spam, ddos, stb. Mindegyik gondot meg kell oldani.

    Azt vitatnám, hogy technikai problémákat nem lehet jogi úton megoldani. az én tapasztalatom az, hogy ha az ember komolyan veszi egy szolgáltatás esetén szükséges lépéseket és nem csak azzal foglalkozik, hogy lefordult-e a kernel, akkor jogilag nagyon sokat lehet tenni a spam ellen.

    Van sok-sok windows, unix, ilyenolyan egyéb gép a világban, telefonok, pda-k, egyéb cuccok, amik tudnak smtp-t. végülis csak ennyi eszközt kellene módosítani, ha smtp-t lecserélnék. Szerintem ez esélytelen.

    Egyébként nekem grafikus spam tőzsdei dolgokról jön. A tőzsdefelügyeletnek kellene becsukni azokat, akik meggazdagodnak egy ilyen lépésen, mert elég egyértelmű, hogy ők a spammerek megrendelői.

    Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Új hozzászólás Aktív témák