Postfix: warning: hostname localhost does not resolve to address ::1: No address associated with hostname

Per eliminare il warning, nel file /etc/hosts sostituire la riga:

::1     localhost ip6-localhost ip6-loopback

con la riga:

::1     localhost6 ip6-localhost ip6-loopback

postfix: attivare debug connessione con un mail server

Se vogliamo verificare come mai il mail server del dominio dominio.ext rifiuta le email dal nostro server possiamo attivare il debug specifico per quel dominio:

postconf -e debug_peer_list=dominio.ext

postconf -e debug_peer_level=3

postfix reload

Coerenza

Cosa ti puoi aspettare da una societa' (telecom) che demanda ad una sua consociata (tin.it=telecom italia net) la gestione delle sue reti, poi cede tin.it a Seat pagine gialle e utilizza Alice come nuova gestione delle proprie reti. Poi si ricompra tin.it, rompe le scatole ai poveretti che usavano l'adsl di tin.it (mai avuto un problema per anni) per fargli mettere una linea adsl Alice. Dopo aver loro disabilitata la vecchia adsl, comunica bellamente di non poter installare una adsl alice perche' in quella zona non esiste l'adsl (ma se me l'avete staccata due giorni fa...era l'unica di tutto il centro di Rimini????)

Ebbene oggi scopro che il mio server in ufficio non puo' piu' spedirmi le mail di segnalazione dei backup in quanto il router e' finito su un IP address filtrato in qualche blacklist.

Poco male, basta settare l'autenticazione sasl su postfix (trovate il come in QUESTO POST). Ma la cosa non funziona ancora.

Dopo mezz'ora persa a scoprire le magagne con il 191 ("Lei deve impostare il server SMTP di alice business, mail.191.biz") ho scoperto che questo server non ne vuole sapere di autenticarmi...mentre invece tutto funziona a meraviglia con il server SMTP di alice (casa?): out.alice.it

Vabbeh....

fetchmail: connection to localhost:smtp [::1/25] failed: Connection refused.

Aggiungere queste linee al file /etc/postfix/main.cf
#
inet_interfaces = 127.0.0.1, [::1]
smtp_bind_address = 0.0.0.0
smtp_bind_address6 = ::
inet_protocols = all
#
Se la macchina ha un IP address statico puo' essere aggiunto alla linea inet_interfaces:
inet_interfaces = 192.168.1.6, 127.0.0.1, [::1]

Postfix: mascherare l'indirizzo di un mittente

Spesso i messaggi di alert di un server vengono inviati dall'utente root@host.dominio.local
Se i messaggi escono all'esterno della nostra rete, possono incontrare qualche server smtp "cativo" che li getta sentenziando che non esiste nessun dominio, pubblicamente conosciuto, con quel nome.
Essendo titolari del dominio (ad esempio): dominio.com, sarebbe carino che il mittente dei messaggi risultasse qualcosa di simile a root.host@dominio.com
In questo caso nessun smtp server avra' nulla da ridire e noi sapremo vedere anche solo dando una veloce occhiata che la segnalazione si riferisce a quel particolare host della nostra reta/dominio.

Vediamo come gestire la cosa con Postfix:
Editate il file /etc/postfix/main.cf e aggiungete la direttiva


smtp_generic_maps = hash:/etc/postfix/generic

Salvate e uscite dal file.
Create/aprite il file /etc/postfix/generic e inserite la riga:

root@host.dominio.local root.host@dominio.com

o piu' in generale:

INDIRIZZO_UTENTE_MACCHINA_LOCALE INDIRIZZO_UTENTE_DOMINIO_PUBBLICO

Salvate, uscite dal file e compilatelo con il comando:

postmap /etc/postfix/generic


eseguite un restart di postfix per attivare la modifica:


/etc/init.d/postfix restart


Quando la mail e' invata a un host remoto tramite SMTP il server postfix si occupera' di sostituire l'indirizzo INDIRIZZO_UTENTE_MACCHINA_LOCALE con l'indirizzo INDIRIZZO_UTENTE_DOMINIO_PUBBLICO.




SMTP: tin.it e virgilio.it

Per indirizzi nomeutente@tin.it -> smtp.tin.it

Per indirizzi nomeutente@virgilio.it -> out.virgilio.it

Virgilio puo' utilizzare anche il server di tin.it

Exchange: attivare i log sul protocollo SMTP

Per abilitare il log aprire Exchange System Manager e selezionare:

Administrative Groups -> First Administrative Group -> Servers -> VOSTROSERVER -> Protocols -> SMTP -> Default SMTP Virtual Server -> General



Di norma i log possono essere situati nella cartella %systemroot%\system32\logfiles.

BLACKLIST!!!!

Era troppo bello per essere vero.
Il weekend era passato in maniera totalmente piacevole.
Stamattina la moto era partita subito (e non succede spesso)
Sono arrivato in ufficio in anticipo (anche questo non succede spesso ;-)

AAAAAAAAAAAAAAAARRRRRRGGGGHHHHHHHHHHHH

quasi tutte le mail spedite verso l'esterno tornano indietro con messaggi minacciosi.
Il telefono e' rovente, a tutti dico la stessa cosa: non dipende da noi...stiamo lavorando per voi...

Comunque pare che uno dei nostri IP address sia finito in una blacklist.

Per fortuna i maintainer della blacklist http://cbl.abuseat.org/ hanno pubblicato diverse guide per risalire alla causa del blacklistaggio (brrr....termine raccapricciante)

Pare anche che quel bastardo di Exchange (ahime'....lo confesso....) se ne esca male al momento dell'HELO.

mandando una mail all'indirizzo helocheck[at]cbl.abuseat.org viene inviato un messaggio che consente di sapere in cosa consiste il problema. Dovrebbe contenere una riga simile a una delle seguenti:

#5.1.1 SMTP; 550 Your HELO name for IP address 1.2.4.6 was "localhost.localdomain"
#5.1.1 SMTP; 550 Your HELO name for IP address 1.2.4.6 was "localhost"
#5.1.1 SMTP; 550 Your HELO name for IP address 1.2.4.6 was "smtp"
#5.1.1 SMTP; 550 Your HELO name for IP address 1.2.4.6 was "1.2.4.6"
#5.1.1 SMTP; 550 Your HELO name for IP address 1.2.4.6 was "[1.2.4.6]"
#5.1.1 SMTP; 550 Your HELO name for IP address 1.2.4.6 was "mail.example.com"

Il nome di HELO dovrebbe essere il "fully qualified domain name" (FQDN) del vostro mail server oppure un indirizzo IP compreso in due parentesi quadre.

Nell'esempio le prime quattro righe sono sintatticamente errate (RFC2821). Le ultime due sono corrette.

Se il messaggio che ricevete non e' uno delle ultime due righe dell'esempio, avete trovato il problema che vi ha portato in blacklist.

Nel mio caso ho ricevuto un bel:

#5.5.0 smtp;550-Your HELO name for IP address x.y.z.w was>

Per risolvere il problema occorre educare il proprio server exchange:

Aprite Exchange System Manager -->
Administrative Groups -->
First Administrative Group -->
Servers -->
ServerName -->
Protocols -->
SMTP -->
Default SMTP Virtual Server -->
Properties -->
Delivery tab -->
Advanced

Qui potete modificare l'FQDN in maniera corretta (es: mail.mycompany.com)

Inviando una mail a helocheck[at]cbl.abuseat.org ora ottengo questo risultato.

#5.5.0 smtp;550 Your HELO name for IP address x.y.z.w was "mail.mycompany.com"

Decisamente meglio della risposta precedente.

A questo punto ho richiesto la rimozione del nostro indirizzo IP dalla blacklist....attendo fiducioso.