Newsgroup: it.comp.os.linux.sys
Titolo: Re: AAA: cercasi idea

 chiuda il budget!
uhmm
se la procedura che archivia lo spam è fatta in perl potresti fare in modo che divida le mail in sottodirectory per cliente/utente poi ti fai rsync di tutto il ciarpame su un unica macchina che raccoglie gli spam e fa un interfaccia che "SOLO" alla richiesta del cliente elabora la cartella specificata per presentare la mail via web.
tieni conto che ti ho detto la prima cosa che mi è passata per la mente........
ciao,
marco.
-- 
Tu!  Che PIANETA e' questo!
		-- McCoy, "The City on the Edge of Forever",
		   data astrale 3134.0

 
-- 
BTW: ho un nome migliore per il software... Microsoft Internet Exploder.
		-- George Bonser

 il budget!
Guarda... per esperienza, dopo vari tentativi, ho raggiunto le seguenti
conclusioni:
1) Mai rigettare silenziosamente
2) fare tutti reject in pre-queue quindi il mittente, eventualmente, si
prende il bounce e conosce il problema e risolve
3) tutto quello che passa dai filtri eventualmente taggarlo ma *Sempre*
consegnarlo.
Cosě' il cliente sa che non ci sono buchi neri (come per i server telecom,
per fare una analogia) e nessuno si deve sognare di fare l'accrocchio che
stai ideando.
Tra mettere in piedi l'accrocchio e sistemare il sistema per fare reject in
prequeue, credo che l'impegno sia molto simile.
Max
-- 
A: Because we read from top to bottom, left to right.
Q: Why should i start my reply below the quoted text?

 Vedi 1.
eh :-D
Quindi la conclusione logica è:
chi è causa del suo mal, pianga se stesso !
Ecchettedevodì!


 Non posso. Inoltre i bounce sono molto spesso peggio dello spam.
Un reject in prequeue non è un back scatter, tutt'altro.


Io lascerei tutto dove sta come storage. Ti crei un sito che possa
servire via http tutte le cartelle di quarantena, facendogliele
accedere via NFS (o se non è possibile crei una repository unica via
rsync - lo storage ora costa poco, dai ;^)). Ti crei una struttura, se
già non ce l'hai, di archiviazione sul filesystem già bilanciata
suddividendo gerarchicamente per /server/lettera iniziale/utente/MSG-
ID o qualcosa del genere, e la riporti direttamente (con una codifica
opportuna) nell'URL che metterai dentro la mail di avviso di
quarantena. Questa URL punta ad un applicativo controller che:
1) fa il parsing della URL e determina il path dove reperire la mail
sullo storage locale
2) determina, sempre dall'URL, chi è l'utente proprietario della mail
3) fa dei controlli di sanità sull'URL per evitare tampering (magari
ci aggiungi un hash di controllo)
4) fa il check delle credenziali passate dall'utente
5) se passato, sputa fuori gli header per un download e fa tirare giù
la mail all'utente *O* fa un forward della mail originale alla sua
casella di posta, dopo averla taggata "ham".
Eventualmente se scegli di aggiornare i repository del web server con
un metodo di sync, aggiungi un po' di intelligenza per gestire i
ritardi (tipo qualche messaggio del tipo "la mail non è ancora
disponibile il prossimo update sarà tra X ore", o roba così).
No DB, come da te richiesto ;^)
bye!

 correre adesso.
Torno a ribadire che la soluzione che stai provando a mettere in piedi è un
hack, ed anche dei peggiori.
Gli hack come il tuo sono, tecnologicamente, ben stabilizzati come
tecnologia: gli fai un folder imap "SPAM" e gli metti la robaccia li
dentro. Pialli la roba vecchia ogni 10 giorni, l'utente se la può
consultare senza creare niente di nuovo, con la webmail.
Queste cose esistono e si possono fare senza sforzi nè seghe mentali per
costruire roba che sarà solo fonte di problemi. Lascia perdere il tuo
approccio che sarà fonte solo di casini.
L'alternativa te l'ho già indicata: reject in pre-queue e, *garantito*,
quelle 8000 mail al giorno sono sicuro che scenderanno (perchè gli spammer
si adattano e se li tratti male, sprecano meno risorse nel romperti i
coglioni).
Max


 stesso database.
Ok.
A questo punto diciamo che nell'analisi (oddio, analisi... vabbè, si
ruzza) fatta sopra puoi apportare le seguenti modifiche: crei comunque
una gerarchia di archiviazione, e il controller non avrà più una URL
da parsare ma si limiterà, una volta identificato l'utente, a reperire
la directory contenente le sue mail e da quella ricaverà una lista da
presentargli, e dalla quale potrà fare la richiesta di recupero. Senza
utilizzare un DB o altro contenitore di metadati, l'unico modo di
farlo temo sia salvando le email con un nomefile "parlante" del tipo
sender_receiver_subject.txt e da quello costruire la vista tabellare
da presentare all'utente.
E questo lo devi fare a monte, ovviamente.
bye!

 [...]
Ciao  Manlio Perillo

 Non male, mi hai dato un idea. Vedi che di tanto in tanto siete utili?
I'm flabbergasted.
bye!

         IMAP web con un paio di modifiche.
Tieni presente che la mia realtà è decisamente piu piccola della tua
(1 coppia di server smtp&imap e 2 domini da gestire) io ho risolto con
una singola casella email a cui amavis inoltra le notifiche con dentro
una preview del messaggio, il punteggio e il nome del file in
quarantena, da tale casella uno script zappa via le notifiche dei
messaggi con punteggio superiore alla soglia in cui i messaggi vengono
direttamente eliminati in modo da mantenere la casella "pulita". Dato
che i falsi positivi non sono tantissimi tale casella viene
controllata in base a segnalazioni o periodicamente controllata e
svuotata via imap.
Ora io ho 60 utenti e lo posso fare, tu che ne hai molti di piu
potresti:
fare cmq il delivery e dirottare lo spam in una subfolder che renderai
disponibile solo via imap e accessibile da un'interfaccia web.
fare la stessa cosa di sopra ma inviando solo la notifica con un link
all'interno per sbloccare direttamente il messaggio indicando che la
quarantena ogni tot giorni viene spianata.
Oppure potresti metter su un'interfaccia web che usa la stessa
autenticazione della posta per mostrare all'utente una lista del suo
spam in quarantena, come prodotti pronti all'uso maia mailguard so che
fa una cosa del genere (avevo intenzione di provarlo, ma alla fine
devo modificare troppe cose e penso che la stessa cosa valga anche per
te)
Luca

 
E Dio inventò MailScanner...
Sarà pure na palla da configurare ma poi si evitano sti casini.

 Alura, ci ho bisogno di una idea che ho il cervello in ebolizione.
perchè non utilizzare appliance commerciali nati solo per fare questo 
(anche a livello enterprise)?
ergo: netasq mfiltro ad esempio, prova a trovare qualcosa in rete. ma ce 
ne sono anche molti altri, da barracuda a fortimail etc etc.

 si tratta di livello ISP.
E allora fai come telecom italia.
Passa a Microsoft Exchange !!


 
Perché TI con la tossicodipendente Alice usa Exchange?
PSK

 wrote:
[Snip sulla descrizione]
Quindi se ho capito bene:
1. C'e' una quarantena con tutta la posta zappata
2. La quarantena e' divisa su 16 dischi in 16 server in 2 datacenter
3. Vuoi che n Tizi (uno per cliente?) abbiano accesso a n caselle di
posta con dentro tutto lo spam 
Se non esistono server che processano solo PARTE della posta di un
cliente potresti impostare ogni server per processare le proprie
richieste di recupero spam se e solo se il tizio n del cliente fa la
relativa richiesta e poi pulire le code ogni x giorni in base ai
parametri che ritieni piu' adatti, anche diversi per ciascun tizio
My two cent
EmJey
-- 
Non prendere la vita troppo sul serio... non ne uscirai mai vivo
http://www.joram.it/servizi/consulente.htm

 si tratta di livello ISP.
Appunto Davide, appunto...
meno accrocchi, no?