[Mail.manager] Per cominciare: pagina del profilo antispam

[Guido De Rosa]

http://studenti.unina.it/~gcderosa/mail.manager/current/spam_profile.php.html

E` solo una bozza di interfaccia, niente ``logica'' php, per ora.
Un microscopico primo passo.

Peraltro: Niko, urge ``hosting'' php-enabled,
su studenti.unina.it/~username/ o da qualche altra parte,
facci sapere!


Domanda: dove immagazzinare informazioni aggiuntive?

1) da nessuna parte, sta tutto nello script sieve

2) nei commenti dello script sieve

3) in un file aggiuntivo, in una directory scrivibile dal
webserver (in plain text o in BerkeleyDB o altro)

4) MySQL/PostgreSQL

Io le prime due le escluderei, perché rendono problematica
l'importazione e l'esportazione dello script sieve
e, soprattutto, la sua corretta interpretazione.

Pensate, peraltro, a websieve: è molto triste leggere
"se scegli di usare il modo advanced non potrai più
tornare a quello basic altrimenti perderai tutta la configurazione".
Il motivo è che websieve adotta il sistema 2) ...

Quando il nostro php carica lo script sieve dell'utente, questo 
deve essere tradotto dal linguaggio sieve ad una ``logica''
che è tipica del nostro tool, cioè in termini di whitelist, 
blacklist, spam-policy etc. e quindi in termini di apposite 
strutture dati da riempire. La vedo tecnicamente dura...

Per come lo stiamo impostando, il nostro tool non è un puro e 
semplice frontend a sieve (avelsieve invece lo è), ma qualcosa 
di diverso. Per questo 
dico che è meglio che il nostro tool salvi le proprie 
data structures, così come sono, in appositi contenitori che 
posono essere tabelle SQL, file di dati BerkeleyDB etc.

Si potrebbero anche sviluppare diversi ``driver'' o ``backend'',
per ciascuna delle tecnologie di storage che ho elencato, fornendo
una API comune: questo renderebbe il nostro sviluppo molto più
professionale ed elegante...

Buona notte, 
  Guido