Gathering of Tweakers

SmarthY

dummy@example.com (SmarthY) — Thu, 19 Apr 2007 21:38:37 GMT

donderdag 19 april 2007 23:38
Ok boys, ik heb mijn eigen mailserver opgezet (XS4ALL abbo)

Alles werkt prima, het enige dat op dit moment niet werkt is dat mijn mail niet aankomt op hotmail accounts, en bij de meeste andere in de spambox.
Na lang durig onderzoek denk ik de oorzaak gevonden te hebben.
Wat ik heb kunnen constateren is dat wanneer ik van buiten naar mijn mail server connect (outlook) en mail verstuur komt deze keurig bij hotmail aan.
Wanneer ik het vanaf mijn mail server zelf verstuur komt deze niet aan. (ook niet in de spambox)

Als ik de headers van de mail berichten bekijk is er 1 verschil. Het ip adres:
Via outlook (extern verzonden):
Received: from mail.xxx.com ([80.136.***.**]) by bay0-mc11-f17.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.2668);

en wanneer intern verzonden:
Received: from mail.xxx.com ([10.0.0.12]:1040)
by mail.xxx.com with [XMail 1.22 ESMTP Server]

zie hier dus het verschil in het echte ip adres en het lokale ip adres.

Ik denk dus dat hotmail een nslookup doet naar het domein en de ip adressen controleerd, deze komen, wanneer de mail intern verzonden is, dus niet overheen.
Nu dacht ik dit simpel op te lossen door mijn interne mail server gewoon eerst naar het domein te laten connecten in plaats van localhost, maar mijn router werkt hier blijkbaar niet aan mee, want dan krijg ik connection refused.
wanneer ik van buiten het netwerk connect zijn de poorten gewoon netjes via de router door gelinked naar mijn mailserver, en daarom werkt het van buiten af mailen wel goed.

Iemand enig idee hoe ik dit kan oplossen?

sander817

dummy@example.com (sander817) — Thu, 19 Apr 2007 22:04:23 GMT

vrijdag 20 april 2007 00:04
als je van je eigen adsl server verstuurd kan dat kloppen, die worden bij dat soort provider s vaak geblokt
ik dacht ivm reverse dns oid

ik ben er al even uit dus kan ook iets anders zijn

Dr. Cheeks

dummy@example.com (Dr. Cheeks) — Thu, 19 Apr 2007 22:10:08 GMT

vrijdag 20 april 2007 00:10
Inderdaad, je moet tegenwoordig een reverse DNS (PTR record) hebben dat matched met je mail servers domein. Dat is als ADSL klant niet echt te regelen. Althans, het moet niet per se, maar veel ontvangende mail servers accepteren je mail niet zonder PTR record (of bestempelen deze als spam).

Dus: stel je mail server zo in dat hij mail verstuurd via de SMTP server van je provider i.p.v. direct af te leveren via het MX record van het domein van de ontvanger, dan moet het lukken...

DJSmiley

dummy@example.com (DJSmiley) — Thu, 19 Apr 2007 22:32:47 GMT

vrijdag 20 april 2007 00:32

quote:
Dr. Cheeks schreef op vrijdag 20 april 2007 @ 00:10:
Inderdaad, je moet tegenwoordig een reverse DNS (PTR record hebben dat matched met je mail servers domein. Dat is als ADSL klant niet echt te regelen.

Dus: stel je mail server zo in dat hij mail verstuurd via de SMTP server van je provider i.v.d. direct af te leveren via het MX record van het domein van de ontvanger, dan moet het lukken...

Daarnaast moet je die smtp wel toevoegen aan je DNS als je SPF records gebruikt, ik weet niet zeker of Hotmail hier wel- of geen gebruik van maakt.

Correcte rDNS en SPF records beginnen steeds vaker vereist te worden ("vroeger" werd dit amper gecontroleerd)

Dr. Cheeks

dummy@example.com (Dr. Cheeks) — Thu, 19 Apr 2007 22:37:00 GMT

vrijdag 20 april 2007 00:37

quote:
DJSmiley schreef op vrijdag 20 april 2007 @ 00:32:
[...]

Daarnaast moet je die smtp wel toevoegen aan je DNS als je SPF records gebruikt, ik weet niet zeker of Hotmail hier wel- of geen gebruik van maakt.

Correcte rDNS en SPF records beginnen steeds vaker vereist te worden ("vroeger" werd dit amper gecontroleerd)

Het niet hebben van een SPF record zal niet tot gevolg hebben dat je mail niet geaccepteerd worden. Het niet hebben van een SPF record kan alleen tot gevolg hebben dat anderen ook mail uit naam van jouw domein kunnen versturen (spoofen). Dus: als je wél een SPF record hebt zullen mail servers die SPF record checken alleen nog maar mail van jou accepteren. Maar goed, andersom gaat de vlieger dus niet op.

Bergen

dummy@example.com (Bergen) — Thu, 19 Apr 2007 22:52:27 GMT

vrijdag 20 april 2007 00:52
Hier haak ik even op in. Ik ben me aan het verdiepen in Postfix en ga ook mijn eigen mailserver draaien, dus zit ook even te stoeien met PTR records.

Moet het PTR record nou gewoon naar een host in hetzelfde domein wijzen? Of specifiek naar de mailserver?

Bijvoorbeeld eerst een example forward zone:

$TTL 3h

;
; Origin: example.lan
;

@ IN SOA ns.example.lan. root.example.lan. (
		2007041802	; Serial
		3h		; Refresh
		1h		; Retry
		1w		; Expire
		1h)		; Negative

;
; Name servers
;

	IN NS	ns

;
; Mail server
;

	IN MX	0	mail

;
; Addresses
;

host1	IN A	192.168.0.1
host2	IN A	192.168.0.2
host3	IN A	192.168.0.3

;
; Aliases
;

ns	IN CNAME	host2
mail	IN CNAME	host3

Dit is even een exampledomein wat ik lokaal draai (met andere hostnames) maar dit zou bij mij ook van toepassing zijn als ik het naar buiten toe ga draaien. Zoals je ziet is 'mail' dus een CNAME en niet een echt adres. De bijbehorende reverse zone ziet er dan zo uit:

$TTL 3h

;
; Origin: 0.168.192.in-addr.arpa
;

@ IN SOA ns.example.lan. root.example.lan. (
		2007041802	; Serial
		3h		; Refresh
		1h		; Retry
		3w		; Expire
		1h)		; Negative

;
; Name servers
;

	IN NS	ns

;
; Addresses
;

1	IN PTR		host1
2	IN PTR		host2
3	IN PTR		host3

Gaat dat werken? Of moet mail.example.lan beslist een A record zijn? Want dat zou onhandig zijn als je ook andere services op die pc draait, dan moet die pc beslist 'mail' als hostname hebben.

(Verder niet mijn bedoeling om het topic te kapen hoor, maar het gaat nou eenmaal al over mailservers en PTR records.)

SmarthY

dummy@example.com (SmarthY) — Thu, 19 Apr 2007 23:29:22 GMT

vrijdag 20 april 2007 01:29
Wat nu gewoon fout gaat is dat de mail server zijn interne ip adres mee stuurt en niet het ip adres van de adsl router. Waar op geconnect word als het adres geverifierd word.
Is er niet een mogelijkheid om het adres op de een of andere manier gewoon mee te sturen?

Dr. Cheeks

dummy@example.com (Dr. Cheeks) — Sat, 21 Apr 2007 12:17:06 GMT

zaterdag 21 april 2007 14:17
T's eigenlijk heel simpel qua reverse DNS:

Als de ontvangende mail server de mail ziet afkomen vanaf mail domein mail.xxx.com (jouw eigen mail domein zoals ingesteld in je mail server, meestal hostnaam.domein.com) en IP adres x.x.x.x (dus dat is dan bijv. het IP adres van je router), dan moet een reverse DNS lookup van x.x.x.x tenminste ook het (sub)domein mail.xxx.com retourneren. Het mag best meer domeinen retourneren, als de jouwe er ook maar tussen zit. Maar het moet dus wel (onder andere) specifiek naar je mail host verwijzen, alleen het globale domein is niet goed genoeg.

Bovenstaande is vrij makkelijk te testen op www.dnsstuff.com.

Voorbeeld: mail van mijn bedrijf is afkomstig van mail host gatekeeper.okura.nl op IP adres 193.173.25.73. En een reverse DNS lookup van 193.173.25.73 levert gatekeeper.okura.nl op. Goed dus, zo zit je goed.

SmarthY

dummy@example.com (SmarthY) — Sat, 21 Apr 2007 14:33:28 GMT

zaterdag 21 april 2007 16:33
Bedankt voor je reply Dr Cheeks.
Dit is idd ook iets waar ik achter gekomen ben.
Maar dit in acht nemende is het dus blijkbaar nooit voor welke xs4all gebruiker dan ook mogelijk mail vanaf een eigen mailserver naar hotmail te sturen. is er iemand die dit kan verifieren?
Het is me overigens gelukt 2 mailtjes naar hotmail te sturen, eentje lukte ineens via webmail en de ander toen ik mijn outlook instelde voor pop3 en smtp naar mijn server. Wat ik daarna aan instellingen veranderd heb weet ik niet, maar ineens werkt het niet meer.

heeft iemand overigens een idee hoe ik mijn reverse DNS goed kan krijgen?
ik krijg nu uiteraard bij reverse dns a81-234-123-12.adsl.xs4all.nl

DJSmiley

dummy@example.com (DJSmiley) — Sat, 21 Apr 2007 14:36:44 GMT

zaterdag 21 april 2007 16:36

quote:
SmarthY schreef op zaterdag 21 april 2007 @ 16:33:
Bedankt voor je reply Dr Cheeks.
Dit is idd ook iets waar ik achter gekomen ben.
Maar dit in acht nemende is het dus blijkbaar nooit voor welke xs4all gebruiker dan ook mogelijk mail vanaf een eigen mailserver naar hotmail te sturen. is er iemand die dit kan verifieren?
Het is me overigens gelukt 2 mailtjes naar hotmail te sturen, eentje lukte ineens via webmail en de ander toen ik mijn outlook instelde voor pop3 en smtp naar mijn server. Wat ik daarna aan instellingen veranderd heb weet ik niet, maar ineens werkt het niet meer.

heeft iemand overigens een idee hoe ik mijn reverse DNS goed kan krijgen?
ik krijg nu uiteraard bij reverse dns a81-234-123-12.adsl.xs4all.nl

Volgens mij kun je bij XS4all je hostname wijzigen in het servicecenter. Vervolgens kun je je mailserver deze hostname geven, waardoor een rDNS lookup goed zou moeten gaan.

2e mogelijke probleem is dat consumenten-IP ranges soms preventief geblacklisted staan.

SmarthY

dummy@example.com (SmarthY) — Sat, 21 Apr 2007 15:25:24 GMT

zaterdag 21 april 2007 17:25
Bedankt voor je reply.
Eindelijk ben ik er ook achter waarom ik mijn reverse dns niet kon instellen.
Als je meerdere hosts bij xs4all host, worden die allemaal aan elkaar gekoppeld.
Stomme van mij was dat ik er vanuit ging het adsl abbonement ook hieraan gekoppeld zou zijn. Wat dus niet zo is.
Ik heb dus zojuist op service.xs4all.nl apart voor het adsl abbo ingelogt en expirimentele diensten daar aangezet.
helaas was de oplossing daar niet te vinden maar bij "internet toegang". Weer struikel blokkie
Anyway, alles is nu hopelijk goed gestelt, nog ff een dag wachten voor de zekerheid en dan moet alles werken.

CyBeR

dummy@example.com (CyBeR) — Sat, 21 Apr 2007 15:31:10 GMT

zaterdag 21 april 2007 17:31

quote:
Bergen schreef op vrijdag 20 april 2007 @ 00:52:
Hier haak ik even op in. Ik ben me aan het verdiepen in Postfix en ga ook mijn eigen mailserver draaien, dus zit ook even te stoeien met PTR records.

Moet het PTR record nou gewoon naar een host in hetzelfde domein wijzen? Of specifiek naar de mailserver?

Bijvoorbeeld eerst een example forward zone:
	IN MX	0	mail

ns	IN CNAME	host2
mail	IN CNAME	host3

Dit gaat helemaal fout, zelfs.

De namen waar je aan refereert in NS en MX records moeten gedefinieerd zijn als A records. Dus niet als CNAMEs zoals jij ze hier hebt.

quote:
Dit is even een exampledomein wat ik lokaal draai (met andere hostnames) maar dit zou bij mij ook van toepassing zijn als ik het naar buiten toe ga draaien. Zoals je ziet is 'mail' dus een CNAME en niet een echt adres. De bijbehorende reverse zone ziet er dan zo uit:
1	IN PTR		host1
2	IN PTR		host2
3	IN PTR		host3

Ook dat zal niet goed gaan. De namen moeten FQDNs zijn.

quote:
Gaat dat werken? Of moet mail.example.lan beslist een A record zijn? Want dat zou onhandig zijn als je ook andere services op die pc draait, dan moet die pc beslist 'mail' als hostname hebben.

Nee, dat gaat dus niet werken. En huh? Je mag rustig meerdere A records naar hetzelfde IP wijzen hoor. Dat heeft geen enkele invloed op de hostname van de pc.

Bergen

dummy@example.com (Bergen) — Sun, 22 Apr 2007 02:16:56 GMT

zondag 22 april 2007 04:16

quote:
CyBeR schreef op zaterdag 21 april 2007 @ 17:31:
[...]

Dit gaat helemaal fout, zelfs.

De namen waar je aan refereert in NS en MX records moeten gedefinieerd zijn als A records. Dus niet als CNAMEs zoals jij ze hier hebt.

Oh, ok. Is daar een reden voor of is dat simpelweg ooit zo gedefinieerd?

quote:
Ook dat zal niet goed gaan. De namen moeten FQDNs zijn.

Ja je hebt gelijk, ik was even vergeten dat de origin niet meer mijn domeinnaam is in dat bestand. Stom.

quote:
Nee, dat gaat dus niet werken. En huh? Je mag rustig meerdere A records naar hetzelfde IP wijzen hoor. Dat heeft geen enkele invloed op de hostname van de pc.

Hmm ok. Dus als de ontvangende mailserver een reverse lookup doet krijgt die gewoon meerdere hostnames terug? En als die mailserver er maar tussen zit, dan is 't goed?

albatross

dummy@example.com (albatross) — Sun, 22 Apr 2007 03:39:16 GMT

zondag 22 april 2007 05:39

quote:
Dr. Cheeks schreef op vrijdag 20 april 2007 @ 00:10:
Inderdaad, je moet tegenwoordig een reverse DNS (PTR record) hebben dat matched met je mail servers domein. Dat is als ADSL klant niet echt te regelen. Althans, het moet niet per se, maar veel ontvangende mail servers accepteren je mail niet zonder PTR record (of bestempelen deze als spam).

Dus: stel je mail server zo in dat hij mail verstuurd via de SMTP server van je provider i.p.v. direct af te leveren via het MX record van het domein van de ontvanger, dan moet het lukken...

Oh? Ik heb anders van xs4all keurig een eigen PTR gekregen voor mijn domein naam (mail.mijndomeinnaam). Das heel chique van xs4all. Deden ze helemaal niet moeilijk over. Ik had mail.mijndomeinnaam eerst in mijn eigen DNS server gedefinieerd. Toen kon xs4all zien dat die naam ook daadwerkelijk naar mijn IP adres verwees. En toen hebben zij van de PTR van mijn IP adres mail.mijndomeinnaam gemaakt. Alleen bij xs4all.

albatross

dummy@example.com (albatross) — Sun, 22 Apr 2007 03:50:22 GMT

zondag 22 april 2007 05:50

quote:
CyBeR schreef op zaterdag 21 april 2007 @ 17:31:
[...]

Dit gaat helemaal fout, zelfs.

De namen waar je aan refereert in NS en MX records moeten gedefinieerd zijn als A records. Dus niet als CNAMEs zoals jij ze hier hebt.

[...]

Ook dat zal niet goed gaan. De namen moeten FQDNs zijn.

[...]

Nee, dat gaat dus niet werken. En huh? Je mag rustig meerdere A records naar hetzelfde IP wijzen hoor. Dat heeft geen enkele invloed op de hostname van de pc.

Dit hele verhaal gaat niet op. Het maakt (in eerste instantie) niks uit wat je in je eigen DNS server zet. Een IN-ADDR.ARPA request gaat naar degene wie het IP adres beheert: je provider dus. Als jouw IP adres 1.2.3.4 zou zijn (niet geldig, natuurlijk), dan komt de 4.3.2.1.in-addr.arpa query dus bij de DNS server van jouw provider uit. Die is degene die in eerste instantie bereid moet zijn om je een custom PTR te geven.

Natuurlijk moet je in je eigen DNS server de zaakjes ook in orde hebben; d.w.z. je creert feitelijk dezelfde PTR record als je provider doet.

albatross

dummy@example.com (albatross) — Sun, 22 Apr 2007 04:13:40 GMT

zondag 22 april 2007 06:13

quote:
Bergen schreef op zondag 22 april 2007 @ 04:16:
[...]
Oh, ok. Is daar een reden voor of is dat simpelweg ooit zo gedefinieerd?

[...]
Ja je hebt gelijk, ik was even vergeten dat de origin niet meer mijn domeinnaam is in dat bestand. Stom.

[...]
Hmm ok. Dus als de ontvangende mailserver een reverse lookup doet krijgt die gewoon meerdere hostnames terug? En als die mailserver er maar tussen zit, dan is 't goed?

Er mogen meerdere PTRs gedefinieerd zijn voor een enkel IP adres (of het handig is, is een tweede). Stel dus jouw IP is 1.2.3.4, dan returnt een PTR query (via nslookup) dus zoiets als:

4.3.2.1..in-addr.arpa name = jouwdomain.ptr

Als "jouwdomain.ptr" ook de naam van je MX server is, dan moet het verplicht een A record zijn.

albatross

dummy@example.com (albatross) — Sun, 22 Apr 2007 04:32:17 GMT

zondag 22 april 2007 06:32

quote:
Bergen schreef op zondag 22 april 2007 @ 04:16:

Hmm ok. Dus als de ontvangende mailserver een reverse lookup doet krijgt die gewoon meerdere hostnames terug? En als die mailserver er maar tussen zit, dan is 't goed?

In principe, ja. Als voor jouw IP adres meerdere PTR records gedefinieerd zijn, dan zullen alle gedefinieerde namen terugkomen. PTR records dus, die bij je provider's DNS server gedefinieerd en opgezocht worden. Een DNS lookup (niet reverse, dus) van die teruggekomen namen komen daarentegen uit bij de nameservers voor dat domein. Als je je eigen DNS server draait, dan komen die queries dus uit bij jou. Maar de PTR queries komen altijd bij je provider terecht (tenzij iemand die query specifiek bij jouw nameserver doet).

albatross

dummy@example.com (albatross) — Sun, 22 Apr 2007 05:01:17 GMT

zondag 22 april 2007 07:01

quote:
SmarthY schreef op vrijdag 20 april 2007 @ 01:29:
Wat nu gewoon fout gaat is dat de mail server zijn interne ip adres mee stuurt en niet het ip adres van de adsl router. Waar op geconnect word als het adres geverifierd word.
Is er niet een mogelijkheid om het adres op de een of andere manier gewoon mee te sturen?

Nee, daar gaat het niet op mis. Jouw "connecting IP address", zogezegd, kan nooit als lokaal adres bij hotmail binnenkomen; dat zou immers betekenen dat je IP kunt spoofen. Kijk nog maar eens goed:

en wanneer intern verzonden:
Received: from mail.xxx.com ([10.0.0.12]:1040)
by mail.xxx.com with [XMail 1.22 ESMTP Server]

Dit is mail.xxx.com die praat met zichzelf: ontvangen door mail.xxx.com afkomstig van 10.0.0.12, ook mail.xxx.com. Dit is NIET de received line die de hotmail server zelf toevoegt; dat kan ook niet, natuurlijk, want de verzonden mail komt niet aan bij hotmail (althans niet in jouw inbox, ter inspectie).

Waar het wel mis op gaat, denk ik, is dat je, in je eigen DNS server, de adressen als lokaal definieert. Dan zal een A lookup op ieder van je namen (gekregen door PTR lookups) dus een intern adres retourneren. En dat pikt hotmail natuurlijk never nooit niet. Dat is alsof ik met "mijndomain.org" naar hotmail connect, en dan in mijn eigen DNS server "mijndomain.org" gedefinieerd heb als, zeg, 127.0.0.1; wat er, vanuit hotmail's kant gezien, dus op neer zou komen dat ik een lokaal adres van hotmail pretendeer te ziijn!

Waar je maar eens moet beginnen, imho, is BIND9 te gebruiken en "views" te definieren; dwz. een set adressen voor intern gebruik, en een aparte set gedefinieerde adressen voor queries van buitenaf.

albatross

dummy@example.com (albatross) — Sun, 22 Apr 2007 05:35:46 GMT

zondag 22 april 2007 07:35

quote:
Dr. Cheeks schreef op vrijdag 20 april 2007 @ 00:10:
Inderdaad, je moet tegenwoordig een reverse DNS (PTR record) hebben dat matched met je mail servers domein.

Een mail server identificeert zich met HELO/EHLO. Bv. "mail.example.org" (vanaf IP adres 1.2.3.4). Het is niet zo dat de PTR van 4.3.2.1.in-addr.arpa per se "mail.example.org" moet wezen (of "*.example.org", for that matter). Wat echter WEL belangrijk is, in het bovenstaande voorbeeld, is dat de HELO naam waarmee je connect, "mail.example.org" hier, terug te leiden is tot het IP adres van de connecting mail server: 1.2.3.4, hier.

HELO checks zijn overigens niet echt officieel. En er zijn inderdaad best mail servers die verwachten dat de PTR voor je connecting IP adres ook eindigt in *.HELO, zogezegd (AOL doet dat, om er maar eens een te noemen). Maar safer is de "HELO -> DNS lookup = connecting IP address" test.

albatross

dummy@example.com (albatross) — Sun, 22 Apr 2007 05:46:40 GMT

zondag 22 april 2007 07:46

quote:
CyBeR schreef op zaterdag 21 april 2007 @ 17:31:
Je mag rustig meerdere A records naar hetzelfde IP wijzen hoor. Dat heeft geen enkele invloed op de hostname van de pc.

Inderdaad. Maar over HELO gesproken, de hostname heeft weer WEL invloed op hoe bv. sendmail de HELO verstuurt. Windows heeft er een handje van om de "computername" mee te sturen als hostname, ipv. een FQDN, zoals het hoort. Een heleboel mensen die zelf mail versturen vanuit windows, met hun eigen mailserver, weten amper hoe hun HELO string er voor de buitenwereld uitziet. Je moest eens weten hoeveel mail ik binnenkrijg van "EHLO studeerkamer" of zo. Dat gaat allemaal direct de prullebak in.

CyBeR

dummy@example.com (CyBeR) — Sun, 22 Apr 2007 11:55:04 GMT

zondag 22 april 2007 13:55

quote:
Bergen schreef op zondag 22 april 2007 @ 04:16:
[...]

Hmm ok. Dus als de ontvangende mailserver een reverse lookup doet krijgt die gewoon meerdere hostnames terug? En als die mailserver er maar tussen zit, dan is 't goed?

Nee. Als je een reverse lookup doet dan zoek je PTR records op. Dat is er over het algemeen maar eentje. A records hebben daar geen drol mee te maken.

quote:
albatross schreef op zondag 22 april 2007 @ 05:50:
[...]

Dit hele verhaal gaat niet op. Het maakt (in eerste instantie) niks uit wat je in je eigen DNS server zet. Een IN-ADDR.ARPA request gaat naar degene wie het IP adres beheert: je provider dus. Als jouw IP adres 1.2.3.4 zou zijn (niet geldig, natuurlijk), dan komt de 4.3.2.1.in-addr.arpa query dus bij de DNS server van jouw provider uit. Die is degene die in eerste instantie bereid moet zijn om je een custom PTR te geven.

Mijn verhaal gaat wel degelijk op. Alleen is het idd zo dat je bij de gemiddelde consumenten-ISP geen PTR records kunt veranderen (uitz.: xs4all), en dat je die pas zelf gedelegeerd kunt krijgen (om technische redenen) als je een /24 in beheer hebt. Ik heb in mijn nameservers een paar IN-ADDR.arpa's staan die allemaal gebruikt worden, en 't zijn niet allemaal RFC1918-adressen.

DJ Buzzz

dummy@example.com (DJ Buzzz) — Sun, 22 Apr 2007 12:13:30 GMT

zondag 22 april 2007 14:13
Ik heb precies hetzelfde probleem met Hotmail... Het enige is wel dat ik zeker weet dat alle DNS entries e.d. correct zijn, ook met een correcte reverse dns. Als ik via de provider relay gaat het wel goed, dus het lijkt er simpelweg op alsof ze bepaalde machines blacklisten ofzo. Het nare is ook dat er nergens bij Hotmail meer informatie over te vinden is.

Verder staat de machine ook nergens in een blacklist (Spamhaus, SpamCop, e.d.) en de enige adressen die problemen geven met afleveren zijn die van Hotmail. De mailtjes verdwijnen ook compleet in het niets, terwijl de MX van Hotmail ze wel netjes accepteert.

ChaserBoZ_

dummy@example.com (ChaserBoZ_) — Sun, 22 Apr 2007 15:53:00 GMT

zondag 22 april 2007 17:53
Zonder reverse DNS kwam ik bij Hotmail in de spambak terecht, met reverse DNS gaat het goed

raymonvdm

dummy@example.com (raymonvdm) — Sun, 22 Apr 2007 16:11:22 GMT

zondag 22 april 2007 18:11
Volgens mij heb ik een gelijk soortig probleem:

De mailserver van hotmail accepteerd wel. En 2 van de 4 mailtjes komen aan. Maar de andere 2 verdwijnen in het niets.

Nu heb ik aan TweakDSL gevraagd of ze mijn PTR records willen omzetten van domein.nl naar smtp1.domein.nl en smtp2.domein.nl Zodat de reverse DNS zeker te weten op orde is.

Hierna ga ik nog eens verder zoeken.

SmarthY

dummy@example.com (SmarthY) — Sun, 22 Apr 2007 17:01:47 GMT

zondag 22 april 2007 19:01
Alles staat nu dus bij mij goed ingesteld, en dat check ik door meerdere headers van mails verzonden door mij te checken. Maar alsnog komt mijn mail bij hotmail niet aan.
Misschien omdat ik op een blacklist van hotmail zelf sta aangezien ik inmiddels wel 100 mails naa rhun gestuurd hebben die niet helemaal klopte.