Guida al Sistema di Mailhosting Virtuale con PostfixPer la maggior parte degli utenti Gentoo, un semplice client di posta e fetchmail sono sufficienti. Comunque, se sul proprio sistema si ospita un dominio, ci sarà bisogno di un MTA (Mail Transfer Agent) completo. E se si stanno ospitando diversi domini, allora sicuramente ci sarà bisogno di qualcosa di più robusto per gestire tutte le email dei propri utenti. Il sistema proposto è stato progettato per essere una soluzione elegante a questo problema. Un sistema di mail virtuale deve essere in grado di gestire email per numerosi domini con molteplici utenti su diverse interfacce. Questo presenta alcune problematiche alle quali far fronte. Per esempio, cosa fare se si hanno due utenti su domini differenti che vogliono lo stesso nome utente? Se viene fornito accesso imap e autenticazione smtp, come combinare i diversi demoni di autenticazione in un sistema unico? Come riuscire a fornire sicurezza ai numerosi componenti che comprende il sistema? Come gestire tutto? Questa guida mostrerà come configurare un sistema di posta capace di gestire email per tanti domini quanti ne può gestire il proprio hardware, supportare utenti di posta virtuale senza bisogno di account di shell, avente nomi utenti specifici per il dominio, capace di autenticare client web, imap, smtp e pop3 tramite un unico database, utilizzare ssl come layer di trasporto sicuro dei dati, avente un'interfaccia web, capace di gestire mailing list per ogni dominio sulla macchina, e controllato da un database MySQL semplice, carino e centralizzato. Ci sono molteplici modi di configurare un sistema di mailhosting virtuale. Con tutte le opzioni disponibili, forse un altro modo risulterà migliore per le proprie esigenze specifiche. Cercare su http://www.qmail.org e http://www.exim.org per esplorare le proprie opzioni. I seguenti pacchetti sono usati in questa configurazione: apache, courier-imap, courier-authlib, postfix, mod_php, phpmyadmin, squirrelmail, cyrus-sasl, mysql, php e mailman. Assicurarsi di abilitare le seguenti variabili USE all'interno di /etc/portage/make.conf prima di compilare i pacchetti: USE="mysql imap libwww maildir sasl ssl". Altrimenti molto probabilmente si dovranno ricompilare alcune cose per avere il supporto necessario per tutti i protocolli. Inoltre, è una buona idea disabilitare ogni altra variabile per la posta e la rete, come per esempio ipv6.
Una volta installato postfix, è tempo di configurarlo. Cambiare le seguenti opzioni nel file /etc/postfix/main.cf. Ricordarsi di sostituire $variabile con i loro nomi relativi.
Successivamente cambiare le seguenti opzioni dentro a /etc/postfix/master.cf. Questo attiverà l'output prolisso per poter fare debugging:
Poi, modificare /etc/mail/aliases per aggiungere i propri alias locali. Ci dovrebbe essere almeno un alias per l'utente root simile a questo: root: vostro@indirizzo.email.
Ora che postfix è in esecuzione, avviare il proprio client di posta preferito e mandare una mail a sè stessi. L'autore di questo documento usa mutt per tutta la posta da console. Verificare che postfix consegni la posta agli utenti locali, e una volta fatto, proseguire con il prossimo passaggio.
Avviare il proprio client di posta preferito e assicurarsi che tutte le connessioni avviate funzionino per ricevere e mandare posta. Ovviamente non si riuscirà a loggarsi a qualunque servizio poichè l'autenticazione non è stata ancora configurata, ma è saggio verificare se le connessioni stesse funzionano oppure no. Ora che le cose di base funzionano, verranno fatte diverse cose contemporaneamente per avere il resto del sistema funzionante. Ancora, verificare che funzionino tutte le cose già installate prima di proseguire. Ora verrà installato cyrus-sasl. Sasl servirà per passare a courier-auth le proprie variabili di autenticazione, le quali verranno poi passate a mysql per autenticare gli utenti smtp. Per questa guida, non verrà verificato il funzionamento di sasl finchè mysql non sarà configurato e conterrà un utente di prova. Questo è giusto visto che alla fine l'autenticazione avverrà tramite mysql.
Poi, modificare /etc/sasl2/smtpd.conf.
5. Certificati SSL per Postfix e Apache Ora verrà creato un gruppo di certificati ssl per postfix e apache.
6. Aggiungere il supporto SSL e SASL a Postfix Ora modificare il file di configurazione di postfix per metterlo a conoscenza delle sue nuove capacità sasl e ssl. Aggiungere i seguenti parametri alla fine del file dove saranno più facili da trovare.
Ora si verificherà che le configurazioni aggiunte vengano accettate da postfix. Per fare ciò verrà utilizzato telnet (fornito per esempio da net-misc/netkit-telnetd) sebbene sia possibile utilizzare anche nc (fornito da net-analyzer/netcat):
Verificare che le righe AUTH e STARTTLS sopra, ora appaiano nella propria installazione di postfix. Come detto prima, ora AUTH non funzionerà. Questo perchè sasl cercherà di autenticarsi verso il suo sasldb, invece del file shadow per qualche sconosciuta ragione, che non è stato configurato. Per cui si proseguirà configurando mysql per contenere tutte le informazioni di autenticazione e dei domini virtuali. Prima di configurare il proprio ambiente di mailhosting virtuale, verrà creato un utente funzionale tramite il quale verranno ospitate le mailbox virtuali. Per motivi di chiarezza verrà chiamato vmail:
A questo punto l'account vmail è stato impostato. È possibile creare account multipli se lo si desidera (per mantenere una certa struttura nel proprio insieme di account mail virtuali). L'user id, il group id e le directory home sono referenziate nelle tabelle MySQL. Successivamente all'account utente bisogna anche creare la locazione dove risiederanno le mailbox:
Ora verrà installato e configurato MySQL. Per questo passo ci sarà bisogno del file di dump genericmailsql.sql.
Il nuovo database contiene valori predefiniti e tabelle configurate per due domini. Sono incluse le seguenti tabelle:
I valori uid e gid di virtid dovrebbero essere quelli del gruppo e dell'utente vmail.
Ora verrà configurato apache e verrà aggiunta un'interfaccia per interagire più facilmente con il database.
Ci sono una moltitudine di guide su come configurare apache con php, incluse le guide fornite dal Gentoo PHP Project (pagina in inglese, ndT). Ci sono anche numerose discussioni su http://forums.gentoo.org che spiegano in dettaglio come risolvere problemi con l'installazione. Così, come detto, questo problema non verrà coperto in questa sede. Installare e configurare apache e php, poi continuare con questa guida. Ora una parola ai saggi: usare .htaccess nella directory in cui verrà posizionato phpmyadmin. Se non viene fatto, i motori di ricerca arriveranno e indicizzeranno la pagina cosicchè qualsiasi persona sarà in grado di trovarla tramite google e apportare cambiamenti al database a proprio piacimento, il che NON È COSA BUONA!. Ci sono molte guide sull'argomento, incluso: http://www.csoft.net/docs/micro/htaccess.html.en. Ora verranno installati i certificati Apache creati in precedenza. Le direttive Apache-SSL che servono per usare tali certificati sono:
A questo punto configurare phpMyAdmin.
Aprire la pagina di phpmyadmin e sfogliate le tabelle. A questo punto si potranno aggiungere i propri alias locali, modificare le tabelle utenti per aggiungere un utente di prova, e modificare la tabella trasport per aggiungere informazioni sul proprio dominio. I valori predefiniti forniti con il file di dump dovrebbero essere sufficienti per aiutare ad impostare le variabili al posto giusto. Assicurarsi di inserire nel database informazioni accurate. Per esempio, assicurarsi che le directory home degli utenti locali esistano e che i valori di uid/gid siano corretti. Le directory maildir dovrebbero essere create automaticamente da postfix quando l'utente riceve la prima email. Così, di solito, è una buona idea mandare una mail di "Benvenuto" ad un nuovo utente dopo aver configurato il suo account per assicurarsi che la directory .maildir venga creata. 10. Configurare l'Autenticazione con MySQL e i vhost Ora verrà configurata l'autenticazione per usare il database mailsql con courier-imap e postfix. In ognuno degli esempi seguenti, sostituire $password con la password assegnata all'utente mysql denominato mailsql.
A questo punto configurare il resto dei file di configurazione di postfix necessari per interagire con il database per tutte le necessità di trasporto. Ricordarsi di sostituire ciascun valore con il nome del proprio utente, user id, password, alias, indirizzo email, e così via.
Come ultima cosa, modificare nuovamente /etc/postfix/main.cf.
Per ragioni di sicurezza si dovrebbero cambiare i permessi ai vari file /etc/mail/mysql-*.cf:
Dalla versione 2.0.x del Postfix, ci sono diversi cambiamenti significativi rispetto alla versione 1.1.x. Le tabelle transport, virtual-gid e virtual-uid non sono più necessarie. Le tabelle, volendole usare, sono ancora incluse.
Ora, se tutto è andato bene, si dovrebbe avere un server di posta funzionante. Gli utenti dovrebbero essere in grado di autenticarsi tramite il database sql, usando il loro indirizzo di posta completo, per pop3, imap e smtp. Si suggerisce caldamente di verificare che a questo punto tutto stia funzionando. Se si riscontrano problemi (con tutte le operazioni eseguite in questa configurazione, probabilmente ce ne saranno) controllare la sezione di risoluzione dei problemi in questa guida.
Ultimo passo: mailman. La nuova versione di mailman ha un supporto per i domini virtuali molto interessante, per tale motivo viene utilizzato dall'autore di questo documento, senza dimenticare che è veramente un grande pacchetto. Per installarlo e farlo funzionare correttamente con i domini virtuali c'è bisogno di un po' di modifiche. Si raccomando sempre caldamente di leggere tutta la documentazione di mailman, compreso README.POSTFIX.gz, per capire bene cosa stia succedendo.
Ora si dovrebbe essere in grado di configurare mailing list per ogni dominio sulla propria macchina. Come ultima considerazione riguardo a questo, assicurarsi di lanciare tutti i comandi di mailman (su mailman) o altrimenti i permessi saranno sbagliati e bisognerà risistemarli. Leggere la documentazione di mailman per ulteriori informazioni su come configurare e gestire liste con mailman. 13. Filtraggio dei contenuti e Anti-Virus Riguardo al filtraggio dei contenuti e agli antivirus, consultare la Guida al filtraggio della posta elettronica con Gentoo. Ora che tutto è configurato, modificare /etc/postfix/master.cf e togliere la modalità prolissa per un uso di produzione. Probabilmente si vorranno aggiungere dei servizi alle proprie routine di avvio per assicurarsi che tutto riparta ad ogni riavvio. Assicurarsi di aggiungere tutti i servizi in uso - apache, mysql, saslauthd, postfix, courier-imapd, courier-imapd-ssl, courier-pop3d e courier-pop3d-ssl sono tutte le modalità di accesso che si vorranno rendere disponibili ai propri utenti. Generalmente l'autore di questo documento ha tutti i servizi abilitati.
Buon divertimento! Risoluzione dei problemi: Questa è una piccola guida alla risoluzionedei problemi sulla configurazione d'installazione descritta in precedenza. Non è completa, ma è concepita come punto di partenza per capire i problemi. Quando si ha una configurazione complicata come questa, è imperativo scomporre il problema nei componenti più piccoli che non stanno funzionando. In generale si fa questa operazione seguendo determinati passi. Iniziare dalla base del sistema e salire, scartando lungo la strada i componenti che funzionano finchè non si scopre quale componente ha il problema. Passo 1: Controllare i propri file di configurazione. Gli errori di battitura sono micidiali, specialmente quando si ha a che fare con sistemi di autenticazione. Controllare le proprie configurazioni e il database mailsql per errori di battitura. È possibile fare tutto il debug desiderato, ma se non vengono passate avanti e indietro le giuste informazioni al proprio sistema di posta, lui non funzionerà. Se si apportano un cambiamento ad un file di configurazione per un servizio, assicurarsi di riavviare quel servizio così da fargli accettare i cambiamenti.
Passo 2: Sono in esecuzione tutti i servizi necessari? Se non sono in esecuzione, avviarli. È estremamente difficile fare il debug di un servizio che non è in esecuzione. Qualche volta un servizio sembrerà avviato ma non sarà funzionante. Qualche volta, quando è usata una configurazione errata o una trasmissione corrotta entra in un componente, il servizio si bloccherà e manterrà la porta occupata ad un altro processo. Qualche volta è possibi le scoprire queste cose con netstat. Oppure riavviare la macchine. Questo toglierà ogni servizio bloccato. Poi si può riprovare.
Passo 3: Tutti i servizi stanno usando configurazioni correnti? Se recentemente sono stati fatti dei cambiamenti ad un file di configurazione, riavviare quel servizio per assicurarsi che usi la versione corrente. Qualche componente mostrerà la configurazione attuale, come postfix.
Bisogna avere ben chiaro che i log sono veramente importanti. Qualche volta è utile far fallire un'operazione di nuovo poi controllare i log così che il messaggio d'errore sia giusto in fondo (o in cima a seconda del proprio logger) invece che nascosto in mezzo. Controllare se c'è qualche informazione nei propri log che può aiutare a diagnosticare il problema, o almeno, capire quale componente ha il problema.
Potrebbero tornare utili i parametri debug_peer nel main.cf. Impostarli aumenterà i log di output più della modalità prolissa.
Passo 5: Parlare ai servizi stessi. SMTP, IMAP e POP3 rispondono tutti a sessioni telnet, come è stato visto precedentemente quando è stata verificata la configurazione di postfix. Qualche volta è utile aprire una sessione telnet al servizio stesso e vedere cosa succede.
Passo 6: Qualche volta solo le grandi armi daranno le informazioni necessarie: strace. Si dovrebbe averlo installato. Questo è uno strumento inestimabile per fare debugging del software. È possibile avviare comandi dalla riga di comando con strace e controllare tutte le chiamate di sistema che fanno. Spesso mostra un'enorme quantità di informazioni, perciò si potrà sia controllarlo in tempo reale ritentando una transazione fallita con il sistema di posta, o scaricare l'output in un file per rileggerlo in seguito.
Una volta che si hanno le informazioni, è possibile diagnosticare e correggere il problema. Altrimenti, probabilmente bisognerà scavare nella rete per informazioni che aiuteranno a sistemarlo. Qui c'è una lista di siti da controllare per cercare riguardo a problemi già risolti. C'è anche una guida veramente buona per impostare l'autenticazione smtp, e che contiene grandi idee di debugging.
|
|