On Wed, 1 Sep 2004 18:21:34 +0200, Esteve Valent� wrote:
> Hola Benjam�.
>
> En realitat ara ho he mirat i �s smtp2.adsl.ya.com
>
> Tot aix� que expliques abaix ho deus entendre tu,
> jo no se que vols dir... no hi arribo.
El comandament dig nom�s mostra el di�leg dels servidors DNS, un
est�ndard molt ben documentat i la �nica forma exacte de transmetre la
informaci� sense que hagi de passar una tarda redactant l'email per a
fer entendre q�estions t�cniques prou males d'explicar. No hi ha una
forma f�cil d'entendre el DNS ni d'aprendre a tocar el piano.
Suposo que si el tema t'interessa pots posar un poc de la teva part,
m�s si has fet programes i no fa por el codi inform�tic.
dig -x una-ip
pregunta al servidor DNS que tens configurat a la teva connexi� TCP/IP
i mostra els resultats en la "answer section". Tamb� mostra
informaci� relacionada, com ara quins s�n els servidors de DNS
responsables de l'ordinador pel que s'ha preguntat. Tamb� el temps de
caducitat de la consulta (tots els DNS en tenen) i altres detalls
imprescindibles per a saber perqu� passen les coses i donar una
explicaci� al qu� passa.
En el cas del servidor que dius ara, t� la IP 62.151.4.42
[EMAIL PROTECTED]:~> host smtp2.adsl.ya.com
smtp2.adsl.ya.com has address 62.151.4.42
Aquest s� que t� ressoluci� inversa, tal com es pot veure a l'"answer
section" quan amb dig es passa la IP i el par�metre -x que vol dir
"dona'm el nom d'aquesta IP", aix� que s'en diu la ressoluci� inversa
(i que ja explicava a l'altre email).
--------8<-------------------------------------
[EMAIL PROTECTED]:~> dig -x 62.151.4.42
; <<>> DiG 9.2.3 <<>> -x 62.151.4.42
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 58592
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 0
;; QUESTION SECTION:
;42.4.151.62.in-addr.arpa. IN PTR
;; ANSWER SECTION:
42.4.151.62.in-addr.arpa. 86400 IN PTR smtp2.adsl.ya.com.
;; AUTHORITY SECTION:
4.151.62.in-addr.arpa. 86400 IN NS dns2.ya.com.
4.151.62.in-addr.arpa. 86400 IN NS dns.ya.com.
;; Query time: 230 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Wed Sep 1 18:53:02 2004
;; MSG SIZE rcvd: 110
--------8<-------------------------------------
Sembla que aquest tampoc est� a cap llista negre.
> Jo el que veig �s que els missatges a altres adre�es
> no son retornats i els dirigits a internauta si... i suposo
> que surten del mateix servidor de correu.
Dep�n de quines comprovacions fa el destinatari --el servidor
d'aquesta llista-- per acceptar un missatge. Dep�n de si respon o no
diguent perqu� no l'accepta. Molts servidors de correu ja no ho fan
per estalviar-se milers de missatges d'error cap a infectats de virus
(avui �s una plaga, es nota que molta gent ha tornat al treball amb
port�tils farcits de virus col�leccionats durant les vacances; tenc
noticies de m�s d'una xarxa important corporativa que ha caigut) o
spammers que usen adreces falses.
Si els motius s�n mirar llistes negres i noms de servidors, l'anterior
tenia totes les de rebre --que no �s el que uses, per� noi, amb la
informaci� que havies donat ("Uso el smtp de ya.com") nom�s se
m'havia acudit mirar smtp.ya.com que s� existeix.
Aquest sembla que est� millor, aix� que els administradors dels dos
costats (ya.com i aquesta llista) podrien mirar els arxius de registre
(log) dels seus servidors de correu per tenir una pista del que passa.
O des de ya.com mirar les rutes fins internauta.net ... hi ha moltes
coses que es poden fer, per� sent administrador.
Per evitar empipar un costat, tenc SMTP al PC. Qualsevol GNU/Linux en
t� i me n'oblido dels problemes fora de casa --o si en tenc almanco
els puc diagnosticar i saber com resoldre'ls o qu� haig de demanar a
l'altre banda, que sol ser "no miris llistes negres".
--
Benjam�
http://weblog.bitassa.net
.
_______________________________________________
llista de correu de l'Internauta
[EMAIL PROTECTED]
http://zeus.internauta.net/mailman/listinfo/internauta
