Newsgroup: it.tlc.gestori.telecom
Titolo: Quale dns utilizza quel server smtp di Telecom?

Buongiorno,
avrei bisogno di sapere quali dns utilizza il server smtp (di Telecom)
di un'azienda che non riesce a spedire ad un nostro cliente (a cui
abbiamo trasferito il dominio all'inizio della scorsa settimana): non
avendo il mittente ricevuto alcun messaggio di errore ipotizzo
fortemente che il dns di Telecom al quale si appoggio quel server smtp
non si sia ancora aggiornato (accidenti a lui!).
Ho fatto delle query su alcuni dns di Telecom, ma questi conoscono
correttamente la "strada" per raggiungere il dominio del mio cliente.
Come potrei risalire al dns al quale si appoggia quel server smtp di
Telecom? Non credo che chiamando il 191 mi dicano qualcosa (neppure
controllare i loro log smtp).
Grazie

 ...
hai provato a fare un ping del server?
ping [nomeserver] da DOS dovrebbe darti anche l'indirizzo IP a cui 
appartiene.
Ciao 

 hai provato a fare un ping del server?
Per risalire all'ip del server smtp che utilizza il mittente? Non ce
n'è bisogno, riesco ad avere quell'informazione. So come si chiama il
server smtp Telecom che utilizza il mittente, conosco il suo ip, ma
non conosco quale dns utilizza per le query (al fine di inoltrare il
messaggio di posta). Grazie

 messaggio di posta). Grazie
Forse sara' il caldo, ma giuro che non ho capito... una volta che hai 
scoperto il dns che usa l'smtp di telecom, che te ne fai?
Non e' che i messaggi non arrivano per colpa di qualche blacklist o 
antispam? (con telecom non sarebbe la prima volta)
Ciao.
-- 
Per scrivermi in mail, sostituire nutella con ferrero...
To contact me by email, change nutella to ferrero...

 Non e' che i messaggi non arrivano per colpa di qualche blacklist o antispam? (con telecom non sarebbe la prima volta)
Credo che il mittente, se fosse così, riceverebbe almeno una notifica.
E cmq il problema non può essere quello delle blacklist (a meno che
non si tratti di blacklist sconosciute) perchè il mittente riesce ad
inviare posta regolarmente (a me compreso) ed il destinatario riceve
regolarmente posta da altri mittenti.
A mio avviso, quando un dominio passa da Interbusiness ad un altro
maintainer, la configurazione del dominio non viene rimossa dal dns
autoritativo di Interbusiness (non ho la certezza che ci sia un
operatore umano che compie queste operazioni) o il dns a cui si
appoggia il mailserver di Telecom non si aggiorna giornalmente (e a
questo punto settimanalmente).

 questo punto settimanalmente).
Intanto potresti dirci che dominio e', un .it?
Capisco i deliri dei domini, me ne capitano regolarmente, detto questo 
pero':
- dubito che telecom abbia dei tempi di cache di settimane
- credo che telecom non abbia un dns specifico per i mail server
D'altra parte, se il problema e' del mail server di telecom e il cliente 
e' un cliente telecom hai due strade:
- chiamare il 191 (auguri)
- scrivere a postmaster (forse ti va fatta meglio)


 - scrivere a postmaster (forse ti va fatta meglio)
Ok, proverò ancora.
Se ho novità (positive) vi aggiorno, grazie.

 - credo che telecom non abbia un dns specifico per i mail server
Qualunque ISP di una certa dimensione ha dai DNS di resolve dedicati ai 
mailserver.
Cosiccome qualunque ISP di una certa dimensione ha i flussi della mail 
in ingresso separati da quelli della mail in uscita, anche per evitare 
che un dominio ancora configurato sui suoi sistemi finisca per ignorare 
gli instradamenti definiti dai record MX.
Poi siamo in Italia, e quindi sostituite pure tutti gli indicativi con 
condizionali a profusione, ma sarebbe assai strano se il problema fosse 
quello supposto dall'OP.
Per contro, č ben noto che Telecom (e non solo Telecom) fa uso di 
appliance antispam che lavorano (anche) in DISCARD, dei quali piů di 
qualcuno ha notato comportamenti assai curiosi...

 Per contro, è ben noto che Telecom (e non solo Telecom) fa uso di appliance antispam che lavorano (anche) in DISCARD, dei quali più di qualcuno ha notato comportamenti assai curiosi...
Aggiungo un dettaglio, mi scuso se non l'avevo fatto prima: se il
mittente manda una mail a me e a quel dominio (due destinatari
quindi), io la ricevo. Quindi non credo che Telecom elimini la mail in
quanto considerata spam (e senza notificare al mittente).

 quanto considerata spam (e senza notificare al mittente).
Cosa ti fa avere cosi' tanta fiducia nei riguardi di telecom? :-)
In ogni caso, come credo tu sappia, quando il trasferimento del dominio 
.it e' avvenuto e i dns sono stati aggiornati, il nic invia una mail al 
precedente mantainer come promemoria per eliminare le deleghe sul dns... 
poi magari in telecom nessuno le legge...


Gatsu ha scritto:

Non ho capito troppo bene il problema, ma azzardo una ipotesi:
non puoi spedire la mail utilizzando il formato:
nomeutente@indirizzo_ip piuttosto che nomeutente@server?
Cosě magari usi una nslookup per recuperare l'indirizzo ip del server di 
destinazione della mail usando i tuoi dns probabilmente aggiornati.

 quanto considerata spam (e senza notificare al mittente).
Questa non č pratica antispam... questa č inettitudine devono cambiare 
mestiere... un paio di esempi:
mai...@mailserver.ditta.com:$>telnet 
mail.cs.interbusinnes.it
 25
Trying 212.48.8.140...
Connection closed by foreign host.
(non hanno mai risolto il problema... abbiamo dovuto spostare il mail 
server su una linea ADSL di fortuna invece che HDSL (sempre telecom) con 
conseguente migrazione dell'MX record (comunque aggiornato in 48 ore e 
non in settimane)) e congestioni nella spedizione dei messaggi (vuoi 
mettere l'upload di una HDSL con una ADSL???)
Messaggi maggiori di 4 Mb ricevevano un bel
"Connection reset by peer" con conseguente ri-accodamento del messaggio 
su postfix e loop infinito sul server di posta (un "552 message too 
large" sarebbe stato piů opportuno, avrebbe creato un bounce al mittente)
Tutti 'sti problemi li avevo sul server SMTP interno, ovviamente i 
client non ricevevano una emerita mazza di messaggi di errore e quelli 
di interbusinness (telecom) cadevano dalle nuvole...

 
beh si hai ragione, l'ho scritto da casa a memoria. Ma la sostanza è 
quella, non devo certo *imparare* a scrivere inerbusiness (oops) in modo 
corretto, visto che *fortunatamente* ho avuto l'occasione di 
dimenticarlo (come mi hai fatto notare alla lettera).

 wrote:
Aggiornamenti con Telecom:
- ho provato a contattare l' 800 018914 , selezione 5, e ho trovato
una persona molto disponibile, che ha ammesso che qualcosa non va con
quel dominio. Mi ha chiesto però di chiamare l' 800 102 120 perchè
l'assegnatario è/era un cliente Adsl Smart.
- ho chiamato quindi l' 800 102 120 ed ho trovato una persona
veramente sgradevole, che continuava a sbuffare. Mentre il tecnico
dell'altro numero verde mi ha chiesto solo la partita Iva del cliente,
individuando subito il problema, quest'operatore esigeva che gli dessi
il numero della linea adsl (che non conosco); dopo altri sbuffi s'è
"abbassato" nel chiedermi la partita Iva e mi ha potuto solo (!)
aprire una chiamata, senza raccogliere bene il tipo di problema,
dicendomi che mi farà contattare domani ("oggi non si può, sbuff!")
- ho inviato una mail sia a 
domai...@telecomitalia.it
 che a
domai...@telecomitalia.it
 (rifiutato).
Mi auguro davvero che domani mi chiamino e che si risolva il problema,
vi tengo aggiornati!

 wrote:
Aggiornamento:
- mi chiamato poco dopo un tecnico Telecom che dopo opportune
verifiche (anche consultando Saritel) ha appurato che il cliente non
aveva comunicato al commerciale Telecom di passare da un dominio di
secondo ad uno di terzo
- insomma, si tratta di un problema di configurazione "interna" di
Telecom, che non ha ricevuto dal cliente la richiesta di passaggio.
Però mi chiedo: avendo visto che il dominio era stato trasferito, e
dopo averlo rimosso dal loro dns autoritativo, non potevano fare 2+2 e
completare l'operazione?
- ho avvisato il mio cliente, spero chiami al più presto Telecom e che
poi l'operazione venga svolta al più presto.
Se non ci sono altre "sorprese" concludo qui la vicenda, scusatemi per
la lungaggine.