Maakt het nu in mijn mailprogramma iets uit of ik als pop-server domein.nl of pop.domein.nl instel? Of zal dit allebei werken? Of moet er dan ook een virtual host zijn die het "pop" subdomein opvangt? Of is dat in het geval van e-mail niet van toepassing?
Virtual-hosts zijn onderdeel van de webserver, en een mailserver komt niet daarlangs.
In dit geval maakt het niet uit hoe je het oproept, maar om het gescheiden te houden is een aparte subdomein zeker niet overbodig. Mocht je ooit nog een externe mailserver gaan draaien is een ip-aanpassing in de DNS voldoende.
Ah oke ... thanks. En stel nu dat ik dus pop.domein.nl als subdomein instel en ik typ straks in mijn browser "pop.domein.nl". Wat krijg ik dan eigenlijk te zien?
[size=xsmall]Toevoeging op 21/07/2015 00:00:47:[/size]
Is het trouwens een idee om in plaats van pop.domein.nl en smtp.domein.nl simpelweg mail.domein.nl te gebruiken?
Als het de webserver en de mailserver op dezelfde server draaien, zal je uitkomen op je webserver, want je klopt ook op poort 80 aan.
Maar gezien je deze pop-subdomein vast niet in de virtual-host hebt gegooid, zal deze uitkomen op een standaard placeholder met iets van: "Apache is working".
Verder raad ik aan om de SMTP van je provider te gebruiken, veel ISP's blokkeren standaard poort 25. Een mailserver configureren voor uitgaande mail is iets waar je goed erbij moet opletten, je wilt niks opengooien voor spammers.
>> Maar gezien je deze pop-subdomein vast niet in de virtual-host hebt gegooid, zal deze uitkomen op een standaard placeholder met iets van: "Apache is working".
Ah oke. Op die manier. Ik vermoed dat je dan in dat geval een standaard pagina van Plesk te zien krijgt. Kan dat eigenlijk nog "kwaad"?
>> Verder raad ik aan om de SMTP van je provider te gebruiken, veel ISP's blokkeren standaard poort 25. Een mailserver configureren voor uitgaande mail is iets waar je goed erbij moet opletten, je wilt niks opengooien voor spammers.
Wat bedoel je precies met "de SMTP van je provider". Over welke provider heb je het dan? Bedoel je (in mijn geval) STRATO waar ik mijn VPS host? Ik wil eigenlijk gewoon alles via mijn VPS laten lopen. Kun je uitleggen wat je bedoelt? (overigens kan alleen ikzelf op de server en niemand anders, ook mijn klanten straks niet)
Als je Plesk gebruikt, zal dit na een installatie wel goed geconfigureerd zijn, zodat je je geen zorgen hoeft te maken. Als je het allemaal zelf naar eigen hand installeert, dan is het goed oppassen geblazen.
Ah oke, thanks. Ik zat nog even te denken over hoe ik nu het beste mail.domein.nl en webmail.domein.nl kan instellen. De mailserver en de webmail staan toch altijd op 1 server neem ik aan?
Is het dan slim om voor mail.domein.nl een A-record in te stellen, en voor webmail.domein.nl een CNAME-record die verwijst naar mail.domein.nl?
Mailserver en webmail hoeven niet op 1 server te staan.
In feite is een webmail client (naam zegt het al) gewoon een mail client, en jouw outlook/live mail/thunderbird hoeft toch ook niet op dezelfde machine als je mailserver te draaien?
Bij de meeste webmail clients kun je instellen naar welke server deze moet connecten, dus je kan een andere server gebruiken voor je webmail of je kan "localhost" invullen en het op dezelfde machine draaien.
Op de vraag of het "slim" is om je webmail.domein.nl via CNAME naar je mail.domein.nl te laten wijzen is niet echt een concreet antwoord te geven, je kan er ook nog een A record van maken, dat maakt voor DNS resolving in principe niet uit. (meer info hier)
Is het dan slim om voor mail.domein.nl een A-record in te stellen, en voor webmail.domein.nl een CNAME-record die verwijst naar mail.domein.nl?
De vraag is of je dit domein ook gebruikt voor je MX records. Als dit het geval is mag dit in geen geval een CNAME record zijn. Ook mag een MX record niet naar een IP wijzen, maar dient deze altijd indirect te verwijzen naar een A record. Zie RFC 2181 sectie 10.3
>> De vraag is of je dit domein ook gebruikt voor je MX records. Als dit het geval is mag dit in geen geval een CNAME record zijn.
Kun je dit uitleggen? Bedoel je met "dit domein" mail.domein.nl of webmail.domein.nl? En wat mag dan geen CNAME zijn? Ik wil mail.domein.nl als MX record instellen. Er is ook een A-record voor mail.domein.nl. Voor webmail.domein.nl dacht ik dan dus een CNAME naar mail.domein.nl in te stellen.
ik heb het idee dat er een zeker kwartje nog niet helemaal gevallen is:
de dns bevat een aantal namen waarmee jij een server gaat aanwijzen. Dat doe je via het ip-adres. (overigens kan een server ook meer dan 1 ip adres hebben, maar dat terzijde).
Draai jij al je diensten op 1 server, dan zie je bij alle namen waarmee je naar een server wijst steeds hetzelfde ipadres terug.
Maar je hoeft niet alles op 1 server te draaien.
Voor grote applicaties kan het best handig zijn om de php-scripts (website) op 1 server te hebben, en een database op een tweede server.
Daarnaast heeft een website helemaal niets met het ontvangen van email te maken, dus kan dat op een andere server. mail.domein.nl zou dan naar een ander ipadres verwijzen.
Idem voor uitgaande mail. Dat hoeft ook niet per se via dezelfde server te gaan. Net als nameservers (waar je de dns eventueel zelf zou kunnen hosten).
Sommige diensten zul je in jouw opzet mogelijk op dezelfde server plaatsen. In dat geval kun je met CNAME een alias aangeven.
Of dat handig is, hangt er vanaf of je ooit alsnog gaat splitsen.
Alles zal best werken als je alleen domein.nl een A record geeft en vervolgens *.domein.nl met CNAME naar domein.nl laat wijzen en een MX record opneemt naar domein.nl
Maar dan hangt alles dus vast aan je ene ipadres.
Zou je dan alsnog de mail op een andere server zetten, dan moet je eerst nog mail.domein.nl oid. aanmaken en die aan je mx koppelen. En daar gaat tijd overheen, met mogelijk gevolg dat mail in de lucht blijft hangen.
Beter dus om een complete setup te gebruiken.
(overigens: als een MX record ontbreekt, dan wordt gepoogd de mail af te leveren bij domein.nl
zelf heb ik [email protected] in gebruik. Dat wordt afgeleverd bij server6.domein.nl ondanks dat daarvoor geen mx record bestaat. (is puur een mailbox voor logs en debug info).
