Onderwerp: Mailserver op aparte VPS

Hallo!

Momenteel heb ik een VPS draaien met een aantal websites en daarbij behorende mailaccounts.
Omdat er steeds meer betalende klanten op komen te staan, wil ik het e.e.a. professionaliseren.
Nu ben ik bang om mailinstellingen te veranderen, omdat nogal eens is gebleken dit met vrij dunne lijntjes aan elkaar hangt en snel stuk gaat. Daarom wil ik één of meerdere VPSen opstarten die het mailverkeer regelt voor de domeinen.

Nu ben ik een beetje op zoek naar 'best practices'. Waar jullie misschien wat voorbeelden van hebben.
- Is het handig om een VPS op te starten en die te mounten naar de webserver?
- Of moet ik de DNS zo instellen dat mail altijd via een ander IP-adres gaat?
- Kan ik dat op de webserver regelen? (mail.[domein] gaat altijd naar een bepaald IP)
- Hoe kan ik er wel voor blijven zorgen dat bijvoorbeeld PHP op de webserver nog steeds mail kan blijven versturen?

Ik hoor graag van jullie en alvast grote dank!
Jason.

Oorspronkelijk geplaatst door deargonaut

Hallo!

Momenteel heb ik een VPS draaien met een aantal websites en daarbij behorende mailaccounts.
Omdat er steeds meer betalende klanten op komen te staan, wil ik het e.e.a. professionaliseren.
Nu ben ik bang om mailinstellingen te veranderen, omdat nogal eens is gebleken dit met vrij dunne lijntjes aan elkaar hangt en snel stuk gaat. Daarom wil ik één of meerdere VPSen opstarten die het mailverkeer regelt voor de domeinen.

Nu ben ik een beetje op zoek naar 'best practices'. Waar jullie misschien wat voorbeelden van hebben.
- Is het handig om een VPS op te starten en die te mounten naar de webserver?
- Of moet ik de DNS zo instellen dat mail altijd via een ander IP-adres gaat?
- Kan ik dat op de webserver regelen? (mail.[domein] gaat altijd naar een bepaald IP)
- Hoe kan ik er wel voor blijven zorgen dat bijvoorbeeld PHP op de webserver nog steeds mail kan blijven versturen?

Ik hoor graag van jullie en alvast grote dank!
Jason.

Heb je het over inkomende of uitgaande mail? Wij gebruiken 3 servers die de mail scannen (virus/spam) en hierna doorsturen waar het thuis hoort (Pop3 server, of Exchange platform). Uitgaand hebben we ook meerder SMTP servers die alle uitgaande mail van servers (ook webservers) naar de buitenwereld toesturen.

Je kunt het op heel veel manieren doen

Oorspronkelijk geplaatst door deargonaut

Hallo!

Momenteel heb ik een VPS draaien met een aantal websites en daarbij behorende mailaccounts.
Omdat er steeds meer betalende klanten op komen te staan, wil ik het e.e.a. professionaliseren.
Nu ben ik bang om mailinstellingen te veranderen, omdat nogal eens is gebleken dit met vrij dunne lijntjes aan elkaar hangt en snel stuk gaat. Daarom wil ik één of meerdere VPSen opstarten die het mailverkeer regelt voor de domeinen.

Nu ben ik een beetje op zoek naar 'best practices'. Waar jullie misschien wat voorbeelden van hebben.
- Is het handig om een VPS op te starten en die te mounten naar de webserver?

Huh ?
Die term slaat nergens op.
mounten doe je met remote filesystemen, en dat heeft echt niks met losse mailservers te maken.

Nee dus.

- Of moet ik de DNS zo instellen dat mail altijd via een ander IP-adres gaat?

Als het om inkomende mail gaat regel je inderdaad via DNS (nl het MX record) op welke server dat aangeboden wordt.
Welke server uitgaande mail doet bepaal je in config files, daar staat DNS buiten, afgezien van wellicht een hostnaam in de config file.

- Kan ik dat op de webserver regelen? (mail.[domein] gaat altijd naar een bepaald IP)

Niet op de webserver dus.
Inkomende mail voor een bepaald domein wordt afgeleverd op de server die in het MX record voor het betreffende domein staat.

Uitgaande mail kan een script of een server aanbieden bij een smarthost.
Dat is ongeveer hetzelfde als de mailserver die je als internet gebruiker in een mailprogramma instelt als server voor het verzenden van email.

In het script, of in de lokale mail configuratie van de server staat dan een regel dat alle mail naar server <naam> gesubmit wordt.

- Hoe kan ik er wel voor blijven zorgen dat bijvoorbeeld PHP op de webserver nog steeds mail kan blijven versturen?

Waarschijnlijk is het het simpelste om de lokale mailsetup van de server te configureren om een andere server als smarthost te gebruiken.
Hoe dat moet hangt af van de mailer op de server (exim, postfix ? ) .
Soms kan/moet het rechtstreeks in de scripten van de server, dat je aangeeft hoe mail gedaan moet worden.

Ik hoor graag van jullie en alvast grote dank!
Jason.

Ik zou zeggen, begin met google en lees over het inrichten van een mailserver.
Een mailserver heeft niets met een webserver te maken, het is een toevallige keuze als je die twee functies nu op één server doet.
Een domein kan heel goed totaal andere mailservers hebben (servers, netwerk, hoster) dan waar de website draait.

Neem dan je eigen , of een test domein, en bouw daar een paar setups mee waarbij je die losse mailserver gebruikt.
Begin met het gebruiken van een losse server als smarthost (dus voor uitgaande mail), en kijk dan om de server via een MX records ook de inkomende mail te laten doen.
Uitgaande- en inkomende mail zijn ook losstaande functies, en grotere ISPs hebben daar ook aparte servers (farms) voor.

Bedenk dat je ook mail volledig extern kunt laten afhandelen. Dat is ook wel nuttig om te oefenen, want je zult vast wel klanten krijgen voor wie dat ook een goede oplossing is.
De mail van een domein (in- en uitgaand) kan bijvoorbeeld bij google staan (google apps), of bij microsoft (office365), of wel lokaal staan maar door een filter partij (spamexperts ofzo) lopen.

Dank voor je antwoord CharlieRoot. Ik heb nu alles Spamassassin, Postfix en Dovecot op één server draaien. Waar ik ook Apache etc. op draai. Inloggen e.d. gebeurd via MySQL.

Dank Visser voor je uitgebreide antwoord.

Huh ?
Die term slaat nergens op.
mounten doe je met remote filesystemen, en dat heeft echt niks met losse mailservers te maken.

Nee dus.

Met mijn term die nergens op slaat bedoel ik dat alles 'fysiek' aan elkaar koppel en dat één instantie verantwoordelijk is voor alle processen.

Als het om inkomende mail gaat regel je inderdaad via DNS (nl het MX record) op welke server dat aangeboden wordt.
Welke server uitgaande mail doet bepaal je in config files, daar staat DNS buiten, afgezien van wellicht een hostnaam in de config file.

Ik dacht ik kan wellicht mijn host-file zo aanpassen dat ie automatisch mail.[domein] doorstuurt naar het daarvoor bestemde IP.

Zoals je terecht zegt moet ik googlen naar hoe ik een mailserver opzet. Dat heb ik reeds gedaan, maar de koppeling tussen de verschillende servers is mij nog onduidelijk.
Het is ook niet mijn bedoeling om tot een hostingbedrijf uit te groeien. Verre van, maar ik wil wel dat de hosting die ik aanbiedt gedegen en veilig werkt.

Misschien verduidelijkt bovenstaande mijn vragen iets meer. Waar het mij dus om gaat is het koppelen van de servers en de specifieke functies.

Groeten,
Jason

Oorspronkelijk geplaatst door deargonaut

Dank voor je antwoord CharlieRoot. Ik heb nu alles Spamassassin, Postfix en Dovecot op één server draaien. Waar ik ook Apache etc. op draai. Inloggen e.d. gebeurd via MySQL.

Dank Visser voor je uitgebreide antwoord.

Met mijn term die nergens op slaat bedoel ik dat alles 'fysiek' aan elkaar koppel en dat één instantie verantwoordelijk is voor alle processen.

Nog steeds 'huh' ...
Een VPS is nu juist in ongeveer alles een zelfstandige server , met een eigen kernel, eigen users en eigen processen.

Wellicht bedoel je dat je een VPS start op hetzelfde moederbord waar toevallig ook de VPS van je webserver draait, maar dat toevallig twee VPSen een paar CPU cores delen maakt ze niks van elkaar, of niet 'onder elkaar' gemount.

Anyway, als je plannen hebt voor een 'losse' mailserver is dat wat je doet - of het nu een VPS is die al of niet op dezelfde set CPUs draait als een webserver, of dat je elders een VPS (of fysieke server) ervoor draait, of dat je een dienst als google of office365 ervoor .gebruikt

Ik dacht ik kan wellicht mijn host-file zo aanpassen dat ie automatisch mail.[domein] doorstuurt naar het daarvoor bestemde IP.

Er komt meer bij kijken; En vooral - wees precies of het gaat om *uitgaande* mail of om *inkomende* mail. Dat zijn verschillende zaken, verschillende paden, verschillende configs waar je dat regelt.

Zoals je terecht zegt moet ik googlen naar hoe ik een mailserver opzet. Dat heb ik reeds gedaan, maar de koppeling tussen de verschillende servers is mij nog onduidelijk.

Kort gezegt : de uitgaande mailserver wordt gekozen in config files van de programma's die mail te versturen hebben. Of eventueel in de config file(s) van de mailsoftware van een server die alle uitgaande mail door een andere server naar "het internet" laat sturen.

Inkomende mail wordt bepaald door het MX record in de DNS van het domein.

Hoe de inkomende mail dan gelezen wordt (een imap of pop client bij de eindgebruiker, of een imap client met web interface zoals dovecot) is dan nog een derde punt wat ook helemaal los staat.

En de koppeling loopt gewoon over TCP .

Het is ook niet mijn bedoeling om tot een hostingbedrijf uit te groeien. Verre van, maar ik wil wel dat de hosting die ik aanbiedt gedegen en veilig werkt.

Hm, er is een hoop voor te zeggen om dingen eens echt te doen zodat je de techniek goed in de vingers krijgt, maar zakelijk gezien is het advies om te concentreren op je core business, en dingen daarbuiten uit te besteden ook best verstandig.

Mail is technisch nu niet zo lastig, maar zoals bij zo veel dingen heb je een basis die een zekere hoeveelheid (beheer)tijd en inspanning vergt, en is elk volgende domein wat je erop zet heel weinig extra moeite.
Oftewel, als je niet iets echt gespecialiseerds doet moet je je afvragen of je alles zelf wilt doen, of sommige standaard diensten voor een handvol domeinen niet beter kunt inkopen.

Misschien verduidelijkt bovenstaande mijn vragen iets meer. Waar het mij dus om gaat is het koppelen van de servers en de specifieke functies.

Groeten,
Jason