* Not found in DNS, kan geen mail ontvangen van sollicitatie

[thomas1907]

Mijn vraag
Hallo Tweakers,

Ik heb een Axigen mail server die volledig is ingesteld en nu heb ik hem op een andere server gezet. Ik moet nu een mail terug krijgen met het getekende stage contract, maar ik ontvang de mail niet!?

Relevante software en hardware die ik gebruik
Axigen
Ubuntu 14.04 minimal
Time4VPS VPS met 1GB ram, 1 Ipv4 die niet geblocked is op een spamlist
1 MX record met priority 0 naar mail.mijndomein.nl
1 A record met mail.mijndomein naar <Mailserver IP>
www en @ record naar mijn website server IP

Wat ik al gevonden of geprobeerd heb
Alle DNS servers naar 8.8.8.8 zetten (voor zover ik weet) en het domein gewhitelist

2016-09-19 23:33:43 +0200 08 mail DNR:00000027: Search TXT for 'domein.com'
2016-09-19 23:33:43 +0200 08 mail DNR:00000027: Sending query (1/1) to 8.8.8.8:53
2016-09-19 23:33:43 +0200 08 mail DNR:00000027: Search NS for 'domein.com'
2016-09-19 23:33:43 +0200 08 mail DNR:00000027: Sending query (1/1) to 8.8.8.8:53
2016-09-19 23:33:43 +0200 08 mail DNR:00000027: Sending query (1/1) to 8.8.8.8:53
2016-09-19 23:33:43 +0200 08 mail DNR:00000027: 'ns1.webhostingpad.com' found NS 'IP'
2016-09-19 23:33:43 +0200 04 mail DNR:00000027: 'ns1.webhostingpad.com' found NS 'IP'
2016-09-19 23:33:43 +0200 08 mail DNR:00000027: Sending query (1/1) to 8.8.8.8:53
2016-09-19 23:33:43 +0200 08 mail DNR:00000027: 'ns2.webhostingpad.com' found NS 'IP'
2016-09-19 23:33:43 +0200 04 mail DNR:00000027: 'ns2.webhostingpad.com' found NS 'IP'
2016-09-19 23:33:43 +0200 08 mail DNR:00000027: Sending query (1/2) to IP:53
2016-09-19 23:33:43 +0200 08 mail DNR:00000027: Sending query (2/2) to IP:53
2016-09-19 23:33:44 +0200 08 mail DNR:00000027: 'domein.com' not found in DNS
2016-09-19 23:33:44 +0200 08 mail SMTP-IN:00000027: SPF result for MAIL FROM <[e-mail]@domein.com> issued from EHLO domain <mail.domein.com> connected from <IP>: None (spfHeader = 'none (domein.com: [e-mail] does not designate permitted sender hosts) client-ip=IP; envelope-from=[e-mail]; mechanism=default; identity=mailfrom; receiver=mail.mijndomein.nl;'; spfExplanation = 'null')
2016-09-19 23:33:45 +0200 08 mail SMTP-IN:00000027: Greylisting mail 001A4528
2016-09-19 23:33:45 +0200 08 mail SMTP-IN:00000027: Set mail state to REMOVED
2016-09-19 23:33:45 +0200 08 mail SMTP-IN:00000027: closing session from [IP:40329]

HOpelijk heeft iemand precies dit gehad >.<

[ Voor 3% gewijzigd door thomas1907 op 19-09-2016 23:49 ]

[DiedX]

Ik zie 'm! Je gebruikt soms domein.com, en domein.nl. Die moeten wel gelijk zijn!

Lullig antwoord van mijn kant, maar zo kunnen we werkelijk waar *NIETS*. Ik vermoed een TTL die af moet lopen, maar met het domein zelf kunnen we meer.

Mocht die gevoelig zijn, dan moet je even een PB sturen. Morgen ben je dan de eerste

[thomas1907]

DiedX schreef op maandag 19 september 2016 @ 23:47:
Ik zie 'm! Je gebruikt soms domein.com, en domein.nl. Die moeten wel gelijk zijn!

Lullig antwoord van mijn kant, maar zo kunnen we werkelijk waar *NIETS*. Ik vermoed een TTL die af moet lopen, maar met het domein zelf kunnen we meer.

Mocht die gevoelig zijn, dan moet je even een PB sturen. Morgen ben je dan de eerste

domein.com is het stage bedrijf, mijndomein.nl is mijn domein ;P
Het domein is hoeky.nl. niets spannends oid maar dacht verberg het ^^ hopelijk kunt u helpen want dit gaat om mijn stage in het buitenland ^^

//EDIT
Ik heb net de mail binnen. Heb Enable SPF check uit gezet, en hij kwam gok ik daardoor binnen. toch heb ik dit liever aan dus hopelijk kunnen we het alsnog oplossen.
Nu heb ik iniedergeval mijn stagedocument

[ Voor 14% gewijzigd door thomas1907 op 19-09-2016 23:51 ]

[Basz0r]

Het lijkt er op dat je mailserver het domein van de afzender niet kan resolven. Als je handmatig een dig doet op je server, kan je dan wel het domein resolven?

code:

dig @8.8.8.8 mx domein.com

Het oogt ook dat de SPF check fout gaat omdat hij geen TXT records kan ophalen van het domein. Wat wel vreemd is.. Waarom zou je mailserver een SPF check doen als hij geen records terug krijgt? Ken het pakket overigens niet, dus echt een oordeel daarover geven kan ik ook niet..

[Fish]

Heb je een testmailadres ?

[DiedX]

Vanuit Coloclue gaat het in ieder geval goed:

$ telnet mail.hoeky.nl 25
Trying 185.69.53.173...
Connected to mail.hoeky.nl.
Escape character is '^]'.
220 mail.hoeky.nl Axigen ESMTP ready
quit
221-mail.hoeky.nl Axigen ESMTP is closing connection
221 Good bye
Connection closed by foreign host.

Mail naar thomas@ komt aan. Ik vermoed een TTL issue?

[DiedX]

En een add ipv edit: het document is ondertussen aangekomen. Werken dus

[thomas1907]

Basz0r schreef op maandag 19 september 2016 @ 23:52:
Het lijkt er op dat je mailserver het domein van de afzender niet kan resolven. Als je handmatig een dig doet op je server, kan je dan wel het domein resolven?

code:

dig @8.8.8.8 mx domein.com

Het oogt ook dat de SPF check fout gaat omdat hij geen TXT records kan ophalen van het domein. Wat wel vreemd is.. Waarom zou je mailserver een SPF check doen als hij geen records terug krijgt? Ken het pakket overigens niet, dus echt een oordeel daarover geven kan ik ook niet..

root@mail:/backups# dig @8.8.8.8 mx domein.com

; <<>> DiG 9.9.5-3ubuntu0.8-Ubuntu <<>> @8.8.8.8 mx domein.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 32751
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;domein.com. IN MX

;; ANSWER SECTION:
domein.com. 14399 IN MX 0 mail.domein.com.

;; Query time: 215 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Mon Sep 19 23:53:03 CEST 2016
;; MSG SIZE rcvd: 64

DiedX schreef op maandag 19 september 2016 @ 23:53:
Vanuit Coloclue gaat het in ieder geval goed:

$ telnet mail.hoeky.nl 25
Trying 185.69.53.173...
Connected to mail.hoeky.nl.
Escape character is '^]'.
220 mail.hoeky.nl Axigen ESMTP ready
quit
221-mail.hoeky.nl Axigen ESMTP is closing connection
221 Good bye
Connection closed by foreign host.

Mail naar thomas@ komt aan. Ik vermoed een TTL issue?

Heb de mail binnen idd, maar hij checkt nu helemaal niet meer op SPF en dat is minder

Fish schreef op maandag 19 september 2016 @ 23:52:
Heb je een testmailadres ?

[e-mail]
Houdbaar tot morgen

[ Voor 22% gewijzigd door thomas1907 op 19-09-2016 23:56 ]

[Fish]

domein.com: [e-mail] does not designate permitted sender hosts


zal aan hun spf liggen of aan een verkeerd geconfigureerde client van hun kant dan vermoed ik

[ Voor 40% gewijzigd door Fish op 19-09-2016 23:56 ]

[Verwijderd]

Fish schreef op maandag 19 september 2016 @ 23:55:
domein.com: [e-mail] does not designate permitted sender hosts


zal aan hun spf liggen of aan een verkeerd geconfigureerde client van hun kant dan vermoed ik

Ja idd maar als hij de SPF check uit heeft gezet en het domein heeft gewhitelist zou het in principe moeten werken.

[thomas1907]

Verwijderd schreef op maandag 19 september 2016 @ 23:56:
[...]

Ja idd maar als hij de SPF check uit heeft gezet en het domein heeft gewhitelist zou het in principe moeten werken.

Het werkt nu ook, sinds de SPF check uit is. whitelisten maakt niks uit.
Ik heb het document iniedergeval dus ik ben al blij genoeg, maar dit uitvinden en oplossen zou nog beter zijn

//edit
Ik heb (nog) geen spamassasin lopen op dit domein, heeft hier sowieso niks mee te maken volgesmij

[ Voor 11% gewijzigd door thomas1907 op 20-09-2016 00:00 ]

[CH4OS]

Heeft het verzendende domein überhaupt iets aan SPF records e.d. gedaan? Als ik het zo lees van niet en daarom wordt de mail als het SPF-filter aan staat geweigerd.

SPF checked namelijk of de verzende server wel mail namens dat domein mag versturen of niet!

Probeer dus een mail te versturen bijvoorbeeld vanuit GMail.com naar jezelf met SPF-filter aan, werkt dat wel, dan is jouw SPF-filter goed ingesteld, maar van de verzendende partij niet en kun je het probleem niet zelf oplossen.

[ Voor 30% gewijzigd door CH4OS op 20-09-2016 00:02 ]

[Will_M]

CH40S schreef op dinsdag 20 september 2016 @ 00:00:
Heeft het verzendende domein überhaupt iets aan SPF records e.d. gedaan? Als ik het zo lees van niet en daarom wordt de mail als het SPF-filter aan staat geweigerd.

SPF checked namelijk of de verzende server wel mail namens dat domein mag versturen of niet!

Probeer dus een mail te versturen bijvoorbeeld vanuit GMail.com naar jezelf met SPF-filter aan, werkt dat wel, dan is jouw SPF-filter goed ingesteld, maar van de verzendende partij niet en kun je het probleem niet zelf oplossen.

Sowieso voor velen misschien wel eens handig om te gaan kijken wát SPF nou eigenlijk inhoud. Vaak wordt 't gezien als een "gemakkelijke" instelling om gespoofte mail(servers) te kunnen excluden maar feitelijk exclude je alleen je eigen mailserver(s) inbound van.....

[CH4OS]

wimmel_1 schreef op dinsdag 20 september 2016 @ 00:07:
Sowieso voor velen misschien wel eens handig om te gaan kijken wát SPF nou eigenlijk inhoud. Vaak wordt 't gezien als een "gemakkelijke" instelling om gespoofte mail(servers) te kunnen excluden maar feitelijk exclude je alleen je eigen mailserver(s) inbound van.....

Als SPF goed is ingesteld, dan exclude je juist alle overige mailservers behalve die van jou (of van het domein) zelf.

[thomas1907]

CH40S schreef op dinsdag 20 september 2016 @ 00:00:
Heeft het verzendende domein überhaupt iets aan SPF records e.d. gedaan? Als ik het zo lees van niet en daarom wordt de mail als het SPF-filter aan staat geweigerd.

SPF checked namelijk of de verzende server wel mail namens dat domein mag versturen of niet!

Probeer dus een mail te versturen bijvoorbeeld vanuit GMail.com naar jezelf met SPF-filter aan, werkt dat wel, dan is jouw SPF-filter goed ingesteld, maar van de verzendende partij niet en kun je het probleem niet zelf oplossen.

Nee zij hebben geen SPF records gepubliceerd als ik kijk op mxtoolbox.

CH40S schreef op dinsdag 20 september 2016 @ 00:09:
[...]
Als SPF goed is ingesteld, dan exclude je juist alle overige mailservers behalve die van jou (of van het domein) zelf.

Ik heb de advanced configuration gevolgd van Axigen, hier staat dus ook in dat als er geen SPF record ingesteld staat dat die gewoon afgeleverd moet worden. Ik heb dit probleem nu bij 3 domeinen totaal.

//edit Hallo fish, je mail is er !

[Will_M]

thomas1907 schreef op dinsdag 20 september 2016 @ 00:12:
[...]

Nee zij hebben geen SPF records gepubliceerd als ik kijk op mxtoolbox.


[...]


Ik heb de advanced configuration gevolgd van Axigen, hier staat dus ook in dat als er geen SPF record ingesteld staat dat die gewoon afgeleverd moet worden. Ik heb dit probleem nu bij 3 domeinen totaal.

Je werkt vanaf meerdere domeinen over één Mail-Relay server/domein, of hoe moet ik dat zien?

[thomas1907]

wimmel_1 schreef op dinsdag 20 september 2016 @ 00:21:
[...]


Je werkt vanaf meerdere domeinen over één Mail-Relay server/domein, of hoe moet ik dat zien?

Nee, ik had eerst Office365, via mijn baas. Daar ben ik weggegaan dus ook Office365 heb ik verlaten. Ik had nog een klein VPS'je in amerika daar heb ik een tijdje (2-3 dagen) mijn mail op gehost. Nu ben ik verhuist naar een VPS in europe.
Voor de zekerheid nog de oude IP's in het SPF record gelaten voor de DNS overlap (max 24 uur?) en DKIM private keys en SSL meegenomen naar de nieuwe VPS.

Ik heb 1 domein.
Nu heb ik 2 VPS'en waar Axigen op draait met hetzelfde domein, maar op de nieuwste staat de MX record ingesteld. Maakt het uit dat die op de 2e VPS nog draait? (was voor migratie)

[Will_M]

thomas1907 schreef op dinsdag 20 september 2016 @ 00:25:
[...]


Nee, ik had eerst Office365, via mijn baas. Daar ben ik weggegaan dus ook Office365 heb ik verlaten. Ik had nog een klein VPS'je in amerika daar heb ik een tijdje (2-3 dagen) mijn mail op gehost. Nu ben ik verhuist naar een VPS in europe.
Voor de zekerheid nog de oude IP's in het SPF record gelaten voor de DNS overlap (max 24 uur?) en DKIM private keys en SSL meegenomen naar de nieuwe VPS.

Ik heb 1 domein.
Nu heb ik 2 VPS'en waar Axigen op draait met hetzelfde domein, maar op de nieuwste staat de MX record ingesteld. Maakt het uit dat die op de 2e VPS nog draait? (was voor migratie)

Ik denk eerder dat je nu last hebt van een TTL en het MX record wat bekend is in DNS nog naar de oude (migratie) server verwijst.

[Fish]

ik denk het niet hij heeft mail reeds ontvangen, en logs waarin de oude letterlijk wordt geweigerd

[Will_M]

Fish schreef op dinsdag 20 september 2016 @ 00:30:
ik denk het niet hij heeft mail reeds ontvangen, en logs waarin de oude letterlijk wordt geweigerd

Misschien vanuit verschillende providers eens een NSLOOKUP doen? 't Zal niet de eerste keer zijn dat er ergens iets trager reageert qua aanpassingen

[thomas1907]

wimmel_1 schreef op dinsdag 20 september 2016 @ 00:33:
[...]


Misschien vanuit verschillende providers eens een NSLOOKUP doen? 't Zal niet de eerste keer zijn dat er ergens iets trager reageert qua aanpassingen

Het SPF record is aangepast op hetzelfde moment als dat ik het MX record heb omgezet
https://www.whatsmydns.net/#TXT/hoeky.nl

Hier ben ik toch wel trots op, vorige server had een 6,5.

[Fish]

thomas1907 schreef op dinsdag 20 september 2016 @ 00:36:
[...]

Het SPF record is aangepast op hetzelfde moment als dat ik het MX record heb omgezet
https://www.whatsmydns.net/#TXT/hoeky.nl

Hier ben ik toch wel trots op, vorige server had een 6,5.

Ja dat is leuk mar je weet wat ttl betekend toch ? je spf kan een andere ttl hebben dan je mx record (of a record)

[ Voor 6% gewijzigd door Fish op 20-09-2016 00:39 ]

[thomas1907]

Fish schreef op dinsdag 20 september 2016 @ 00:36:
[...]

Ja dat is leuk mar je weet wat ttl betekend toch ?

Ik weet dat je dat kan instellen bij TransIP op 1 uur, 1 dag etc
Verder weet ik het niet.
Heeft het daarmee te maken? want hij komt wel aan alleen hij word gereject.

[Fish]

Nee

maar het geijktijdig wijzigen zegt niet zoveel als de ttl anders is

[thomas1907]

Fish schreef op dinsdag 20 september 2016 @ 00:40:
Nee

maar het geijktijdig wijzigen zegt niet zoveel als de ttl anders is

Ik ga mij er op inlezen. Maakt het nog uit als ik nu de ttl van mx van 1 uur naar 24 uur veranderd oid?
Oh en MX heeft bij mij priority 0, ik zie veel die vanaf 10 beginnen. Is dit nog een punt?

[ Voor 13% gewijzigd door thomas1907 op 20-09-2016 00:43 ]

[Will_M]

Als "mijn" DNS server vind dat de TTL voor een bekend domein nog niet verlopen is dan zal 'ie niet "zomaar" even gaan kijken of er misschien een ROOT server wat beters weet....

Als die TTL dus tot bijvoorbeeld afgelopen zondag op 3 dagen stond en gisteren pas is aangepast naar 24 uur..... dan mag je nú nog een dag extra wachten.

[Basz0r]

thomas1907 schreef op dinsdag 20 september 2016 @ 00:43:
[...]

Ik ga mij er op inlezen. Maakt het nog uit als ik nu de ttl van mx van 1 uur naar 24 uur veranderd oid?

Ik zou de TTL van je MX record op één uur houden. Als je een keer wil migreren is het handig om die naar 5 minuten te zetten (of 1 minuut, dat kan volgens mij ook bij sommige DNS aanbieders). Doe dit dan een aantal uur van te voren, zodat het overal actief is. Dan verloopt het record iedere 5 (of 1) minut(en), en gaat ie opnieuw het record aanvragen bij de authoritive nameservers van de hoster van je domein. Dan heb je ook wat meer speling om snel te kunnen switchen.

wimmel_1 schreef op dinsdag 20 september 2016 @ 00:44:
Als "mijn" DNS server vind dat de TTL voor een bekend domein nog niet verlopen is dan zal 'ie niet "zomaar" even gaan kijken of er misschien een ROOT server wat beters weet....

Als die TTL dus tot bijvoorbeeld afgelopen zondag op 3 dagen stond en gisteren pas is aangepast naar 24 uur..... dan mag je nú nog een dag extra wachten.

In z'n TS zie je toch dat het mis gaat bij het SPF record van het afzender domein. Waarom zou de configuratie van zijn eigen domein nu een probleem veroorzaken?

[ Voor 30% gewijzigd door Basz0r op 20-09-2016 00:47 ]

[thomas1907]

Basz0r schreef op dinsdag 20 september 2016 @ 00:46:
[...]

Ik zou de TTL van je MX record op één uur houden. Als je een keer wil migreren is het handig om die naar 5 minuten te zetten (of 1 minuut, dat kan volgens mij ook bij sommige DNS aanbieders). Doe dit dan een aantal uur van te voren, zodat het overal actief is. Dan verloopt het record iedere 5 (of 1) minut(en), en gaat ie opnieuw het record aanvragen bij de authoritive nameservers van de hoster van je domein. Dan heb je ook wat meer speling om snel te kunnen switchen.


[...]

In z'n TS zie je toch dat het mis gaat bij het SPF record van het afzender domein. Waarom zou de configuratie van zijn eigen domein nu een probleem veroorzaken?

Thanks Nu snap ik hem. Hij heeft trouwens altijd op 1 uur gestaan.

Nu heb ik nog 1 ding, ik kan naar 1 specifiek adres niet versturen omdat mijn IP net is begonnen met mails verzenden en dus op een greylist staat van CYREN. Weet u toevallig hoelang dit is? ik kan dit nergens vinden.

temporary greylisted by CYREN IP reputation

[Fish]

hangt af van de ontvangende server

gewoon even wachten todat je eigen server het een paar keer heeft geprobeert

[ Voor 54% gewijzigd door Fish op 20-09-2016 00:54 ]

[Basz0r]

thomas1907 schreef op dinsdag 20 september 2016 @ 00:50:
[...]

Thanks Nu snap ik hem. Hij heeft trouwens altijd op 1 uur gestaan.

Nu heb ik nog 1 ding, ik kan naar 1 specifiek adres niet versturen omdat mijn IP net is begonnen met mails verzenden en dus op een greylist staat van CYREN. Weet u toevallig hoelang dit is? ik kan dit nergens vinden.

[...]

Je krijgt van de ontvangende mailserver een soft bounce, met meestal daarin een bericht. Vaak staat er iets van "Please try again in 180 seconds". Maar dat is een waarde die de ontvangende partij zelf kan instellen. Het is afhankelijk van je eigen mailserver binnen welke tijd hij de mail uit de queue opnieuw gaat afleveren, meestal is dat binnen 5 á 15 minuten.

[Will_M]

Basz0r schreef op dinsdag 20 september 2016 @ 00:57:
[...]

Je krijgt van de ontvangende mailserver een soft bounce, met meestal daarin een bericht. Vaak staat er iets van "Please try again in 180 seconds". Maar dat is een waarde die de ontvangende partij zelf kan instellen. Het is afhankelijk van je eigen mailserver binnen welke tijd hij de mail uit de queue opnieuw gaat afleveren, meestal is dat binnen 5 á 15 minuten.

MX10 / 20 / 30 ..... records werken dan vaak sneller, oftewel: Laat de mails even bewust een keer "bouncen"