Prave naopak, to je uplne idealni. Pokud se totiz klient autorizuje vuci SMTP, da se delat statistika kolik toho odesila, z hlediska serveru se nemuze schovavat za zmeny adresy odesilatele apod. A pokud dojde k neobvyklemu narustu aktivity, muze byt preventivne automaticky odriznut. Navic ten, kdo si da tu praci a udela SMTP AUTH, tak si obvykle da i tu praci s antivirem.
Jenze ISP (vetsinou) vi, kdo to pres jeho stroj rozeslal - a jelikoz mu to (vetsinou) vadi, a jelikoz (vetsinou) ma ve smlouve se svym zakaznikem nejake ustanoveni, kterym se zakaznik zavazuje takovehle veci nedelat, ma moznost zapusobit na nej v tom smyslu, aby v tom nepokracoval. Jiste - nechytite tim uplne vsechno. Ale on je celkovy pocet zakaniku preci jen omezeny ...
Typicka ukazka pristupu kdyz to nejde dokonale, tak to nejde vubec. Problem nejsou ani tak uzivatele rozesilajici viry, pres sveho ISP, ale vychcane svine posilajici sve nesmyslne reklamy v poctu tisicu kusu pres takovy open relay. Smyslem ruseni open relay neni resit viry, ale resit spam.
Hmm, moc konstruktivni debata tu na toto tema neni.
Kdyz bychom brali v uvahu, ze ISP neni open relay, ale musi prijimat postu od svych zakazniku, tak i kdyz se budou autorizovat a to bud POP before SMTP nebo SMTP autorizaci jako takovou, tak stale tu hrozi pomerne velke procento spamu pres daneho ISP. Koncovy uzivatel si nastavi autorizaci v MSOE (v autlůku), ale pokud chytne vira, ktery bude vyuzivat MSOE a uzivatel bude mit "fajfku" zapamatovat heslo, tak je autorizace k nicemu, nemluve o ruznych proxy serverech, kde hrozi bud relay, nebo stejny pripad.
Smallbear
Upozorníme vás na články, které by vám neměly uniknout (maximálně 2x týdně).