www.playnet.it agg. Documento 1/03/2007 REGOLE DEL CLIENT Le regole del client sono un sistema di smistamento dei messaggi (arrivati) fra le varie cartelle di posta presenti sul server. Possono essere utilizzate per ordinare i messaggi arrivati in base a precise impostazioni NOTA IMPORTANTE : le regole del client funzionano SOLO quando l utente esegue il LOGIN alla WebMail. Per la precisione, le regole vengono applicate ai messaggi (ad esempio in posta in arrivo) solo quando l utente esegue il LOGIN (alla webmail del Server); a quel punto tutte le varie regole di organizzazione messaggi impostate vengono eseguite per organizzare tutto il contenuto presente nella webmail. Per impostare regole che devono essere eseguite anche quando l utente non è on-line (per lo scaricamento dei messaggi) bisogna considerare le REGOLE del SERVER. Quella nell esempio è una regola del Client: Come si può vedere, la regola è stata fatta in modo da spostare tutti i messaggi di Spam nella cartella del cestino. L interfaccia delle regole è divisa in due parti : la parte sinistra mostra TUTTE le regole create e il loro relativo stato (ON / OFF). La parte destra mostra la specifica regola (facendo click sopra) nei suoi dettagli. Se per una regola ci sono più condizioni (esempio : sposta il messaggio se nell oggetto c è la parola aaa e se proviene da aaa@aaa.it) queste vengono collegate dall operatore logico AND ed entrambe devono essere soddisfatte per l applicazione della regola L utente può disabilitare tutte le regole del client semplicemente con la checkbox Attiva regole messaggi (nella figura = Enable client Rules). Una nuova regola può essere creata tramite il bottone aggiungi
Il Nome della regola è per nostro utilizzo e ci serve per ricordare cosa farà quella specifica regola (vedendole tutte assieme nella lista). Se il nome viene omesso, il sistema chiamerà le regole con la dicitura : regola1, regola2 con incremento numerico. A questo punto è possibile definire le condizioni. E importante ricordarsi che le condizioni applicate in questo punto devono essere TUTTE VERIFICATE per fare in modo che la regola venga applicata al messaggio. Ad esempio, se nell oggetto del messaggio c è la parola Spam e se nel campo DA c è la parola aaa@aaa.it, la regola verrà applicata solo se entrambi i presupposto sono veri (sul singolo messaggio) REGOLE DEL SERVER Le regole del server sono diverse dalle regole del Client perché una volta create esse vengono applicate al messaggio in arrivo in ogni caso. Non è necessario che l utente si colleghi alla WebMail per fare in modo che siano applicate. Il grande vantaggio di questi tipi di regola è che possono scavalcare eventuali impostazioni globali del server e l utente può, ad esempio, applicare regole di White List anche a indirizzi che sono stati marcati come SPAM dal sistema. Dall latro lato, l utente può definire anche tipi di blocco per messaggi che invece non sono stati marcati dal sistema ANTISPAM. Ci sono due modalità per operare con queste regole: 1) Modalità semplice 2) Modalità Avanzata La seconda modalità differisce dalla prima per l utilizzo di impostazioni maggiori (es IP, Header) che possono essere pilotate nel dettaglio da amministratori di rete.
MODALITA SEMPLICE In questa modalita l interfaccia è molto simile quella di regole del Client. MODALITA AVANZATA In questa modalita l interfaccia è include dei settagli un po più impegnativi. UTILIZZO delle REGOLE del SERVER La casella di controllo attiva (nella figura in alto sulla destra) può abilitare o disabilitare il sistema di regole del server. L utente non ha quindi bisogno di cancellare eventuali regole se necessita di sospendere il filtraggio per un po di tempo. Campo Azione Il campo azione contiene tutte le possibilità che le regole del server possono offrire per eventuali operazioni dirette sui messaggi. RESPINGI (reject): respingere un messaggio vuol dire alla lettera rimandarlo al mittente. Ovviamente verrà restituito al mittente un messaggio di Postmaaster o di Messaggio non accettato.eventuali filtri posizionati dietro a quest azione non saranno considerati. ACCETTA (accept) : Questo tipo di azione toglie immediatamente eventuali Flag di SPAM applicati dal sistema Antispam. E una sorta di inserimento in White list in cui il messaggio viene considerato totalmente attendibile.. Eventuali filtri posizionati dietro a quest azione non saranno considerati. CANCELLA (delete) : cancellare un messaggio è un po una via di mezzo tra Accettare e respingere. Il messaggio sarà accettato dal sistema (server), ma verrà cancellato immediatamente; non arriverà niente nella casella e-mail e non ci saranno messaggi di consegna fallita all indirizzo del mittente. SEGNA COME SPAM (Mark as Spam) : è l azione equivalente a porre un messaggio in BalckList. Il messaggio sarà marcato come Spam. INOLTRO (forward) : il messaggio sarà inoltrato all indirizzo specificato. NOTIFICA (notify) : è possibile notificare a un indirizzo e-mail l arrivo del messaggio. A seconda delle varibili impiegate è possibile specificare la notifica dell intero messaggio oppure solo l indirizzo di provenienza (es. hai ricevuto un messaggio da ddd@aaa.xx).
Utilizzo di condizioni Multiple Le regole lato server possono soddisfare anche più condizioni. Per impostarle è possibile utilizzare il bottone di AGGIUNGI CONDIZIONI. La X (sulla destra) server invece per CANCELLARE eventuali CONDIZIONI.
Nel campo delle Condizioni è possibile scegliere molti tipi di vincoli per un messaggio. Ad esempio può subire un azione in base a: nome dell allegato dimensioni dell allegato (inferiori a o superiori a ) eventuali testi contenuti nell Header specifico Header Indirizzo IP Ecc La grande DIFFERENZA di elementi si può vedere a seconda della modalità di utilizzo : semplice o avanzata. MODALITA SEMPLICE :
MODALITA AVANZATA :
MESSAGGI DI ERRORI PIU COMUNI IN FASE DI CREAZIONE REGOLE. E possibile che quando i messaggi (in USCITA) incontrano la condizione di una regola, possano essere bloccati e l invio venga fermato. In questo caso ri riceve un messaggio di errore di questo tipo 5.7.1 Message cannot be accepted, BW filter rejection (in reply to end of DATA Command) La parte BW filter rejection indica proprio che il messaggio è stato bloccato da una di queste regole. E necessario collegarsi alla propria amministrazione per verificare quale regola blocca il messaggio