Newsgroup: it.comp.os.linux.sys
Titolo: Cavolo, che sfortuna. Ora la posta non va con libero

Avevo postato tempo fa questo:
http://tinyurl.com/3msopa
Ora mi succede che con tutte le mail inviate a libero, per qualche 
motivo il server di posta continua a ritornarmi "host or domain not 
found=
libero.it
" e lascia la mail in coda.
Facendo un nslookup 
mail.libero.it
 a me da come ritorno 212.52.84.54 e 
se provo un telnet sulla porta 25 mi disconnette (connection closed by 
foreing host).
Se prova la persona che ho contattato di Milano (credevo fosse un 
problema di adsl) come 
mail.libero.it
 gli risponde 212.52.84.83 ed il 
telnet sulla 25 provato da me funziona.
Ora, posso dirottare le mail in coda verso l'altro server di libero?
Come faccio a dire a postfix che per le mail che mando a 
libero.it
 
voglio usare un altro server e non quello che mi viene (presumo) 
assegnato dal pool di libero?? Cioè, qual'è la direttiva?
Grazie mille.

 assegnato dal pool di libero?? Cioè, qual'è la direttiva?
transport_maps
man transport
Ma apparentemente il tuo problema è di DNS, non di SMTP...

 assegnato dal pool di libero?? Cioè, qual'è la direttiva?
Ciao
Giovanni
-- 
   A computer is like an air conditioner,
   it stops working when you open Windows.
   Registered Linux user #337974  < 
http://giovanni.homelinux.net/
 >

Skull ha scritto:
  > Ma apparentemente il tuo problema è di DNS, non di SMTP...
ciao. Grazie per l'aiuto intanto.
Come dns ho quelli del mio provider impostati e che mi sono stati 
confermati ieri al telefono.
Se utilizzo nslookup risolve correttamente 
mxlibero1.libero.it
 e 
mxlibero2.libero.it
. Allo stesso tempo se provo un telnet sulla porta 25 
dei due server risponde il mailserver di libero.
Quello che non capisco è come mai facendo postqueue -p ho molti 
indirizzi che sono in questo stato:
delivery temporarily suspended: Host or domain name not found. Name 
service error for name=
libero.it
 type=MX: Host not found, try again
Oppure in questo per altri domini:
connect to 
domain.com
[208.69.34.132]: Connection timed out
Se provo a spedire delle mail di prova verso gmail o yahoo dove ho gli 
indirizzi privati la mail arriva istantaneamente.
?? Non riesco a capire. riesci a darmi una mano?
Grazie.

 Grazie.
Allora, aggiornamento: andate le mail di libero. Mi restano in coda tre 
  mail.
Una con service not available - too busy verso un cliente.
Una come No route to host (anche se con nslookup il loro server di posta 
viene risolto, mentre il telnet sulla 25 anche lui No route to host).
L'ultima come connection timed out ma connettendomi al loro server di 
posta non ho alcun risultato quindi presumo sia down.
Il problema di libero si è risolto disattivando completamente il 
supporto di opendns sulla mia rete. L'avevo abilitato dalla loro 
interfaccia web verso il mio ip pubblico per provare come funzionava il 
loro sistema di filtering, ma a quanto pare mi crea dei problemi con 
libero ed altri server. Ho provato a metterli in whitelist ma nulla. 
Disattivato ho spedito tutte le mail verso libero. Rimangono le tre di 
cui sopra, per le quali non mi spiego quella 'No route to host'.
Grazie.

 cui sopra, per le quali non mi spiego quella 'No route to host'.
Proprio perchè fa filtraggio, opendns è da usarsi sui client. Su server 
-soprattutto di posta- causa parecchi problemi ben noti, ed è da evitare.
Bye.

 -soprattutto di posta- causa parecchi problemi ben noti, ed è da evitare.
Ok, ma non capisco perchè impostando sul server di posta i server dns 
del provider a seguito di questi problemi riscontrati continuava a farmi 
casini finchè non ho tolto il filtro delle url e cancellato la mia lan 
dalla dashboard di opendns...

 dalla dashboard di opendns...
Se postfix girava puntando ai dns dell'ISP non avrebbe dovuto aver 
problemi, a meno che non ci fossero problemi sui DNS dell'ISP o nella 
raggiungibilita degli stessi da parte del tuo postfix...
Difficile debuggare a posteriori, comunque.



Se hai un server di posta ti suggerisco di usare un server dns privato 
che non si basi su quelli del provider.


 Difficile debuggare a posteriori, comunque.
bè, grazie mille di tutto il supporto.
ora nella coda c'è ancora una mail che non viene inviata perchè il 
server di destinazione è giù.
ho tolto l'uso dell'url filter di opendns e riabilitato squid. Continuo 
invece ad usarli come forwarder sulle macchine w2003. Per la posta per 
ora mantengo quelli del fornitore della connessione.

 che non si basi su quelli del provider.
Che intendi? Configurare un BIND che usi solo i root server e privo di 
forwarder? Se sì, perché sarebbe meglio?
-- 
Fr3ddie
fr3...@fr3ddie.it
Home Page: 
http://www.fr3ddie.it
PGP Public Key available on my website
dreaming in digital
living in realtime
thinking in binary
   talking in IP
welcome to my world

 
se non si basa su quelli del provider dubito usi forwarders...

 di forwarder? Se sì, perché sarebbe meglio?
Perché si evitano tutti i problemi e le grane che ti danno i dns dei 
provider e perché facendo caching si riduce il traffico per il servizio.


 provider e perché facendo caching si riduce il traffico per il servizio.
Scusate se mi inserisco ma da questa frase mi viene un noob-dubbio a 
riguardo:
ma configurando direttamente i root server non peggiori le performance ? 
  Oltre a tendere al sovraccarico dei root server (se tutti facessimo 
riferimento a loro piuttosto che ai dns del proprio provider) ?
Sbaglio ?
Rizio

 riferimento a loro piuttosto che ai dns del proprio provider) ?
No. Anche le deleghe verso i TLD vengono cachate, quindi vai a rompere 
ai root abbastanza di rado.

 ai root abbastanza di rado.
Ok
Tnk's
Rizio



Skull ti ha già ampiamente risposto ma voglio anche aggiungere che 
lurkando spesso su it.tlc.telefonia.adsl vedo che uno dei problemi più 
frequenti è dato dal sovraccarico dei dns dei vari provider.
Installando dei semplici server con caching (invece di usare come 
spesso suggerito OpenDNS) in genere si risolvono molti (se non tutti) 
i problemi legati a questi disservizi anche per una rete domestica 
dove si mantenga un pc sempre acceso.
