Tips and Tux » postfix

Installazione di MailScanner su SLES 11 a 64 bit – Parte 2

superpaia — Wed, 17 Feb 2010 15:42:06 +0000

Una volta fatte le opportune verifiche che la “configurazione base” funzioni, dal sito www.mailscanner.info scarico la versione più recente del file tar.gz per SuSE.
Lo decomprimo (io di solito creo una cartella /software dove mettere il software vario) e poi eseguo, dall’interno della cartella e come utente root, il comando ./install.sh
A questo punto l’installazione di MailScanner inizia, con relativa compilazione dei file necessari. Tutto in automatico!

Alla fine dell’installazione per i sistemi SuSe è necessario effettuare la seguente configurazione nel file /etc/MailScanner/MailScanner.conf :
Run As User = postfix
Run As Group = postfix
Incoming Queue Dir = /var/spool/postfix/hold
Outgoing Queue Dir = /var/spool/postfix/incoming
MTA = postfix
Monitors for ClamAV Updates = [...] /var/lib/clamav/*.cvd

Successivamente cambio i diritti sulle directory di servizio di MailScanner:
chown -R postfix:postfix /var/spool/MailScanner/incoming
chown -R postfix:postfix /var/spool/MailScanner/quarantine

Inserire nel file /etc/postfix/header_checks
la seguente riga: /^Received:/ HOLD

Poi, visto che sarà MailScanner ad occuparsi della gestione della posta agendo come MTA, spengo amavis e postfix e lo avvio.
(Naturalmente anche al runlevel di boot disabiliterò postfix/amavis e abiliterò MailScanner)

A questo punto verifico l’invio della posta con una connessione SMTP, solito telnet sulla porta 25 del server e verifica dei risultati con “tail -f /var/log/mail”.

Riferimenti:

http://www.mailscanner.info/postfix.html

Installazione di MailScanner su SLES 11 a 64 bit – Parte 1

superpaia — Mon, 15 Feb 2010 14:25:27 +0000

Installiamo MailScanner per la gestione attraverso interfaccia grafica (MailWatch) della posta su un server perimetrale

Prerequisito è l’installazione del sistema SuSE Linux Enterprise, a cui vanno aggiunti i pacchetti postfix, apache2, mysql e relativi tool (essendo un server posizionato in DMZ ho aggiunto anche bind, server dns).

Dopo l’installazione, se in possesso di codici, si procede agli aggiornamenti delle patch. Per questo utilizziamo YaST. Fatte le patch e dopo un bel riavvio installiamo gli applicativi.
Disabilitiamo i servizi in avvio automatico non necessari.

Procediamo per “step”, dapprima configuriamo il sistema postfix, integrandolo con amavis, clamav e spamassassin.

Si configurano paramentri base nel file /etc/postfix/main.cf sono:
myhostname = mail.dominiopubblico.it
inet_interfaces = all
relay_domains = dominiopubblico.it
mynetworks_style = host
mynetworks = 127.0.0.1, IP.DEL.SERVER.LINUX, IP.DEL.SERVER.diPostaAziendale

poi aggiungo il minimo indispensabile (che a volte è molto di più che trovo da qualche cliente già impostato…) per evitare “quintalate” di spam:
smtpd_helo_required = yes
disable_vrfy_commands = yes
smtpd_etrn_restrictions = reject
smtpd_recipient_restrictions =
reject_invalid_hostname,
reject_non_fqdn_sender,
reject_non_fqdn_recipient,
reject_unknown_sender_domain,
reject_unknown_recipient_domain,
permit_mynetworks,
reject_unauth_destination,
reject_rhsbl_sender dsn.rfc-ignorant.org,
reject_rhsbl_sender block.rhs.mailpolice.com,
reject_rhsbl_client block.rhs.mailpolice.com,
reject_rhsbl_client dynamic.rhs.mailpolice.com,
reject_rhsbl_sender dynamic.rhs.mailpolice.com,
reject_rhsbl_client blackhole.securitysage.com,
reject_rhsbl_sender blackhole.securitysage.com,
reject_rbl_client list.dsbl.org,
reject_rbl_client bl.spamcop.net,
reject_rbl_client zen.spamhaus.org,
reject_rbl_client dnsbl.njabl.org,
permit
smtpd_data_restrictions =
reject_unauth_pipelining,
permit

abilito l’interazione tra postfix e amavis:
content_filter = vscan:[127.0.0.1]:10024
e nel file /etc/postfix/master.cf configuro le righe:
localhost:10025 inet n - n - - smtpd -o content_filter=
vscan unix - - y - 2 smtp -o smtp_data_done_timeout=1200 -o smtp_send_xforward_command=yes -o disable_dns_lookups=yes

a questo punto nel file /etc/postfix/transport imposto l’indirizzo ip del server di posta finale:
dominiopubblico.it smtp:[IP.DEL.SERVER.diPostaAziendale]
salvo il file e poi “compilo” il file per postfix:
postmap /etc/postfix/transport

nel file di configurazione di Amavis è necessario (/etc/amavis.conf), almeno solo per ora, configurare la variable myhostname:
$myhostname = ‘mail-as.dominiopubblico.it’;

a questo posso riavviare il servizio postfix ed amavis ed il sistema è già pronto per i primi test di invio e ricezione della posta.
Su questa “base” andremo ad installare MailScanner e MailWatch successivamente.

Riferimenti:
www.postfix.org
www.novell.org

Consiglio:
Gnu/Linux ha il vantaggio di avere dei file di configurazione per i vari applicativi installati, prima della modifica io ho la buona abitudine di salvare il file di configurazione di base:
srvmail:/etc/postfix # cp main.cf main.cf.orig
Inoltre è opportuno avere la stessa buona abitudine per quando si agisce in maniera “pesante” su configurazioni già esistenti.

Postfix: Verifica LDAP in real-time

superpaia — Mon, 01 Feb 2010 23:22:29 +0000

Nella ricezione della posta è opportuno che sia verificata prima di essere inoltrata al server di posta, ovvero che il destinatario esista. Già con questo “piccolo” controllo parte dello spam non viene consegnato e non va ad usare risorse utili sul nostro server.

Quindi è fondamentale, assieme ad altri controlli, aggiungere questo tipo di verifica, per ottenere un servizio di posta migliore!

Questa piccola guida è riferita all’uso di Postfix, con supporto ldap, in ambiente Gnu/Linux con server Exchange o Lotus Domino

Query LDAP verso Lotus Domino:

la sintassi per postfix da aggiungere in /etc/postfix/main.cf è :

[...]

ldap_timeout = 10

ldap_search_base =

ldap_server_host = ip_del_server_di_posta_Domino

ldap_server_port = 389

ldap_query_filter = (mail=%s)

ldap_result_filter = %s

ldap_result_attribute = mail

ldap_scope = sub

ldap_bind = no

relay_recipient_maps = ldap:ldap

[...]

Query Ldap verso M$crosoft Exchange:

mentre nel caso di server M$crosoft Exchange la sintassi da aggiungere in /etc/postfix/main.cf è:

[...]

ldap_server_host = ip_del_server_di_posta_Exchange

ldap_search_base = dc=dominio,dc=it

ldap_version = 3

ldap_bind_dn = CN=postfix,CN=Users,DC=dominio,DC=it <– utente, “base”, inserito in Active Directory per poter fare la query LDAP

ldap_bind_pw = utente_postfix_password

ldap_query_filter = (proxyAddresses=smtp:%s)

ldap_result_attribute = mail

relay_recipient_maps = ldap:ldap

smtpd_recipient_limit = 240

[...]

In entrambi i casi occorre salvare il file e riavviare il servizio Postfix.

mailgraph.cgi

superpaia — Sun, 13 Dec 2009 22:03:46 +0000

Mailgraph è uno strumento per la realizzazione di grafici (con RRDTool) dei messaggi di posta ricevuti, inviati, spam e virus, con statistiche giornaliere, settimanali, mensili e annuali. Oltre al calcolo del picco massimo dei messaggi e la media sul tempo. Può essere un valido aiuto capire quanto efficaci siano le soluzioni da noi adottate ed il traffico posta del nostro server.

Il sito di riferimento del progetto è : http://freshmeat.net/projects/mailgraph/

In ambiente Debian/Ubuntu, la procedura è la seguente:

installiamo il pacchetto precompilato $ sudo apt-get install rrdtool mailgraph

poi nel file di configurazione del servizio /etc/default/mailgraph impostiamo i parametri in maniera opportuna:

BOOT_START=yes <– abilita il servizio all’avvio

MAIL_LOG=/var/log/mail.log <– il nome del file di log della posta

IGNORE_LOCALHOST=true <– vengono ignorate, nel conteggio dei messaggi inviati e ricevuti, i messaggi provenienti dall’indirizzo 127.0.0.1 (cioè localhost), in quanto questi messaggi sono quelli di “ritorno” dal sistema di scansione antivirus e antispam.

Il file /etc/init.d/mailgraph è il file di avvio del servizio alla partenza del sistema, deve essere presente nel runlevel di default del sistema.

Successivamente, dopo pochi minuti ed un po’ di traffico di posta, basterà collegarsi all’indirizzo http://ip-server/cgi-bin/mailgraph.cgi per verificare il funzionamento del prodotto (naturalmente anche il servizio Apache2 dovrà essere installato, con configurazione di base, e avviato al runlevel corretto).

In ambiente SuSE la procedura è diversa poiché non esiste un pacchetto precompilato come in ambiente Debian (la stessa procedura la possiamo usare anche in Debian/Ubuntu se vogliamo utilizzare una versione più recente del pacchetto):

facciamo il download del prodotto da sito

$ wget http://mailgraph.schweikert.ch/pub/mailgraph-1.14.tar.gz

lo decomprimiamo

$ tar xvzf mailgraph-1.14.tar.gz

$ cd mailgraph-1.14

Come da istruzioni di installazione (vedi README all’interno della directory del pacchetto tar.gz appena decompresso) bisogna siano installati gli RRDTool e File::Tail. Tramite yast provvediamo all’installazione dei pacchetti necessari.

A questo punto, prima della modifica, copio i file di configurazione originali:

$ cp mailgraph-init mailgraph-init.orig

Configuro i corretti percorsi dei file di log, eseguibili e librerie nel file di configurazione di mailgraph, modificando il file di avvio del servizio ed il file perl usato per la generazione dei grafici:

$ mailgraph.pl

e gli assegno i corretti diritti di esecuzione $ chmod 755 mailgraph-init

$ vi mailgraph-init

in particolare le opzioni

MAIL_LOG=/var/log/mail

RRD_DIR=/var/lib/apache2

Successivamente copio entrambi i file nelle posizioni corrette:

# cp /software/mailgraph/mailgraph-1.14/mailgraph-init /etc/init.d/

# cp /software/mailgraph/mailgraph-1.14/mailgraph.pl /usr/local/bin/

Ed anche il file mailgraph.cgi deve avere impostati i percorsi corretti con i file dei grafici

my $rrd = ‘/var/lib/apache2/mailgraph.rrd’;

my $rrd_virus = ‘/var/lib/apache2/mailgraph_virus.rrd’;

Poi lo copiamo nella directory cgi-bin del nostro server web:

# cp /software/mailgraph/mailgraph-1.14/mailgraph.c* /srv/www/cgi-bin/

A questo punto dovrebbe essere a posto. Il file /var/log/apache2/error_access.log è fondamentale per il debug dei problemi, soprattutto se dopo un quarto d’ora non vedi nessun grafico!

Eventualmente modifichiamo alcune descrizioni nel file mailgraph.cgi, come :

Mail statistics for $host

Avviamo il web server ed il servizio mailgraph, poi ci colleghiamo alla pagina http://ip-web-server/cgi-bin/mailgraph.cgi