e-mail en domain pointers

[Standeman]

Even de situatie schetsen.

Wij hebben een domein (zeg pietje.nl) geregistreerd bij hoster A waar onze mailserver draait. Dus we mailen met [e-mail].

Bij hoster B hebben we een aantal applicaties draaien onder jantje.nl. Nu is aan mij de vraag gesteld of we ook e-mail adressen kunnen gebruiken onder dit domein, dus [e-mail] met bijkomend dat we wel 1 mailbox behouden.

Saillant detail is dat pietje.nl geredirect (302) wordt naar jantje.nl waarbij pietje.nl onze bedrijfsnaam is en jantje.nl een product van ons is.

Aangezien ik een developer ben die systeembeheer min of meer in de schoenen geschoven heeft gekregen heb ik niet zoveel kaas gegeten van MX records, domain pointers, etc. Ik zit me heftig af te vragen wat ik nou moet aanpassen zonder er een zooitje van te maken

Van hoster A (pietje.nl) kreeg ik de tip om een domain pointer aan te maken, zodat het e-mail verkeer omgeleid wordt. Maar volgens mij gaat dat niet werken, omdat:

a) jantje.nl niet geregistreerd staat bij deze hoster
b) dan ook HTTP verkeer geredirect wordt en als pietje naar jantje verwijst en jantje weer naar pietje zit je in een loop.

Dus hoe kan ik dit het beste aanpakken. Ik kan de MX records van jantje.nl laten verwijzen naar het IP adres van mijn mailserver, maar dan moet waarschijnlijk wel nog wat configureren in mijn mailserver (soort van virtual host ofzo).

Wat kan ik doen om dit goed aan te pakken?

[ Voor 4% gewijzigd door Standeman op 29-04-2014 16:31 ]

[chaoscontrol]

Je zou heel makkelijk in Exchange 2007 en hoger een accepted domain kunnen aanmaken waarmee je de mails van dat domain kan ontvangen (mits MX records goed staan). Dan kun je het andere domain adres als adres onder een bestaande mailbox hangen. Dit zal met andere mail software op eenzelfde manier gaan.

Je kan ook de webmail van de hoster gebruiken als deze aanwezig is om de mail automatisch door te sturen naar bestaande adressen. Dat is alleen weer iets minder mooi als je namens dat adres wilt mailen.

[Jazzy]

Twee dingen. Je moet inderdaad de mailserver configureren om mail te ontvangen voor het domein jantje.nl en zorgen dat elke mailbox een extra mailadres krijgt als [e-mail]. Ik neem aan dat je dit wilt tenminste.

Vervolgens maak je in DNS een MX-record aan voor jantje.nl die verwijst naar de hostnaam van je mailserver, waarschijnlijk gelijk aan het huidige MX-record voor pietje.nl.

Dat eerste deel werkt natuurlijk een stuk makkelijker als je daadwerkelijk een mailserver hebt of Office 365 of iets dergelijks. Een maildienst als onderdeel van een hostingpakket is vaak veel beperkter, ik hoop voor je dat dit lukken gaat.

Over HTTP en dergelijke hoef je je niet druk te maken. Verzendende mailservers vragen in DNS een MX-record op voor het domein jantje.nl en maken vervolgens verbinding met die hostnaam om er op poort 25 mail aan af te leveren.

chaoscontrol schreef op dinsdag 29 april 2014 @ 16:32:
Je zou heel makkelijk in Exchange 2007 en hoger...

Ik geloof niet dat er sprake van Exchange is...

[ Voor 25% gewijzigd door Jazzy op 29-04-2014 16:35 ]

[Standeman]

chaoscontrol schreef op dinsdag 29 april 2014 @ 16:32:
Je zou heel makkelijk in Exchange 2007 en hoger een accepted domain kunnen aanmaken waarmee je de mails van dat domain kan ontvangen (mits MX records goed staan). Dan kun je het andere domain adres als adres onder een bestaande mailbox hangen. Dit zal met andere mail software op eenzelfde manier gaan.

Je kan ook de webmail van de hoster gebruiken als deze aanwezig is om de mail automatisch door te sturen naar bestaande adressen. Dat is alleen weer iets minder mooi als je namens dat adres wilt mailen.

Helaas geen Exchanges. Het draait op een VPS met CentOS.

Jazzy schreef op dinsdag 29 april 2014 @ 16:33:
Twee dingen. Je moet inderdaad de mailserver configureren om mail te ontvangen voor het domein jantje.nl en zorgen dat elke mailbox een extra mailadres krijgt als [e-mail]. Ik neem aan dat je dit wilt tenminste.

Vervolgens maak je in DNS een MX-record aan voor jantje.nl die verwijst naar de hostnaam van je mailserver, waarschijnlijk gelijk aan het huidige MX-record voor pietje.nl.

Dat eerste deel werkt natuurlijk een stuk makkelijker als je daadwerkelijk een mailserver hebt of Office 365 of iets dergelijks. Een maildienst als onderdeel van een hostingpakket is vaak veel beperkter, ik hoop voor je dat dit lukken gaat.

Over HTTP en dergelijke hoef je je niet druk te maken. Verzendende mailservers vragen in DNS een MX-record op voor het domein jantje.nl en maken vervolgens verbinding met die hostnaam om er op poort 25 mail aan af te leveren.

Duidelijk
HTTP had ik in gedachten vanwege die domain pointers. Dat is volgens mij een oplossing die niet gaat werken, ook al wordt deze door de hoster "aangeraden".

Nu nog even uitzoeken welke mailserver er draait op die VPS en of deze te configureren is..

Ik zie nu net dat het dovecot is die als mailserver fungeert (tenminste, aan mijn lopende processen te zien.)

[ Voor 108% gewijzigd door Standeman op 29-04-2014 16:46 ]

[Jazzy]

Het MX-record voor dat domein kun gewoon aanpassen, je zou daar bijvoorbeeld webmail.mellema.net in kunnen zetten om de mail op mijn server af te laten leveren. Aan de overige records (A-records voor www en dergelijke) hoef je niets te veranderen.

Ik weet niets van Dovecot, succes!

Niet om het per se als oplossing te adviseren, maar je zou de gelegenheid aan kunnen grijpen om naar een meer volwassen mailoplossing te gaan. Bijvoorbeeld Google Apps of Office 365. Dat kost je een paar euro maar dan heb je wel een mooie webinterface, ActiveSync, toegang via ieder device, 50 GB mailbox, etc. En het toevoegen van emaildomeinen, werkten met contactpersonen en extra (gedeelde) mailboxen en dergelijke is dan een fluitje van een cent.

[ Voor 10% gewijzigd door Jazzy op 29-04-2014 16:52 ]

[alm]

Standeman schreef op dinsdag 29 april 2014 @ 16:36:
Ik zie nu net dat het dovecot is die als mailserver fungeert (tenminste, aan mijn lopende processen te zien.)

Nee, Dovecot is een POP3 en IMAP server, geen SMTP server.

Waarschijnlijk draait er sendmail of postfix op, dat moet je wel kunnen zien. Anders even simpel een 'telnet <adres mailserver> 25' doen en dan zie je ook wel wat er draait meestal.

[Jazzy]

code:

C:\Users\Jetze>nslookup -type=mx pietje.nl
Server:  lt01.putten.local
Address:  192.168.2.249

Non-authoritative answer:
pietje.nl       MX preference = 10, mail exchanger = mail.pietje.nl

mail.pietje.nl  internet address = 5.255.70.147

[Standeman]

alm schreef op dinsdag 29 april 2014 @ 16:58:
[...]


Nee, Dovecot is een POP3 en IMAP server, geen SMTP server.

Waarschijnlijk draait er sendmail of postfix op, dat moet je wel kunnen zien. Anders even simpel een 'telnet <adres mailserver> 25' doen en dan zie je ook wel wat er draait meestal.

Ah, het is Exim 4.72 zie ik nu.

* Standeman moet nog een hoop leren

Jazzy schreef op dinsdag 29 april 2014 @ 17:00:

code:

C:\Users\Jetze>nslookup -type=mx pietje.nl
Server:  lt01.putten.local
Address:  192.168.2.249

Non-authoritative answer:
pietje.nl       MX preference = 10, mail exchanger = mail.pietje.nl

mail.pietje.nl  internet address = 5.255.70.147

Domeinnamen zijn random gekozen

[ Voor 31% gewijzigd door Standeman op 29-04-2014 17:06 ]

[Brabix]

Standeman schreef op dinsdag 29 april 2014 @ 16:29:
Saillant detail is dat pietje.nl geredirect (302) wordt naar jantje.nl waarbij pietje.nl onze bedrijfsnaam is en jantje.nl een product van ons is.

Is het niet mogelijk om pietje.nl inclusief mailserver te verplaatsen naar hoster B waar ook jantje.nl draait?

Ik meen later in het topic gelezen te hebben dat het om een VPS gaat.

Indien mogelijk zou ik het volgende doen:

- pietje.nl aanmaken als alias van jantje.nl
- mailboxen aanmaken pietje.nl / jantje.nl (afhankelijk van je control pannel / configuratie van je mailserver kun je de mailadressen van de 2 domeinen aan 1 mailbox hangen, dus [e-mail] en [e-mail] aan 1 mailbox koppelen).
- DNS omzetten / Domein verhuizen (pietje.nl) naar hoster B

Dit scheelt je ook nog eens de hosting kosten bij hoster A voor pietje.nl

Overigens is postfix je POA (Post Office Agent) en gebruik je die inderdaad als beheerder van je mailboxen. sendmail of postfix is je MTA (Mail Transfer Agent), de SMTP server die je gebruikt voor het transport van de mail.

Om de mailboxen te koppelen moet je in je MTA het domein aanmaken als lokaal en in je POA de mailadressen koppelen aan je mailboxen / accounts. Maar meestel heb je een control pannel draaien wat dat allemaal voor je regelt.

[ Voor 19% gewijzigd door Brabix op 29-04-2014 17:27 ]

[CyBeR]

pietje.nl heeft waarschijnlijk MX records. Die neem je over voor jantje.nl.

Op je mail server in exim (typisch /etc/exim/exim.conf op centos) zet je jantje.nl bij local_domains. Dan heb je op zich geregeld dat je mail server die mail accepteert, maar niet noodzakelijkerwijs dat er iets nuttigs mee gebeurt want dat is afhankelijk van je exim config en die ken ik niet.

Een simpele manier om jantje.nl == pietje.nl te doen is bij de rewrite sectie te zetten

*@jantje.nl  $[e-mail] E

Let wel: dit is er van uitgaande dat exim handmatig geconfigureerd is; als 't om een admin panel als plesk of directadmin ofzo gaat dan moet je dat in dat panel regelen.

[ Voor 18% gewijzigd door CyBeR op 29-04-2014 17:37 ]

[Brabix]

CyBeR legt net iets duidelijker uit wat ik bedoel (ik kan alleen nog niet ontdekken of er ook werkelijk Exim gebruikt wordt).

Aangezien de website met een 302 redirect ook omgeleid wordt zou ik zoals eerder vermeld gewoon heel het domein verplaatsen. Of er moeten zwaar wegende redenen zijn om de mail bij Hoster A te laten staan en de websites bij Hoster B.

[CyBeR]

Standeman schreef op dinsdag 29 april 2014 @ 17:02:
[...]

Ah, het is Exim 4.72 zie ik nu.

Maar aangezien standeman z'n domeinen geheim houdt is dat niet te verifieren voor ons.

[alm]

Aangezien Exim 4.72 al een beetje ouder is en versie 4.82 de meest recente is zou ik even kijken hoe deze geïnstalleerd is en of er geen update voor is (bijvoorbeeld door 'yum update' te draaien, als het via een rpm geïnstalleerd is tenminste)...

[Standeman]

Eventjes druk gehad, maar daar ben ik weer

De boel wordt beheerd via directadmin, alleen kan ik daar nergens wat vinden voor die mail aliases. Dus waarschijnlijk is klooien met yum of exim.conf niet het beste idee (zoals CyBeR ook al aangeeft)..

CyBeR schreef op dinsdag 29 april 2014 @ 17:36:
[...]


Maar aangezien standeman z'n domeinen geheim houdt is dat niet te verifieren voor ons.

Maar ik ben Standeman

[ Voor 31% gewijzigd door Standeman op 06-05-2014 10:35 ]

[PerfectPC]

Tuurlijk wel, dit kan je met domain pointers doen in directadmin (rechtsonder bij advanced features, type alias kiezen)
Vervolgens pas je de mx records aan (de rest laat je ongemoeid) en klaar ben je

[ Voor 5% gewijzigd door PerfectPC op 06-05-2014 17:27 ]

[CyBeR]

Standeman schreef op dinsdag 06 mei 2014 @ 10:27:

Maar ik ben Standeman

Ja, en jij houdt je domeinen geheim dus ik kan niet verifiëren of wat jij zegt wel waar is

[alm]

Standeman schreef op dinsdag 06 mei 2014 @ 10:27:
De boel wordt beheerd via directadmin, alleen kan ik daar nergens wat vinden voor die mail aliases. Dus waarschijnlijk is klooien met yum of exim.conf niet het beste idee (zoals CyBeR ook al aangeeft)..

Kun je via DirectAdmin ook checken op updates van de software op je server en deze vervolgens installeren of kun je alleen maar configuraties wijzigen?
Als er geen mogelijkheid is om je server up-to-date te houden via DirectAdmin dan zul je denk ik toch met yum aan de slag moeten lijkt mij... Maar goed, ik ken DirectAdmin niet inhoudelijk. Als het slechts een configuratieschil is zoals bijvoorbeeld webmin, dan zou het niet uit moeten maken dat je yum gebruikt om updates te installeren.

Edit: Ik heb even op de DirectAdmin site gekeken, maar in de demo mis ik de updatefunctie, dus geen automatische update blijkbaar. Als ik op het forum kijk zie ik daar wel o.a. Exim 4.82 staan, maar de installatie/update moet volgens die procedure dmv zelf compileren gaan... Da's niet zoals RedHat/CentOS normaal geüpdate dient te worden. Voor de mensen die DirectAdmin gebruiken lijkt me dat het juist heel simpel en begrijpelijk moet zijn, want waarom zou je anders DirectAdmin willen gebruiken... Dan zou ik juist verwachten dat de installatie ofwel de updates ook via 'yum update' plaatsvinden, omdat je daarmee met heel simpele stappen je server volledig up-to-date brengt (mits alles ook via yum geïnstalleerd is).
Als er geen handig update-mechanisme is, dan vrees ik het ergste voor gebruikers van DirectAdmin, want het lijkt erop dat alles 'handmatig' wordt geïnstalleerd en dat betekent dan ook dat je zelf moet checken of je software wel up-to-date is en dat het beheer zo nodeloos ingewikkeld wordt gemaakt...
Voor mij een reden om dan nooit DirectAdmin te gaan gebruiken.

[ Voor 42% gewijzigd door alm op 10-05-2014 15:05 ]

[PerfectPC]

Alm, als DA niet goed genoeg voor je is, blijf er dan gewoon af...
Uiteraard kan je DA controlled services wel updaten, enkel moet dit via cli. DA is dan ook niet gemaakt voor de sysadmin (zoals webmin) maar voor de reseller/eindgebruiker.
En je moet ook helemaal niet in de configs of met yum gaan klooien, gewoon een domain pointer aanmaken in DA zoals ik eerder al had gezegd.

[Standeman]

Het is gelukt. Een domain pointer alias met jantje.nl deed de truuk.

Aangezien ik niet echt wist waar ik helemaal mee bezig was, was ik een beetje huiverig om de boel aan te passen, maar ik ben ook een devver en geen admin

Bedankt allemaal

CyBeR schreef op dinsdag 06 mei 2014 @ 17:31:
[...]


Ja, en jij houdt je domeinen geheim dus ik kan niet verifiëren of wat jij zegt wel waar is

Dat is waar

[alm]

PerfectPC schreef op maandag 12 mei 2014 @ 01:33:
Alm, als DA niet goed genoeg voor je is, blijf er dan gewoon af...

Ik wil er niet eens aankomen.

Uiteraard kan je DA controlled services wel updaten, enkel moet dit via cli. DA is dan ook niet gemaakt voor de sysadmin (zoals webmin) maar voor de reseller/eindgebruiker.

Lekker, zo'n server die niet geüpdate wordt. Tenzij het als een dienst wordt aangeboden door een service provider die dan voor de updates zorgt, dan kan ik het nog begrijpen, maar als het doel is een server beheerbaar te maken voor een eindgebruiker met weinig verstand van zaken dan wordt in mijn ogen de plank aardig misgeslagen. Dan wil je juist dat updates ook goed geregeld zijn.

En je moet ook helemaal niet in de configs of met yum gaan klooien, gewoon een domain pointer aanmaken in DA zoals ik eerder al had gezegd.

Yum gebruiken is helemaal niet klooien, maar gewoon een goed doordacht upgrade-systeem dat prima werkt. Ik begrijp heus wel dat ze (DA) een tool hebben gebouwd die niet zeer afhankelijk is van de distributie waar het op draait (met elk weer hun eigen locaties van bestanden) en dat ze daarom met eigen installatie-bestanden werken, maar dan zou ik ook een manier bedacht hebben die het updaten eenvoudiger had gemaakt voor de eindgebruikers... Uit bovenstaande blijkt ook wel dat nog oude software wordt gebruikt door eindgebruikers als die niet weten hoe te updaten omdat het te complex is gemaakt.

[i7Grendel]

De "eindgebruikers" van DirectAdmin zijn webhostingklanten, niet servereigenaren. De servereigenaren moeten krachtige en betrouwbare tools hebben en daarvoor is cli geen enkel probleem.

alm schreef op zaterdag 17 mei 2014 @ 13:49:
Lekker, zo'n server die niet geüpdate wordt. Tenzij het als een dienst wordt aangeboden door een service provider die dan voor de updates zorgt, dan kan ik het nog begrijpen, maar als het doel is een server beheerbaar te maken voor een eindgebruiker met weinig verstand van zaken dan wordt in mijn ogen de plank aardig misgeslagen. Dan wil je juist dat updates ook goed geregeld zijn.

Updates zijn prima geregeld. Ze vereisen alleen wat meer handmatig werk, maar dat heeft het voordeel dat je server ineens offline gaat omdat er een nieuwe package in de repository staat. DA's eigen installers zijn flexibeler dan die van yum, dus ook veel beter voor dat doeleinde.