A en MX record aanpassen

[Verwijderd]

LS

ik ben een newby als het gaat om DNS, dus dit zal wel een beetje een domme vraag zijn. We hadden een domein geregistreerd bij KPN maar willen nu de hosting 'parkeren' bij een andere hoster (ProFreeHost). Ik heb daarvoor de 2 nameservers gewijzigd bij KPN. Dat werkte allemaal prima de site was bereikbaar. De mail echter niet, dat betekend ws dat ik ook een MX record moet aanpassen. We willen echter de mail wel door KPN laten afhandelen. Moet ik dan het MX record van bij het nieuwe hosting bedrijf aanpassen met die van de KPN ?

Domein is femmesvattaal.nl
KPN: mx.is.nl preferentie 10
etrn.is.nl preferentie 30

Bij de nieuwe hoster staat:
9xox.unaux.com mx.byetcluster.com. 0
femmesvattaal.nl mx.femmesvattaal.nl. 0
femmesvattaal.nl mx.unaux.com. 10

[Verwijderd]

De MX-records dien je bij de nieuwe provider aan te passen.

[Fish]

De dns waar de nameserver records heen wijzen moet ej wijzigen

maar waarom heb je de name servers gewijzigd? je kan toch gewoon het a record aanpassen ?

hou ook rekening. met de ttl.

die zet je eerst heel laag. (minuut ofzo). dan wacht je totdat de oude ttl is verlopen. en dan kun je snel switchen. als alles goed werkt kun je die weer hoger zetten.

Let ook op ale je de smtp van de hoster gebruikt. die denk mischien dat hij zelf de mail moet afhandelen ipv dat hij resolved naar de geode mx

[Verwijderd]

Top voor jullie reacties, helder ! Ik moet de laatste reactie nog even doorvorsen. De time to live snap ik ondertussen, dat maakt de overgang soepel als ik het goed begrijp. Over gebruik smtp: bedoel je als hoster die van de website of van de email ?

[Fish]

als je de smtp van de nieuwe webhoster gebruikt als voor outbount smtp is het mogelijk dat hij zo is geconfigureerd dat hij alles van het gehoste domein vasthoud ipv doorstuurt naar de juiste mx server.

gewoon een valkuil zeg maar

[Verwijderd]

Fish schreef op dinsdag 6 juni 2017 @ 22:14:
De dns waar de nameserver records heen wijzen moet ej wijzigen

maar waarom heb je de name servers gewijzigd? je kan toch gewoon het a record aanpassen ?

hou ook rekening. met de ttl.

die zet je eerst heel laag. (minuut ofzo). dan wacht je totdat de oude ttl is verlopen. en dan kun je snel switchen. als alles goed werkt kun je die weer hoger zetten.

Let ook op ale je de smtp van de hoster gebruikt. die denk mischien dat hij zelf de mail moet afhandelen ipv dat hij resolved naar de geode mx

Ik kan op de nieuwe server alleen de nameservers wijzigen.

[Verwijderd]

Fish schreef op dinsdag 6 juni 2017 @ 22:46:
als je de smtp van de nieuwe webhoster gebruikt als voor outbount smtp is het mogelijk dat hij zo is geconfigureerd dat hij alles van het gehoste domein vasthoud ipv doorstuurt naar de juiste mx server.

gewoon een valkuil zeg maar

Ik gebruik de smtp niet van de nieuwe hoster, dus dan speelt dit probleem niet ? Dit vraagt om een studie als ik dit zo lees. Ik ga de boel instellen....en heel hard bidden. Veel dank voor je reacties !

[Verwijderd]

Het is gelukt !!

Echter bij het overzetten van een andere site, waarbij ik (ook weer) de mail van de oude provider wil gebruiken, kan ik wel mail verzenden maar niet ontvangen.
Ik heb bij de nieuwe provider.
- DNS aangepast
- MX record aangepast
- én een CNAME moeten maken (volgens de oude provider).

De website werkt prima, maar mail komt niet binnen. Blijkbaar kan de mailserver niet gevonden worden en daarmee raak ik ook de draad kwijt. Ik heb de CNAME verwijderd maar dat maakt verder ook niet uit, kan wel versturen maar ontvang het niet.

[ Voor 11% gewijzigd door Verwijderd op 10-06-2017 22:10 ]

[Fish]

Geef anders even in een dm om welke domein naam het gaat en op welke server je de email verwacht (dns naam en ip)
https://gathering.tweaker...send_privatemessage/61403

[ Voor 22% gewijzigd door Fish op 11-06-2017 13:14 ]

[ThinkPad]

https://mxtoolbox.com/ is trouwens een handige tool om dit soort informatie op te vragen/debuggen.

Als er mail bij komt kijken is het overigens raadzaam om je ook eens te verdiepen in zaken als SPF-records, PTR-records en DKIM e.d. Daardoor is de kans kleiner dat je mail als spam wordt gezien door de ontvanger.

[ Voor 63% gewijzigd door ThinkPad op 11-06-2017 13:22 ]

[Verwijderd]

ThinkPadd schreef op zondag 11 juni 2017 @ 13:16:
https://mxtoolbox.com/ is trouwens een handige tool om dit soort informatie op te vragen/debuggen.

Als er mail bij komt kijken is het overigens raadzaam om je ook eens te verdiepen in zaken als SPF-records, PTR-records en DKIM e.d. Daardoor is de kans kleiner dat je mail als spam wordt gezien door de ontvanger.

Mte de toolox krijg ik o.m. een foutmelding bij:
dns hzsafrika.com Primary Name Server Not Listed At Parent

Category Host Result
https hzsafrika.com The Certificate is invalid More Info
dns hzsafrika.com Primary Name Server Not Listed At Parent More Info
dmarc hzsafrika.com DNS Record not found More Info
spf hzsafrika.com DNS Record not found More Info
dns hzsafrika.com Local NS list does not match Parent NS list More Info
dns hzsafrika.com Name Servers are on the Same Subnet More Info
dns hzsafrika.com SOA Expire Value out of recommended range More Info

[Fish]

crosoft Windows [Version 10.0.14393]
(c) 2016 Microsoft Corporation. All rights reserved.

C:\Users\admin>nslookup
Default Server:  UnKnown
Address:  2001:4860:4860::8888

> server 8.8.8.8
DNS request timed out.
    timeout was 2 seconds.
Default Server:  [8.8.8.8]
Address:  8.8.8.8

> hzsafrika.com
Server:  [8.8.8.8]
Address:  8.8.8.8

Non-authoritative answer:
Name:    hzsafrika.com
Address:  185.27.134.213

> set type=ns
> hzsafrika.com
Server:  [8.8.8.8]
Address:  8.8.8.8

Non-authoritative answer:
hzsafrika.com   nameserver = ns2.byet.org
hzsafrika.com   nameserver = ns3.byet.org
hzsafrika.com   nameserver = ns4.byet.org
hzsafrika.com   nameserver = ns5.byet.org
hzsafrika.com   nameserver = ns1.byet.org

> set type=a
> ns2.byet.org
Server:  [8.8.8.8]
Address:  8.8.8.8

Non-authoritative answer:
Name:    ns2.byet.org
Address:  198.251.86.153

> server 198.251.86.153
Default Server:  ns3.byet.org
Address:  198.251.86.153

> hzsafrika.com
Server:  ns3.byet.org
Address:  198.251.86.153

Name:    hzsafrika.com
Address:  185.27.134.213

> set type=mx
> hzsafrika.com
Server:  ns3.byet.org
Address:  198.251.86.153

hzsafrika.com   MX preference = 10, mail exchanger = mx-in-2.webreus.nl
hzsafrika.com   MX preference = 10, mail exchanger = mx-in-1.webreus.nl
>
Address:  185.27.134.213

> set type=mx
> hzsafrika.com
Server:  ns3.byet.org
Address:  198.251.86.153

hzsafrika.com   MX preference = 10, mail exchanger = mx-in-2.webreus.nl
hzsafrika.com   MX preference = 10, mail exchanger = mx-in-1.webreus.nl
ff opschonen 

als je met kpn webreus bedoelt dat zit je goed. maar tot nu yoe wijst alles voor de mx naar webreus. en ik dacht dat je de mail naat kpn liet wijzen


btw webreus lijkt gewoon mail te accepteren

220 mx-in-1.webreus.nl ESMTP
helo
250 mx-in-1.webreus.nl
mail from:[e-mail]
250 sender <[e-mail]> ok
rcpt to:[e-mail]
250 recipient <[e-mail]> ok
data
354 Please start mail input.
halo
lallllallalal

testje van fish
.
250 Mail queued for delivery.

edit:
Ik zie dat jullie ook een facebook pagina hebben maar dei kan ik niet zien zonder in te loggen
is dat de bedoeling ? ik heb geen FB bijv

[ Voor 147% gewijzigd door Fish op 12-06-2017 07:46 ]

[Verwijderd]

Krijg nu deze foutmelding. Is dat van het spamfilter misschien ? Overigens kan ik weer met geen mogelijkheid inloggen bij de spamfilter app. Wat een drama daar bij "Webreus".

ps 1 Deze site heeft niets met KPN van doen, dat is een andere site en dat ging allemaal in een keer goed !
ps 2 wie heeft nou geen facebook hahaha
-----

This is the mail system at host spamfilter2.webreus.nl.

I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.

For further assistance, please send mail to postmaster.

If you do so, please include this problem report. You can
delete your own text from the attached returned message.

The mail system

<[e-mail]>: connect to mail.hzsafrika.com[199.59.242.150]:25:
Operation timed out

Final-Recipient: rfc822; [e-mail]
Original-Recipient: rfc822;[e-mail]
Action: failed
Status: 4.4.1
Diagnostic-Code: X-Postfix; connect to mail.hzsafrika.com[199.59.242.150]:25:
Operation timed out

[Verwijderd]

ThinkPadd schreef op zondag 11 juni 2017 @ 13:16:
https://mxtoolbox.com/ is trouwens een handige tool om dit soort informatie op te vragen/debuggen.

Als er mail bij komt kijken is het overigens raadzaam om je ook eens te verdiepen in zaken als SPF-records, PTR-records en DKIM e.d. Daardoor is de kans kleiner dat je mail als spam wordt gezien door de ontvanger.

Begrijp ik goed dat:
- SPF lijkt te gaan om een controle welke server de mail mag versturen (bestrijden van fake mail), dat geld ook voor een PTR (die controleert het IP adres) en bij DKIM door versleuteling.

Blijkt inderdaad dat als ik een mail naar mezelf stuur dat die wel aankomt. Hij komt dus van 'verdachte' server.
Dank voor deze oplossingsrichting .

[Verwijderd]

[quote]Fish schreef op maandag 12 juni 2017 @ 00:19:
[cmd]

als je met kpn webreus bedoelt dat zit je goed. maar tot nu yoe wijst alles voor de mx naar webreus. en ik dacht dat je de mail naat kpn liet wijzen


btw webreus lijkt gewoon mail te accepteren

220 mx-in-1.webreus.nl ESMTP
helo
250 mx-in-1.webreus.nl
mail from:[e-mail]
250 sender <[e-mail]> ok
rcpt to:[e-mail]
250 recipient <[e-mail]> ok
data
354 Please start mail input.
halo
lallllallalal

testje van fish
.
250 Mail queued for delivery.

Dank voor deze test.

Ergo, klopt deze redenering:
- Webreus: uitgaande email server UA, inkomende email server IA: verstuurd mail/ ontvangt mail
- Freeprohost: inkomende emailserver IB, uitgaande emailserver UB: ontvangt mail/ stuurt mail door naar IA
- X = een uitgaande server van Gmail bijv.

IA accepteert mail van UA: dat is een mail van en aan het eigen email adres, die komt wel aan.
IA accepteert geen mail van UB: dat is een mail die komt van X, gaat via IB en UB.

Vraag is dan: maarom accepteert IA wel mail van UA maar niet van UB ?

[Fish]

Verwijderd schreef op maandag 12 juni 2017 @ 19:55:

ps 2 wie heeft nou geen facebook hahaha

Wie heeft nu geen goed werkende email hahahahaahahhahaha

[Verwijderd]

Punt gemaakt ( (ik heb zelf ook geen facebook btw). Misschien moeten we die koppeling eraf halen.

[ Voor 7% gewijzigd door Verwijderd op 12-06-2017 21:14 ]

[Verwijderd]

Veel dank voor de support mensen, we gaan verder met de helpdesk.