Onderwerp: E-mail laten werken met register en hoster

Hallo, ik ben nieuw hier en heb een vraag. Hoop dat het topic in de juiste categorie zit.

Dit is de situatie:
Ik heb een domeinnaam bij BEDRIJF A
Ik heb een reseller met WHM en CPANEL bij BEDRIJF B

Nu werkt mijn e-mail niet. Ik kan wel verzenden maar kan niet ontvangen.
Ik heb bij BEDRIJF A de A-record veranderd naar de IP adres van BEDRIJF B en bij MX record heb ik (opgezocht in CPANEL) veranderd in "mail.DOMEIN.nl."
Zoals ik zei kan ik wel e-mails verzenden maar niet ontvangen. Is er iets dat ik in CPANEL nog moet aanpassen ofzo?

Ik hoop dat er iemand is die hier ervaring mee heeft. Heb dit probleem namelijk bij alle klanten die ik naar de reseller aan het verhuizen ben.

Alvast erg bedankt voor de hulp!

Heeft bedrijf B geen nameservers die je kunt gebruiken? Het klinkt nu alsof je handmatig records aanmaakt op een andere nameserver en dat is geen goed idee als je cPanel gebruikt. Denk bijvoorbeeld aan het aanmaken van subdomeinen, waarbij cPanel normaliter zelf A-records aanmaakt.

Concreet op jouw vraag: is er al een A-record aangemaakt voor mail.domein.nl?

1. Kijk even of de dns wijziging goed is doorgevoerd, bv via de linux prompt met
dig domein.nl mx
of via http://intodns.com/

2. Check bij helpdesk Bedrijf B de mx instellingen die noodzakelijk zijn voor jouw domein en kijk of dat klopt met wat jij hebt ingevoerd.

3. in de opdrachtprompt voer het commando in:
telnet mail.DOMEIN.nl 25
om te controleren of er mail afgeleverd kan worden

4. check als je een mailtje stuurt of je een bounce krijgt of een melding na x uur dat het nog niet gelukt is af te leveren.

Succes ermee!
Succes ermee!

Staat cPanel wel ingesteld als "Local Mail Exchanger" voor het domein? Krijg je een bounce? Als je me de naam PMed en IP van de cPanel server kan ik het even voor je checken allemaal.

http://www.intodns.com/haspo.nl

Ik denk dat ik in CPANEL nog ff records aan moet maken.

Even via mijn telefoon je DNS records bekeken, ervan uitgaande dat mijn telefoon me niet in de steek laat:

- Bij provider A moet je in de DNS configuratie nog het A-record mail.domein.nl instellen op het IP-adres van je pakket bij provider B. Dit is hetzelfde IP-adres dat je bij andere A-record hebt ingevuld.
- Bij provider A zou ik het MX-record pop3.domein.nl verwijderen. Een MX-record bepaalt waar inkomende mail voor je domein wordt bezorgd en dat vind ik niet logisch in combinatie met de naam pop3.
- Bij provider A zul je wel in de DNS configuratie een A-record willen hebben van pop3.domein.nl met opnieuw het ip-adres van provider B. Op die manier kun je in Outlook de server voor inkomende mail instellen op pop3.domein.nl.
- Denk er tot slot aan dat een DNS wijziging niet direct voor het hele internet effect heeft.


Verzonden vanaf mijn iPhone met behulp van webhostingtalk

onthenetgames heeft gelijk

Ik ben weer een avondje aan het stoeien en wachten (op DNS wijzigingen) geweest maar nog geen resultaat. Is er iemand die me 1x wil helpen zodat ik het bij de rest zelf kan doen?
Alvast bedankt

Natuurlijk, dat wil ik best even doen. Ik zal even kijken hoe de DNS nu staat. Neem ondertussen gerust contact op via PM of maarten@onthenetgames.com.

Zo te zien is het probleem niet veranderd:

Als ik de nameservers opvraag van je domein (docks10. rzone.de en shades16. rzone.de) en aan die nameservers vraag welke MX-records zij kennen, is dat pop3.domein.nl en mail.domein.nl. Als ik vervolgens nameserver shades16. rzone.de vraag het A-record te leveren van mail.domein.nl, geeft die nameserver geen A-record terug. Op het IP-adres bij provider B luistert wel een mailserver op poort 25 (ESMTP Exim 4.82 #2 Wed, 23 Apr 2014 18:30:10 -0400), dus daar zit het probleem niet.

Kortom:
Bij provider A de DNS records instellen zoals ik in mijn vorige post suggereerde, dan moet het werken. Wil ik je best even mee helpen, neem maar even contact op.

Ik neem morgen ff contact met je op! Bedankt alvast.

Probleem verholpen na contact via Skype: Registrar vraagt een vergoeding voor subdomeinen en die waren daarom niet aangemaakt, maar dat was wel een vereiste met de oude DNS-configuratie. Na bespreken voor-/nadelen hebben we de DNS werkend geconfigureerd zonder subdomeinen.