Newsgroup: it.comp.os.linux.sys
Titolo: configurare postfix+imap

Ciao a tutti, mi sto cimentando nel progettone posta da mettere in una 
azienda, riassumendo le puntate precedenti avrei un smtp che fa da 
bastion host per la posta interna, e da smtp con autenticazione per gli 
utenti "mobili" che potranno spedire posta usando quel server da 
internet, questa parte è risolta senza problemi, questa macchina riceve 
la posta e la rigira al server interno (dopo averla opportunamente 
filtrata, ma questo lo sistemerò in un secondo momento)
Server interno che prende la posta e la smista verso le mailbox degli 
utenti che vi accederanno tramite imap, ora sarà pure l'ora tarda a cui 
sto facendo queste cose, ma ho dei dubbi su come gestire questi utenti, 
devono essere per forza utenti locali del sistema, oppure posso creare 
degli utenti "virtuali" tramite postfix specificando il file mbox per 
ogni indirizzo? (si lo so che imap funziona con maildir) questa cosa 
l'avevo già testata su un altro server, che fa hosting, e quindi in 
configurazione multidominio e funziona bene, solo che poi la posta viene 
scaricata tramite pop3, posso fare la stessa cosa anche con imap?
Scusate se le domande sono banali, ma dopo aver letto tonnelate di howto 
che spiegano come fare le cose in 15 modi diversi mi gira un po la 
testa, spero di essermi spiegato bene.

 
http://high5.net/postfixadmin/
Ok questi howto li avevo visti, ma sono anche troppo, dato che avendo un 
singolo dominio e 30 mailbox da gestire non mi sembra il caso di 
scomodare mysql, quello che non mi era molto chiaro era se imap ha 
bisogno per forza di utenti locali, oppure se posso usare quelli 
virtual, visto che a quanto so di imap è possibile creare directory 
all'interno della propria mailbox, e condividerle con altri utenti (e 
questo lo vorrebbero fare) dunque non so come vengono gestite queste 
cose se gli utenti sul sistema non esistono....si la confusione è sempre 
  tanta, oggi mi applico un po, chiunque abbia da darmi delucidazioni in 
merito è ben acccetto.
Ciao
Luca

 Saluti
Ciao
Luca

A proposito di quell'howto, è necessario utilizzare gli alias?
INSERT INTO alias (address,goto) VALUES ('al...@domain.tld', 
'us...@domain.tld');
sinceramente non capisco il senso di questa tabella, dato che subito sotto:
INSERT INTO mailbox (username,password,name,maildir) \
   VALUES 
('us...@domain.tld','$1$caea3837$gPafod/Do/8Jj5M9HehhM.','Mailbox 
User','us...@domain.tld/');
viene inserita la mailbox vera e propria
Luca

 E' meglio, per avere gli alias...
si d'accordo, ma che senso ha quella riga se poi l'alias non lo uso, 
questa query la farò soltanto il giorno in cui avrò bisogno di un alias, 
non alla creazione della mailbox dell'utente, che viene fatto subito 
sotto, o sbaglio?
Luca


Ok mi rispondo da solo, ho risolto l'arcano, anche grazie all'aiuto di 
un ottimo articolo su linux&c che mi ha fatto capire alcuni punti 
oscuri, anche se uno mi rimane, e te lo chiedo (scusa se sono così 
rompiscatole) il campo password? ci sono controindicazione nel mettere 
direttamente il valore in plain text anzichè in md5 (anche perchè da 
quanto ho capito vuole convertito a manina)?
Ciao e grazie ancora,
Luca

 In ogni modo courier legge sia campi password plain text che md5.
Si ho capito, era solo per evitare di mettere carne al fuoco installando 
anche apache+php+postfixadmin (lo farò dopo, ora voglio capire come 
funziona sta cosa) e poterlo testare aggiungendo utenti.
Cmq dopo un po di patimenti finalmente sto venendo a capo di qualcosa :-D
Ciao
Luca

 opportunamente filtrata, ma questo lo sistemerò in un secondo momento)
(snip)
Scusate, leggo spesso di queste soluzioni con un smtp
praticamente in dmz che  *inoltra* la posta in lan
ovvero passa un fw e accede alla 25 di un pc della lan.
Almeno cosi' sembra da queste descrizioni.
Capirei una sincronizzazione iniziata dall'interno
(c'e' qualche metodo conosciuto?),
ma il sistema sopra non si scontra con il concetto
si(lan->dmz),  no(dmz->lan?), ovvero in maniera che ownando
una dmz il cracker poi non va oltre?
Ora sto guardando google(smtp bastion host)
ma trovo cose $trane tipo
http://www.tbs.ts.it/ANL/du/005/Relazione/html/configurazione_di_una_rete_priva.htm
Qui un pc in bastion host accede addirittura
al dns interno, pare. Non mi pare bellissimo.
Ci si basa solo sul fatto che un protocollo smtp e'
considerato sicuro e che difficilmente ormai puo'
avvenire un exploit inviando una mail formattata
in modo particolare o..... ?
-- 
RobiZ

 in modo particolare o..... ?
Ci si affida solo al fatto che è il male minore per quelle situazioni in 
cui (tipo exchange) il server di posta "vero" non può stare in DMZ.
In reti sufficientemente grosse e complesse l'idea di una DMZ che non 
contatta in alcun modo con la rete interna è già da tempo pura utopia.
-- 
cat: .signature: No such file or directory

robi.z (antispam x=i ) wrote:

Non è una vera e propria dmz, è semplicemente mettere un filtro tra il 
server di posta vero e proprio e il mondo esterno, il fatto che il 
bastion host stia in dmz serve a limitare un poco i contatti tra il 
server e la lan, di fatto si tratta di bilanciare funzionalità (ad 
esempio nel mio caso l'accesso al db interno in sola lettura per fornire 
l'autenticazione smtp) e la sicurezza
Luca