Download Kaspersky, I use Ks Workstation, on your linux box (I use SuSE SLES10, so I have to download .rpm file).

Then configure MailScanner wrapper for Kaspersky :
/etc/MailScanner/virus.scanners.conf
with this option:
kaspersky-4.5    /usr/lib/MailScanner/kaspersky-wrapper    /opt/kaspersky/kav4ws

and set correct link for wrapper:
cd /opt/kaspersky/kav4ws/bin
ln -s kav4ws-kavscanner kavscanner
ln -s kav4ws-keepup2date keepup2date

In /etc/MailScanner/MailScanner.conf
set
Virus Scanners = kaspersky-4.5

And, to verify all is ok try:
# MailScanner  –lint
output should be
[...]
MailScanner.conf says “Virus Scanners = clamav antivir kaspersky-4.5″
[…[

Postfix running on SLES 10 and Auth over a W2k3 R2 Server, via Kerberos (based, and authorised by, on Loris aw mcgyver.it work )

Prerequisite:

- Ntp working
- Active directory Server
- Postix Server
- RPM: krb5, krb5-apps-clients, krb5-clients, pam_krb5, krb5-plugin-kdb-ldap, cyrus-sasl, cyrus-sasl-plain, cyrus-sasl-saslauthd

From CLI:
# yast -i ntp postfix krb5 krb5-apps-clients krb5-clients pam_krb5 krb5-plugin-kdb-ldap cyrus-sasl cyrus-sasl-plain cyrus-sasl-saslauthd

Let’s Start. (NB backup all configuration files before changing it, ex: cp cfg.conf cfg.conf.orig)

Configure /etc/krb5.conf (warning, it’s case sensitive world!!)

—– [/etc/krb5.conf ]
[logging]
default = FILE:/var/log/krb5libs.log
kdc = FILE:/var/log/krb5kdc.log
admin_server = FILE:/var/log/kadmind.log

[appdefaults]
pam = {
debug = false
ticket_lifetime = 36000
renew_lifetime = 36000
forwardable = true
krb4_convert = false
}
—– [/etc/krb5.conf ]

Ok, now change /etc/pam.d/smtp adding

—– cut here ——
auth sufficient pam_krb5.so no_user_check validate
account sufficient pam_permit.so
—– end cutting —–

Changing sasl auth file

—– [/etc/sasl2/smtpd.conf]
pwcheck_method: saslauthd
—– [/etc/sasl2/smtpd.conf]

Now it’s time to change sasl daemon. Edit

—- [/etc/sysconfig/saslauthd]
SASLAUTHD_AUTHMECH=pam
—- [/etc/sysconfig/saslauthd]
leave default other vars

Let’s try our setting.
TIME It’ important. Kerberos does not allow big time differences between server and client when
client is authenticating on server.

Try executing a simple “kinit username”
Password for username@DOMAIN.LOC:

It you got an error stop and try your configuration, else you can continue.

You can verify authentication on realm DOMAIN.LOC with smtp domain, you execute:

testsaslauthd -u username -p password -r DOMAIN.LOC -s smtp

Now we can configure postfix, just working without auth smtp relay:

smtpd_recipient_restrictions = permit_mynetworks , permit_sasl_authenticated , reject_unauth_destination
smtpd_sasl_auth_enable = yes
smtpd_sasl_authenticated_header = yes
smtpd_sasl_local_domain = DOMAIN.LOC
broken_sasl_auth_clients = yes

Rif:
http://www.facebook.com/topic.php?uid=5364518177&topic=6425
Others Rif:
http://www.postfix.org/SASL_README.html
http://pn-it.com/blog/linux-ubuntu/postfix-mit-ldap-auth-ubuntu-10/
http://www.faqs.org/docs/Linux-HOWTO/LDAP-Implementation-HOWTO.html

http://lists.ee.ethz.ch/postgrey/msg02407.html

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

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.

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.

]]> http://www.tipsandtux.org/wordpress/postfix-verifica-ldap-in-real-time.html/feed 0 http://www.tipsandtux.org/wordpress/mailgraph-cgi.html http://www.tipsandtux.org/wordpress/mailgraph-cgi.html#comments Sun, 13 Dec 2009 22:03:46 +0000 superpaia http://www.tipsandtux.org/wordpress/?p=5

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

e

$ 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 :

<title>Mail statistics for $host</title>

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