Master of Science thesis Fighting Spam

lov at slippe igennem. Skulle det ske, at en spammail lander på serveren i det meget lille
tidsrum, der går fra filtreringen er afsluttet til proxyprogrammet lader kommandoer fra
klienten slippe igennem til serveren, vil denne modtages af klienten. Dette har en
angriber dog ikke mulighed for at udnytte, da denne aldrig vil kunne vide, hvornår en
klient vælger at se indholdet af sine foldere. En angriber vil derfor ikke kunne time sit
angreb. Af denne grund har vi valgt at se bort fra denne forsvindende risiko. For en god
ordens skyld skal det siges, at dette problem ikke er til stede, når der benyttes POP3.
De indgreb i protokollen, der foretages af proxyprogrammet, sker altså transparent
overfor brugeren (mailklienten). Ovenstående indgreb er samtidig de eneste, der foretages
af proxyprogrammet. Al anden kommunikation får lov at passere uhindret mellem klient
og server. Den samlede funktionalitet af proxyprogrammet vil dermed være transparent
overfor brugeren, også når der kommunikeres med IMAP-servere. Proxyprogrammet
understøtter derfor alle IMAP4-servere og klienter, der overholder retningslinierne
angivet i RFC 3501.
6.9.2 Klientens struktur
Det er nu blevet fastlagt, hvorledes emailhåndtering skal fungere i de pågældende
protokoller. I dette afsnit vil der blive fokuseret på klientapplikationens struktur.
Indkommende og udgående emails håndteres af objekterne IncomingMailProcessor og
OutgoingMailProcessor. Denne centralisering giver en simplere struktur og gør
behandling af email uafhængig af hvilken protokol, der anvendes. For at programmet skal
kunne håndtere forespørgsler i alle protokoller samtidig, skal programmet indeholde tre
proxytråde. Til at sammenbinde alle dele i klientapplikationen haves objektet Control.
Dette objekt er centrum i klientprogrammet og indeholder variable og kontrollen med
andre tråde. På Figur 24 ses programmets interne struktur illustreret.
93