Newsgroup: it.comp.os.linux.sys
Titolo: Postfix & 450

Ciao a tutti.
cosa può essere che mooolti host remoti rifiutano le mail con un 450 
dicendo di non riuscire a rilevare il reversedns?
Ho provato da mezzo mondo con dns esterni e il reverse funziona a 
dovere.
Persino spamcop fa storie sul reverse...Eppure funziona.

 cosa puň essere che mooolti host remoti rifiutano le mail con un 450 

Senza sapere l'IP difficile a dirsi. E' qualificato (ovvero risolve
coerentemente in diretta ed inversa)?
E anche se cosě non fosse, che c'entra postfix?!?
-- 
Skull & Bones (ER6n Silver)
Neo:  I know Sendmail!
Morpheus:  Show me.

 E anche se così non fosse, che c'entra postfix?!?
Nel senso che compare nel maillog. Mi trovo le mail in deferred perchè 
il server remoto le rifiuta con 450 dando errore sul reverse.

 dato che è di un server in produzione
Facci pure...
L'indirizzo è buono...


 il server remoto le rifiuta con 450 dando errore sul reverse.
Ho riscontrato lo stesso problema su clienti che avevano impostato i DNS
di interbusiness in seguito ai famigerati problemi delle scorse settimane.
Non mi stupirei se il problema fosse lo stesso. Purtroppo tu però non
puoi farci nulla.
-- 
Flavio Visentin
Membro del CICAP
Comitato Italiano per il Controllo delle Affermazioni di P4

 puoi farci nulla.
Non ti seguo.
I problemi qui sono tra due provider indipendenti da telecom (io e 
quelli remoti).
Che centra telecom? Io ho i miei dns (che risolvono bene il mio IP) e 
quelli remoti dicono di no.
Alcuni (altro problema ancora) dicono che non trovano l'MX per il 
dominio dello smarthost mittente (io).
Ma io dallo smarthost esco con un 3° livello, l'MX è sul secondario. 
Mah. Solo con alcuni ho sti problemi.
AOL, invece, si sta incacchiando parecchio (rifiuta le mie mail) 
perchè gli arriva troppo spam causato da un famigerato script php che 
dopo 3 giorni ancora non ho beccato. (mannaggia alla funzione mail() 
di PHP ed a chi la inventata).
Quasi quasi la blocco a livello di php.ini e 'forzo' tutti gli utenti 
ad usare o i socket o una mia funzione mail che logga più 
dettagliatamente. Però mi sembra una soluzione un po di merd@!!!

 dettagliatamente. Però mi sembra una soluzione un po di merd@!!!
Se usi i socket è ancora peggio: tutto arriva da localhost e ciccia...
La seconda è un po' più sensata. wrappa il binario sendmail con qualcosa
che logghi e inserisca gli header del caso, in modo da avere visibilità
di cosa ha iniettato la mail...


 di cosa ha iniettato la mail...
Un wrapper in PHP non posso farlo causa safe_mode, directory, gid, etc 
etc etc (i miei server web, a differenza di aruba ed altri, sono molto 
restrittivi).
Ci ho perso la testa mezza giornata e non ho risolto quasi nulla. Dal 
wrapper non riesco a spedire la mail perchè non mi fa eseguire 
'sendmail'.
Però adesso che ci penso posso fare un wrapper che usa i socket cosi 
con il safe_mode non ci sarebbero problemi.
E se lo facessi in un altro linguaggio (bash, perl etc), perderei ogni 
riferimento alla pagina chiamate e sarei al punto di prima. Any ideas?
Ovviamente la seconda ipotesi per i socket non va bene.
Però i socket grazie al cielo li uso solo io.
Fortunatamente sto maledetto spammer (oggi, in coda nello smarthost, 
avevo 300.000 mail, >100MB di roba) usa la mail() perchè ho tutti 
pickup.
Giuro, che non riesco a venirne a capo. Greppare tutti i log è una 
operazione da 6-7 ore ogni volta....Sai comè, sbagli un carattere nel 
grep e ti attacchi per 6-7 ore.
Mi toccherà forzare la rotazione e aspettare che lo spammer ci dia giù 
di nuovo.
Ale.