Discussion:
Problem med mailserver?
(too old to reply)
Olaf Berli
2007-04-25 06:22:59 UTC
Permalink
Hallo.

Har tidligere utvekslet mail med en bruker på hotmail.co.uk, og kan
fortsatt motta mail fra denne brukeren. Når jeg forsøker å sende til den
aktuelle brukeren eller svare på mail fra vedkommende får mailserveren
vår problemer med å finne hotmail.co.uk

00:45:59 20F0 SMTP sending message 5BD4E1FB.MSG to host: hotmail.co.uk
00:45:59 20F0 SMTP Finding: hotmail.co.uk
00:45:59 20F0 dns: Querying name server 195.159.0.100 for hotmail.co.uk
00:46:10 20F0 !dns: Receive failure from name server, Connection timed
out (10060)
00:46:10 20F0 dns: Querying name server 195.159.0.200 for hotmail.co.uk
00:46:21 20F0 !dns: Receive failure from name server, Connection timed
out (10060)
00:46:21 20F0 dns: Querying name server 193.75.75.75 for hotmail.co.uk
00:46:31 20F0 !dns: Receive failure from name server, Connection timed
out (10060)

Dette problemet har vart i flere dager, slik at det er lite sannsynlig
at det er et midlertidig dns-problem. Noen som har info som kan hjelpe?

-Olaf-
Peter N. M. Hansteen
2007-04-25 06:45:42 UTC
Permalink
Post by Olaf Berli
00:45:59 20F0 dns: Querying name server 195.159.0.100 for hotmail.co.uk
00:46:10 20F0 !dns: Receive failure from name server, Connection timed
out (10060)
00:46:10 20F0 dns: Querying name server 195.159.0.200 for hotmail.co.uk
00:46:21 20F0 !dns: Receive failure from name server, Connection timed
out (10060)
00:46:21 20F0 dns: Querying name server 193.75.75.75 for hotmail.co.uk
00:46:31 20F0 !dns: Receive failure from name server, Connection timed
out (10060)
De to første maskinene svarer (dig @n.m.n.m domene.tld) herfra med noe
vettugt om et domene jeg disponerer, den siste timer ut.

Jeg ville tippe at maskinen du prøver å sende fra av en eller annen
grunn ikke har lov til å bruke de to første maskinene til den typen
oppslag. Hr/Fr Rette Vedkommende hos Powertech vet nok råd.
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
http://www.blug.linux.no/rfc1149/ http://www.datadok.no/ http://www.nuug.no/
"First, we kill all the spammers" The Usenet Bard, "Twice-forwarded tales"
delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
Olaf Berli
2007-04-25 07:59:19 UTC
Permalink
Post by Peter N. M. Hansteen
Post by Olaf Berli
00:45:59 20F0 dns: Querying name server 195.159.0.100 for hotmail.co.uk
00:46:10 20F0 !dns: Receive failure from name server, Connection timed
out (10060)
00:46:10 20F0 dns: Querying name server 195.159.0.200 for hotmail.co.uk
00:46:21 20F0 !dns: Receive failure from name server, Connection timed
out (10060)
00:46:21 20F0 dns: Querying name server 193.75.75.75 for hotmail.co.uk
00:46:31 20F0 !dns: Receive failure from name server, Connection timed
out (10060)
vettugt om et domene jeg disponerer, den siste timer ut.
Jeg ville tippe at maskinen du prøver å sende fra av en eller annen
grunn ikke har lov til å bruke de to første maskinene til den typen
oppslag. Hr/Fr Rette Vedkommende hos Powertech vet nok råd.
Sjekket med Powertech's utmerkede support. De forteller at deres
dns-servere ikke får oppdatering fra det aktuelle domenet
(hotmail.co.uk). Trolig noe feil med domenet (hotmail.co.uk)...?

-Olaf-
Peter N. M. Hansteen
2007-04-25 08:07:16 UTC
Permalink
Post by Olaf Berli
Sjekket med Powertech's utmerkede support. De forteller at deres
dns-servere ikke får oppdatering fra det aktuelle domenet
(hotmail.co.uk). Trolig noe feil med domenet (hotmail.co.uk)...?
snodig. herfra ser det slik ut:

***@thingy:~$ dig hotmail.co.uk ns

; <<>> DiG 9.3.4 <<>> hotmail.co.uk ns
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 19732
;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 3

;; QUESTION SECTION:
;hotmail.co.uk. IN NS

;; ANSWER SECTION:
hotmail.co.uk. 117743 IN NS ns1.msft.net.
hotmail.co.uk. 117743 IN NS ns3.msft.net.
hotmail.co.uk. 117743 IN NS ns4.msft.net.

;; ADDITIONAL SECTION:
ns1.msft.net. 89453 IN A 207.68.160.190
ns3.msft.net. 97278 IN A 213.199.161.77
ns4.msft.net. 89453 IN A 207.46.66.126

;; Query time: 1 msec
;; SERVER: 194.54.103.65#53(194.54.103.65)
;; WHEN: Wed Apr 25 10:05:17 2007
;; MSG SIZE rcvd: 141

***@thingy:~$ dig @ns1.msft.net hotmail.co.uk mx

; <<>> DiG 9.3.4 <<>> @ns1.msft.net hotmail.co.uk mx
; (1 server found)
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 39382
;; flags: qr aa rd; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 12

;; QUESTION SECTION:
;hotmail.co.uk. IN MX

;; ANSWER SECTION:
hotmail.co.uk. 3600 IN MX 5 mx3.hotmail.com.
hotmail.co.uk. 3600 IN MX 5 mx4.hotmail.com.
hotmail.co.uk. 3600 IN MX 5 mx1.hotmail.com.
hotmail.co.uk. 3600 IN MX 5 mx2.hotmail.com.

;; ADDITIONAL SECTION:
mx3.hotmail.com. 3600 IN A 65.54.244.200
mx3.hotmail.com. 3600 IN A 65.54.244.72
mx3.hotmail.com. 3600 IN A 65.54.245.72
mx4.hotmail.com. 3600 IN A 65.54.245.104
mx4.hotmail.com. 3600 IN A 65.54.244.104
mx4.hotmail.com. 3600 IN A 65.54.244.232
mx1.hotmail.com. 3600 IN A 65.54.244.8
mx1.hotmail.com. 3600 IN A 65.54.245.8
mx1.hotmail.com. 3600 IN A 65.54.244.136
mx2.hotmail.com. 3600 IN A 65.54.244.168
mx2.hotmail.com. 3600 IN A 65.54.244.40
mx2.hotmail.com. 3600 IN A 65.54.245.40

;; Query time: 251 msec
;; SERVER: 207.68.160.190#53(207.68.160.190)
;; WHEN: Wed Apr 25 10:05:59 2007
;; MSG SIZE rcvd: 314

det burde være nok data til at epostlevering kommer et stykke lenger
enn det du viste oss tidligere.
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
http://www.blug.linux.no/rfc1149/ http://www.datadok.no/ http://www.nuug.no/
"First, we kill all the spammers" The Usenet Bard, "Twice-forwarded tales"
delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
Olaf Berli
2007-04-25 08:29:10 UTC
Permalink
Post by Peter N. M. Hansteen
Post by Olaf Berli
Sjekket med Powertech's utmerkede support. De forteller at deres
dns-servere ikke får oppdatering fra det aktuelle domenet
(hotmail.co.uk). Trolig noe feil med domenet (hotmail.co.uk)...?
; <<>> DiG 9.3.4 <<>> hotmail.co.uk ns
;; global options: printcmd
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 19732
;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 3
;hotmail.co.uk. IN NS
hotmail.co.uk. 117743 IN NS ns1.msft.net.
hotmail.co.uk. 117743 IN NS ns3.msft.net.
hotmail.co.uk. 117743 IN NS ns4.msft.net.
ns1.msft.net. 89453 IN A 207.68.160.190
ns3.msft.net. 97278 IN A 213.199.161.77
ns4.msft.net. 89453 IN A 207.46.66.126
;; Query time: 1 msec
;; SERVER: 194.54.103.65#53(194.54.103.65)
;; WHEN: Wed Apr 25 10:05:17 2007
;; MSG SIZE rcvd: 141
det burde være nok data til at epostlevering kommer et stykke lenger
enn det du viste oss tidligere.
Jeg forsøkte også å definere oppslag mot en dns-server hos Priority
(Hafslund) som var villig til å svare meg (har abonnement hos
Powertech). Den ga meg fornuftige svar. Kan vel tenkes at de
dns-serverne som svarer nyligere har hentet oppdateringer fra
hotmail.co.uk enn det serverne hos Powertech har gjort....?

-Olaf-
Bjørn Mork
2007-04-25 09:06:12 UTC
Permalink
Post by Olaf Berli
Jeg forsøkte også å definere oppslag mot en dns-server hos Priority
(Hafslund) som var villig til å svare meg (har abonnement hos
Powertech). Den ga meg fornuftige svar. Kan vel tenkes at de
dns-serverne som svarer nyligere har hentet oppdateringer fra
hotmail.co.uk enn det serverne hos Powertech har gjort....?
Det er ikke slik DNS virker. Svaret du har fått fra Powertech gir ingen
mening. Som Peter N. M. Hansteen har sagt, ser domenet helt korrekt ut.


Bjørn
--
You make me sick.
Peter N. M. Hansteen
2007-04-25 09:11:28 UTC
Permalink
Post by Olaf Berli
Jeg forsøkte også å definere oppslag mot en dns-server hos Priority
(Hafslund) som var villig til å svare meg (har abonnement hos
Powertech). Den ga meg fornuftige svar. Kan vel tenkes at de
dns-serverne som svarer nyligere har hentet oppdateringer fra
hotmail.co.uk enn det serverne hos Powertech har gjort....?
For meg høres det ut som en eller annen snodig konfigurasjonsfeil hos
powertech (fryktelig lang negative cache-levetid?), eventuelt at
msft.net-serverne nekter å svare powertech-maskinene. Pussig det og,
men herfra ser det i alle fall ut til å finnes gyldige data om
domenet.
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
http://www.blug.linux.no/rfc1149/ http://www.datadok.no/ http://www.nuug.no/
"First, we kill all the spammers" The Usenet Bard, "Twice-forwarded tales"
delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
Jan Ingvoldstad
2007-04-26 20:18:28 UTC
Permalink
Post by Peter N. M. Hansteen
For meg høres det ut som en eller annen snodig konfigurasjonsfeil hos
powertech (fryktelig lang negative cache-levetid?), eventuelt at
msft.net-serverne nekter å svare powertech-maskinene. Pussig det og,
men herfra ser det i alle fall ut til å finnes gyldige data om
domenet.
Oppslag mot ns3.msft.net gir timeout, det kan være problemet.
--
brukergrensesnitt n1
1. skille som avskjærer brukeren fra å bruke en gjenstand, ofte en datamaskin.
2. fastsatt og uforanderlig bilde av hvordan en datamaskin kreves brukt.
3. uspiselig abstraksjon over menneskers utilstrekkelighet.
Olaf Berli
2007-04-27 09:16:38 UTC
Permalink
Post by Jan Ingvoldstad
Post by Peter N. M. Hansteen
For meg høres det ut som en eller annen snodig konfigurasjonsfeil hos
powertech (fryktelig lang negative cache-levetid?), eventuelt at
msft.net-serverne nekter å svare powertech-maskinene. Pussig det og,
men herfra ser det i alle fall ut til å finnes gyldige data om
domenet.
Oppslag mot ns3.msft.net gir timeout, det kan være problemet.
Har fått info om at flere isp-er fikk timeout ved forsøk på oppslag mot
dns for hotmail.co.uk. For vår del løste problemet seg i løpet av en dag
etter at jeg postet opprinnnelig melding.

-Olaf-
Bjørn Mork
2007-04-27 09:28:42 UTC
Permalink
Post by Jan Ingvoldstad
Post by Peter N. M. Hansteen
For meg høres det ut som en eller annen snodig konfigurasjonsfeil hos
powertech (fryktelig lang negative cache-levetid?), eventuelt at
msft.net-serverne nekter å svare powertech-maskinene. Pussig det og,
men herfra ser det i alle fall ut til å finnes gyldige data om
domenet.
Oppslag mot ns3.msft.net gir timeout, det kan være problemet.
Jeg vil nå fremdeles hevde at det er lokalt cache-problem hvis dette
forårsaker (semi-)permanente feil ifm oppslag, så lenge minst én av de
andre autoritative serverene svarer.


Bjørn
--
Psychotic fascist wanker!
Peter N. M. Hansteen
2007-04-27 09:44:49 UTC
Permalink
Post by Bjørn Mork
Jeg vil nå fremdeles hevde at det er lokalt cache-problem hvis dette
forårsaker (semi-)permanente feil ifm oppslag, så lenge minst én av de
andre autoritative serverene svarer.
Jeg synes dette lukter seiglivet negativ caching, krøkk i aksesslister
eller eller litt for trang åpning i brannmur for DNS-forespørsler,
sånn circa rangert etter min sannsylighetsvurdering. Som du sier, så
skal ikke det at en autorativ server er nede være nok når det finnes
andre servere som kan svare med gyldige data. Hvis problemet i
mellomtiden har forsvunnet av seg selv, er det jo fint, til neste gang
noe skjer.
--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
http://www.blug.linux.no/rfc1149/ http://www.datadok.no/ http://www.nuug.no/
"First, we kill all the spammers" The Usenet Bard, "Twice-forwarded tales"
delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
Bjørn Mork
2007-05-05 20:19:26 UTC
Permalink
Post by Peter N. M. Hansteen
Post by Bjørn Mork
Jeg vil nå fremdeles hevde at det er lokalt cache-problem hvis dette
forårsaker (semi-)permanente feil ifm oppslag, så lenge minst én av de
andre autoritative serverene svarer.
Jeg synes dette lukter seiglivet negativ caching, krøkk i aksesslister
eller eller litt for trang åpning i brannmur for DNS-forespørsler,
sånn circa rangert etter min sannsylighetsvurdering. Som du sier, så
skal ikke det at en autorativ server er nede være nok når det finnes
andre servere som kan svare med gyldige data. Hvis problemet i
mellomtiden har forsvunnet av seg selv, er det jo fint, til neste gang
noe skjer.
Hmm, ser ut til at det er Microsoft som er synderen likevel. Snublet i
dette på NANOG, og det ser ut til at det er slik det har vært en stund:
Olaf Berli
2007-05-07 06:14:35 UTC
Permalink
Post by Bjørn Mork
Post by Peter N. M. Hansteen
Post by Bjørn Mork
Jeg vil nå fremdeles hevde at det er lokalt cache-problem hvis dette
forårsaker (semi-)permanente feil ifm oppslag, så lenge minst én av de
andre autoritative serverene svarer.
Jeg synes dette lukter seiglivet negativ caching, krøkk i aksesslister
eller eller litt for trang åpning i brannmur for DNS-forespørsler,
sånn circa rangert etter min sannsylighetsvurdering. Som du sier, så
skal ikke det at en autorativ server er nede være nok når det finnes
andre servere som kan svare med gyldige data. Hvis problemet i
mellomtiden har forsvunnet av seg selv, er det jo fint, til neste gang
noe skjer.
Hmm, ser ut til at det er Microsoft som er synderen likevel. Snublet i
Bjørn
Takk.
Det var fint å få bekreftet mistanken

-Olaf-

Loading...