Newsgroup: it.comp.reti.ip-admin
Titolo: vecchi dns e instradamento mail server telecom

Ciao, ho un cliente che lamenta alcune volte di non ricevere mail da alcuni 
mittenti in modo random.
In effetti i mittenti si vedono ritornare i messaggi con motivazioni tipo 
mailbox unknown, mailbox full etc...
domanda: � possibile che il cliente finale abbia avuto il proprio dominio 
registrato su un provider che non � quello attuale, e sui dns del vecchio 
provider siano rimasti vecchi mx record col suo nome dominio?
questo spiegherebbe perch� a volte riceve e a volte no, anche dallo stesso 
mittente.
Ho notato che negli header del messaggio di errore che ricevono i mittenti, 
appare sempre come sender server FBCMST04V03.fbc.local che � uno dei tanti 
server smtp exchange utilizzati da telecom/alice
ps: il cliente finale NON ha un server exchange ma solo client outlook che 
scaricano la posta.
Il suo gestore dominio di posta attuale NON ha server MSexchange
NON ci sono limiti di storage sulla casella che possano giustificare il 
mailbox full
grazie
marco
**********************
+AD4- This is an automatically generated Delivery Status Notification.
+AD4- +AD4- Delivery to the following recipients failed.
+AD4- +AD4- info+AEA-DOMINIOCLIENTEFINALE.it
Received: from FBCMCL01B05.fbc.local
([192.168.69.86]) by FBCMMO05.fbc.local with Microsoft 
SMTPSVC(6.0.3790.3959);
Thu, 23 Jul 2009 10:41:07 +0200
Received: from Platania ([87.23.125.60]) by FBCMCL01B05.fbc.local with 
Microsoft SMTPSVC(6.0.3790.3959);
Thu, 23 Jul 2009 10:41:05 +0200
******************************
Reporting-MTA: dns;FBCMST04V03.fbc.local
Received-From-MTA: dns;fbcmfe02b04.fbc.local
Arrival-Date: Mon, 20 Jul 2009 11:13:47 +0200
Final-Recipient: rfc822;in...@DOMINIOCLIENTEFINALE.it
Action: failed
Status: 5.2.2
X-Display-Name: info
********************************
Reporting-MTA: dns;FBCMST04V03.fbc.local
Received-From-MTA: dns;FBCMFE02B20.fbc.local
Arrival-Date: Fri, 28 Aug 2009 09:54:58 +0200
Final-Recipient: rfc822;in...@DOMINIOCLIENTEFINALE.itAction: failed
Status: 5.2.2
X-Display-Name: info
*******************
From: +ADw-postmaster+AEA-fbc.local+AD4-
To: +ADw-m.XXXXXXXXX+AEA-eXXXXXXXXXXXX.it+AD4-
Sent: Monday, October 05, 2009 12:00 PM
Subject: Delivery Status Notification (Failure)?
+AD4- This is an automatically generated Delivery Status Notification.
+AD4- Delivery to the following recipients failed.
+AD4- info+AEA-DOMINIOCLIENTEFINALE.it
*******************

 provider siano rimasti vecchi mx record col suo nome dominio?
Si, e non sarebbe la prima volta :(


ho appurato che effettivamente � cos�. Spedendo da un mio account tramite 
webmail 
alice.it
 verso il dominio del cliente, risponde il famigerato 
fbc.local exchange di telecom/alice.
Appurato questo, hai idea di come fare per far togliere ai signori di 
telecom il vecchio record?
Grazie
Marco

 Si, e non sarebbe la prima volta :(
Oh, confermo altroche'!
Un nostro Cliente aveva il dominio con 
191.it
 e, evidentemente, dopo la 
migrazione i DNS all'interno della rete Telecom continuano ad avere il 
puntamento al vecchio mx, che funziona ancora (!): cosi' abbiamo dovuto 
forzare un poll del vecchio server sul nuovo, in modo da non perdere la 
posta che, se spedita da un account Telecom, non esce dalla bolgia 
infernale :)
Ciao
Luca

 telecom il vecchio record?
La vedo dura ma... il titolare (proprietario) del dominio dovrebbe
contattare Telecom e richiedere la cancellazione dei dati relativi
al dominio dai DNS; occhio perchï¿½ potrebbe essere necessario
metterci di mezzo un avvocato

 account Telecom, non esce dalla bolgia infernale :)
Forse non ho capito bene il problema, ma: non basterebbe richiedere
al nuovo mantainer il cambio dei dns autoritativi?
bye G.L.
-- 
"E' assolutamente evidente che l'arte del cinema si ispira
alla vita, mentre la vita si ispira alla TV" - Woody Allen

 al nuovo mantainer il cambio dei dns autoritativi?
Ok, come non detto, ignorate il mio post: ho capito qual'e' il problema.
:-)



grazie mille obiwan.
la vedo dura anch'io a questo punto.
In effetti � cos�. Questi prima erano con telecom e poi si sono
spostati sul nuovo provider con la conseguenza che non possono
pi� ricevere mail da chi spedisce come alice.it...
Sar� un problema anche farlgliela capire al cliente....
grazie
marco 

 Sarï¿œ un problema anche farlgliela capire al cliente....
Mah, guarda... il nostro Cliente con questo problema non ha alcuna 
competenza in materia, ma gli abbiamo chiesto di sollecitare la 
correzione del problema in Telecom, l'ha fatto, loro non hanno corretto 
nulla, e infine gli abbiamo proposto di scaricare automaticamente la 
posta interna a telecom via POP3 sul nuovo server: tecnicamente non ha 
capito nulla, ma lo stato di fatto e' che, finche' perdurera' questa 
condizione anomala, loro riceveranno comunque tutta la posta.
Si e' convinto che telecom ha fatto un errore e che noi abbiamo 
risolto.
E' bastato questo a metterlo di buon umore :)
Ciao
Luca

 capito qual'e' il problema. :-)
Esatto, e giusto per farlo capire ad altri :) ...
I DNS autoritativi per il dominio 
pippo.it
 erano
quelli di telecom
ad un certo punto il dominio � stato trasferito
ed i DNS autoritativi per lo stesso sono ora
quelli di (es.) seeweb
all'atto del cambio di DNS telecom NON ha
rimosso le informazioni di zona dai propri
DNS che continuano ad essere configurati
come autoritativi per "
pippo.it
"
A questo punto, chiunque stia usando i DNS
di telecom (o i servizi di posta di telecom/tin
etc) e cerchi di inviare email a "
pippo.it
"
verr� indirizzato al server definito come MX
nella vecchia zona ancora esistente sui
DNS di telecom ed ovviamente tali email
non arriveranno mai al nuovo MX
Per risolvere il problema si potrebbe
Richiedere a telecom di rimuovere dai propri
DNS la zona autoritativa "
pippo.it
", nel caso
ci� non avvenisse in tempi brevi, contattare
il proprio avvocato e citare Telecom in giudizio
per danni (email perse); al contempo mettere
in piedi un workaround ossia utilizzare POP3
o ETRN per scaricare ad intervalli regolari la
posta dai vecchi mailservers reindirizzandola
al nuovo mailserver, lasciando in essere tale
soluzione sino a che telecom non corregger�
la config dei DNS

 non arriveranno mai al nuovo MX
Aggiungo che, a complicare ulteriormente la faccenda, oltre a non 
rimuovere il dominio dai propri DNS autoritativi, Telecom non rimuove 
nemmeno il *server di posta* assegnato a tale zona, per cui i messaggi 
vengono "regolarmente" consegnati.
Se il server MX non ci fosse, almeno i messaggi tornerebbero indietro e 
chi spedisce avrebbe un'indicazione della presenza di un'anomalia. 
Invece, in questo modo un utente Telecom scrive... e nessuno riceve :)
Ciao
Luca

 per danni (email perse);
Ma tenere su dei dns autoritativi per un certo dominio
quando i server autoritativi sono altri, non potrebbe
costituire una forma di abuso di rete? (chiedo, eh...).


 chi spedisce avrebbe un'indicazione della presenza di un'anomalia.
E forse ci sarebbe anche qualcun'altro oltre al detentore del dominio
che, giustamente, scasserebbe le p***e a telecom per sollecitare una
soluzione... :-)


 costituire una forma di abuso di rete? (chiedo, eh...).
Non so dirti. Quando e' successo quell'incidente (che non so se sia 
ancora in piedi...), il solito 
ns4.tin.it
 riportava l'autoritativo 
corretto; presumo quindi che si tratti di DNS interni alla rete Telecom 
e non raggiungibili o non ricorsivi venendo da altre reti.
Ciao
Luca

 venendo da altre reti.
Il problema, nel caso del flusso email, non sono i DNS pubblici
quanto i DNS interrogati dai mailservers dei vari tin, alice etc...
il che, considerando ci� di cui si sta parlando, mostra senza
ombra di dubbio che IB/TI non ha la pi� pallida idea di come
sia fatta la propria infrastuttura n� ha un sistema centralizzato
e *funzionante* per gestirla