Many email messages are sent from PHP . . . → Read More: ]]> Ecco un bel sistema per trovare se qualche “bravo ragazzo” ha inserito una pagina php (e soprattutto qual’è il file!) nel nostro webserver (ovviamente “bucandolo”) per poter spedire email a mezzo mondo (nel caso specifico dove ho risolto il problema c’è in coda la bellezza di mezzo milione di email!):

Many email messages are sent from PHP scripts on the server. How can I find what domains these scripts are running on?

Lo cito perché ne vale la pena (è per Qmail, al di là che comunque si citi la piattaforma Plesk) :

Resolution

There is a way to find what the folder the PHP script that sends mail was run from. Note, the paths can be slightly differ from the listed below depending on your OS and Plesk version:

1) create /var/qmail/bin/sendmail-wrapper script with the content:

#!/bin/sh
(echo X-Additional-Header: $PWD ;cat) | tee -a /var/tmp/mail.send|/var/qmail/bin/sendmail-qmail “$@”

Note, it should be the two lines including ‘#!/bin/sh’.

2) then create log file /var/tmp/mail.send and grant it “a+rw” rights, make the wrapper executable, rename old sendmail and link it to the new wrapper:

~# touch /var/tmp/mail.send
~# chmod a+rw /var/tmp/mail.send
~# chmod a+x /var/qmail/bin/sendmail-wrapper
~# mv /var/qmail/bin/sendmail /var/qmail/bin/sendmail-qmail
~# ln -s /var/qmail/bin/sendmail-wrapper /var/qmail/bin/sendmail

3) Wait for an hour or so and revert sendmail back:

~# rm -f /var/qmail/bin/sendmail
~# ln -s /var/qmail/bin/sendmail-qmail /var/qmail/bin/sendmail

Examine /var/tmp/mail.send file, there should be lines starting with “X-Additional-Header:” pointing out to domains’ folders where the scripts which sent the mail are located.
You can see all the folders mail PHP scripts were run from with the following command:

~# grep X-Additional /var/tmp/mail.send | grep `cat /etc/psa/psa.conf | grep HTTPD_VHOSTS_D | sed -e ’s/HTTPD_VHOSTS_D//’ `

f you see no output from the command above, it means that no mail was sent using PHP mail() function from the Plesk virtual hosts directory.

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 . . . → Read More: Installazione di MailScanner su SLES 11 a 64 bit – Parte 1]]> 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.

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 . . . → Read More: Postfix: Verifica LDAP in real-time]]>

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.