Newsgroup: it.comp.os.linux.sys
Titolo: smtp e reverse lookup

salve a tutti,
ho dei server smtp con indirizzi IP del provider ADSL. i DNS li ho configurati
in modo che (ad es.) 
mail.miodominio.it
 punti all'IP 22.33.44.55 ...
il problema e' che se faccio 
dig -x 22.33.44.55
mi esce (ovviamente !) il PTR del provider ... e alcuni server di posta NON
accettano le mail ... 
c'e' un modo di bypassare il problema ??
grazie anticipate ...
-- 
#include <stdio.h>
int main(void){char c[]={10,65,110,116,111,110,105,111,32,98,97,114,98,111,110,
101,32,60,104,105,110,100,101,109,105,116,64,116,105,115,99,97,108,105,110,101,
116,46,105,116,62,10,10,0};printf("%s",c);return 0;}

 c'e' un modo di bypassare il problema ??
Farsi cambiare il DNS autoritativo del provider, e farsi assegnare
i corretti PTR.
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

 c'e' un modo di bypassare il problema ??
Un modo puo' essere quello di usare un HELO uguale al tuo PTR. Ma come ci
insegna roberto, ormai anche i pignoli piu' tignosi non fanno piu' questo
controllo. Altri pignoli un po' tignosetti [1] controllano, invece, se l'
HELO assomiglia a uno di quei PTR generati automaticamente per quei range
per i quali non puoi gestire la risoluzione inversa e quindi anche questa
"soluzione" potrebbe portare a qualche rifiuto. La vera soluzione sarebbe
una connettivita' adeguata (o usare un relay del tuo isp come smarthost).
Io adotto una soluzione ibrida: uso un HELO uguale al PTR tranne nei casi
in cui il dominio di destinazione della email e' di quelli pignoli [2], a
cui mi presento con un HELO piu' canonico, o invio tramite uno smarthost.
Fabio
[1] uhmmm... quei tizi friulani, per esempio :-P
[2] sempre quelli sopra (e un paio d'altri).

 [2] sempre quelli sopra (e un paio d'altri).
Attenzione ad un misunderstanding di fondo (che è quello che porta i
"tizi friulani" ad applicare determinati controlli)...
Il suggerimento esplicito presente nelle best practices relativo al far
matchare DNS/rDNS/HELO è dovuta (RFC a parte) ad una necessità operativa
da parte di chi riceve: identificare un mailserver *vero* dalla PC della
zietta settantenne brutalizzato.
Far matchare HELO e rDNS/DNS adattando l'HELO string a un qualcosa tipo
adsl-Z-W.Y-X.net24.it
 (uno a caso, via...) ottiene l'effetto esattamente
opposto: una enorme quantità di zombie si presenta appositamente
copiando la stringa di rDNS nella HELO string proprio per essere
conforme ad RFC e bypassare i controlli "più stretti" cui fate riferimento.
Applicare una tale configurazione, pertanto, finisce per ottenere
l'effetto diametralmente opposto rispetto a quello voluto: far
comportare il mailserver in una maniera anomala, propria del
comportamento di gran parte di worm e di spamware.
E, di conseguenza, di trovarsi ad avere problemi con chi (tipo i tizi
friulani :-D... conosco comunque un buon numero di ISP e aziende di
dimensioni "grosse" -quasi tutti USA- che fanno altrettanto) effettua
controlli meno volti al mancato rispetto stretto delle RFC e più volti
al riconoscimento dei comportamenti anomali da parte dei peer.
Se l'obiettivo quindi è quello di migliorare la deliverability,
consiglierei vivamente di correggere l'rDNS, e non l'HELO (ma se lo fai,
scrivimi per via privata l'HELO che metti che provvedo direttamente a
whitelistarlo)...
Ovviamente, tutto IMHO...
-- 
Skull & Bones (ER6n Silver)

 i corretti PTR.
ok ... nessun "trucchetto" possibile ...
grazie mille .... ciao ...
