Newsgroup: it.comp.os.linux.sys
Titolo: postfix from null sender

Ciao a tutti,
ultimamente leggo in coda postfix dei messaggi del tipo
 
to: 
UTENTES...@33-6-93-81-net-rb2.navaho.fr
 
oppure
ALTROUTENT...@cable-static-87-245-101-25.shinternet.ch
 
ALTROUTENT...@193-148-202-67-ilspi.xanadoo.com
 
ALTROUTENT...@31-16-182-221-dynip.superkabel.de
 
 
tutti in connection timed out (non molti, 6 o 7).
 
Quindi mi allarmo, approfondisco un attimo, ma mi rendo conto che oltre 
a qualche email davvero saltuaria, c'č poco e niente, quindi nessuno sta 
inviando email massivamente. Tiro un sospiro di sollievo, per ora ho 
risparmiato una brutta mezz'ora a delistare per mezzo mondo :) .
 
Approfondendo oltre, scopro che in tutti i casi il from č null 
(from=<>). Immagino il null from non vada bloccato, anche perchč i 
bounce se non erro si presentano in nullfrom. E comunque sarebbe un 
paliativo.
 
Continuando a scavare ma non riesco a risalire a chi abbia innescato 
l'inserimento in coda. E comunque č permesso solo agli auth users.
 
Avete qualche suggerimento?


Sicuro si tratti di messaggi "generici" con sender nullo e non di bounce
generati dalla tua stessa macchina a fronte di messaggi provenienti
(apparentemente) da quegli indirizzi?
 
 
Perchč io propenderei seriamente per quell'ipotesi.
 
Per vedere come sono entrati in coda basta un grep per il QUEUE-ID
eseguito sui log.
 
In caso di dubbi, andare a vedere il contenuto del messaggio (postcat
/var/spool/postfix/deferred/A/ABC12345) aiuta sempre.


 
approfondisco subito, grazie della dritta!

, relay=none, 
delay=30, delays=0.08/0.06/30/0, dsn=4.4.1, status=deferred (connect to 
77-22-180-168-dynip.superkabel.de
[77.22.180.168]:25: Connection timed out)
 
ed in effetti quindi io un bounce l'ho mandato, ed il timeout č 
l'effetto di tale operazione.
 
Riguardando la configurazione di postfix:
 
smtpd_recipient_restrictions =
         permit_sasl_authenticated
         permit_mynetworks
         reject_unauth_destination
         reject_non_fqdn_sender
         reject_unknown_sender_domain
         reject_unknown_recipient_domain
         reject_invalid_hostname
         reject_unauth_pipelining
         reject_rbl_client 
xbl.spamhaus.org
=127.0.0.[4;5]
         reject_rhsbl_client 
dbl.spamhaus.org
=127.0.1.2
         reject_rhsbl_helo 
dbl.spamhaus.org
=127.0.1.2
         reject_rhsbl_sender 
dbl.spamhaus.org
=127.0.1.2
 
non comprendo perchč io abbia inviato un bounce ad un mittente che 
dovrebbe essere rifiutato nella sessione stessa, e quindi non dopo con 
un'email di bounce.
 
Cosa mi sto perdendo? :\

 non-delivery notification: B76C81A2432
 
...ottieni di sapere che il tuo bounce è stato generato a seguito del
mancato delivery di 49B141A23C3.
 
Un grep sui log per quest'altro messaggio potrebbe dare qualche
informazione sul come e cosa è successo...

, size=28187, 
nrcpt=1 (queue active)
Apr  7 09:25:56 srv postfix/pipe[19953]: 49B141A23C3: 
to=<UTENT...@DOMINIOREALE.it>, relay=dovecot-spamass, delay=0.89, 
delays=0.79/0/0/0.09, dsn=5.4.6, status=bounced (mail forwarding loop 
for UTENT...@DOMINIOREALE.it)
Apr  7 09:25:56 srv postfix/bounce[20097]: 49B141A23C3: sender 
non-delivery notification: B76C81A2432
Apr  7 09:25:56 srv postfix/qmgr[20306]: 49B141A23C3: removed
 
a questo punto mi domando
1) perchè ho accettato from @
77-22-180-168-dynip.superkabel.de
 ?
2) perchè ho un mail forwarding loop, sono certo che non ci siano loop 
tra gli alias e l'utente, ho anche ricontrollato


To: UTENTE <UTE...@DOMINIO.it>
 
 
Quindi ok, la mia coda è nata da un bounce di risposta per un errore di 
mail forwarding loop.
 
Ma continuo a cercare e non capisco dove stia il loop, gli alias sono 
tutti corretti, tutto sta in ordine.
Qualche dritta o idea?
 
Grazie ancora :)