Onderwerp: Eigen mailservers

Momenteel zit ik voor mijn email bij Google Apps.
Nu zou ik op termijn wel mijn eigen email willen gaan hosten, maar ik heb daar eigenlijk geen verstand van...
Vandaar dat ik een resem aan vragen heb.

1. Redundantie
Is het moeilijk om een backup mail server te hebben op een andere server? Als de ene uitvalt, dan je toch nog altijd bereikbaar bent, en liefst dat je niet manueel mails van een andere server moet halen.

2. Beveiliging
Is het beveiligen van zo'n mail server moeilijk? Als je een SSL certificaat koopt, kan dat dan ook dienen voor andere diensten op de server? Moet ik dan meerdere IP's voorzien?

3. Web applicatie
Zijn er web applicaties die in de beurt komen van die van Google (of andere) en die bovendien nog betaalbaar (of liefst gratis) zijn voor een particulier?

4. Spam
Hoe moeilijk is het om spam onder controle te houden? Met Gmail merk ik eigenlijk niets van spam, maar zelf zal dat waarschijnlijk niet zo evident zijn?


Excuses voor al deze domme vragen, maar ik ben nieuw in het hosten van eigen server.
Heb nog maar net een VPS om te experimenteren...

Goede vragen. Hier wat antwoorden.

1. je kunt een tweede "MX server" instellen in de DNS, waar dan (als die goed is geconfigureerd) de email ook naar toe kan.

2. je kunt 1 SSL certificaat voor alle diensten gebruiken. Je hebt per certificaat maar 1 IP adres nodig (of zelfs geen als je vertrouwt op SNI)

3. als het niks mag kosten kun je bijvoorbeeld de RoundCube webmail overwegen. Wil je wat meer, dan zou je Kerio Connect of iets vergelijkbaars kunnen gebruiken.

4. het gratis spamassassin programma in combinatie met wat extra controles doet het vrij aardig. Wil je meer dan zou je zoiets als spamexperts kunnen overwegen.

Alvast bedankt voor het snelle antwoord!

Als die tweede mail server gebruikt wordt, hoe krijg ik alle mails dan terug samen? Want als de gebruiker zijn email ophaalt, komt dat toch maar van één server?

Als ik een website heb op voorbeeld.be en ik stuur emails naar voorbeeld.be, dan is dat secure met hetzelfde certificaat?

Die tweede server is dan de fallback MX. Als de eerste niet beschikbaar is, vangt hij de mail op. Zodra de eerste dan weer in de lucht komt, wordt daar de mail alsnog op bezorgt.

De gebruiker haalt zijn mail op van de primary mx (de eerste)

Als ik het goed begrepen heb stuurt de fallback die mails gewoon naar de primary server totdat ze aankomen? (de hele simpele versie )

Oorspronkelijk geplaatst door DenBeke

Momenteel zit ik voor mijn email bij Google Apps.
Nu zou ik op termijn wel mijn eigen email willen gaan hosten, maar ik heb daar eigenlijk geen verstand van...
Vandaar dat ik een resem aan vragen heb.

1. Redundantie
Is het moeilijk om een backup mail server te hebben op een andere server? Als de ene uitvalt, dan je toch nog altijd bereikbaar bent, en liefst dat je niet manueel mails van een andere server moet halen.

2. Beveiliging
Is het beveiligen van zo'n mail server moeilijk? Als je een SSL certificaat koopt, kan dat dan ook dienen voor andere diensten op de server? Moet ik dan meerdere IP's voorzien?

3. Web applicatie
Zijn er web applicaties die in de beurt komen van die van Google (of andere) en die bovendien nog betaalbaar (of liefst gratis) zijn voor een particulier?

4. Spam
Hoe moeilijk is het om spam onder controle te houden? Met Gmail merk ik eigenlijk niets van spam, maar zelf zal dat waarschijnlijk niet zo evident zijn?


Excuses voor al deze domme vragen, maar ik ben nieuw in het hosten van eigen server.
Heb nog maar net een VPS om te experimenteren...

Je hebt al wat antwoorden gekregen, maar m.i. hebben die posters je een paar dingen niet compleet uitgelegd.

Inkomende email heeft als model dat er een verzamel storage is waar de inkomende mail op terecht komt.
De mail vanaf 'het internet' naar je domein wordt verstuurd naar servers die in DNS staan als MX (Mail eXchange) .

Die MX'en dumpen de mail 'aan de achterkant' in die verzamelstorage.

Je mailclient , hetzij een webfront, hetzij een mailprogramma (mac Mail, Outlook, Thunderbird) kijkt via een API in die storage. Die API is vaak IMAP, was vroeger POP, of gewoon het filesystem en kan desnoods 'less' of 'vi' zijn.

Je kunt redundante MXen hebben, en daarmee is gezien vanaf 'buiten' je domein hoog beschikbaar om mail af te leveren. Maar die verzamelstorage is meestal een enkele component.

In een simpele setup is wat ik 'verzamelstorage' noem gewoon een directory (/var/mail, /var/spool/mail) op de primaire MX .
Heb je een tweede MX, dan pakt die mail aan, en buffert die mail totdat je primaire MX weer bereikbaar is.
In een groter concept is er een heel cluster van MX'en, en is de verzamelstorage een fors backend (bv een NetApp met allerlei HA features).
Of wordt de mail intern over verschillende servers verdeeld, en staan bv users anton tm marie op één server, en nico tm zack op een andere . (meestal meer dan twee, maar je snapt het verhaal).
Maar ook dan blijft het concept dat "de" mail van een gebruiker op een verzamelstorage staat.

En is die storage onbereikbaar, dan kan die gebruiker, of set van gebruikers inderdaad geen mail zien, ook al staat die mail misschien wel gebufferd op een MX of backup MX.
Ik ken daar geen goede oplossing voor. En ook al zou je op één of andere manier omzwaaien, clients (en users) raken ook in verwarring als de folder die ze menen te kennen opeens anders is en alleen een plukje erg recente mail kent.

Dat is het binnenkomende stuk.

Het client access deel is, zoals ik schreef, via een API kijken naar die storage. Als de mailclient (zoals het webfront) direct op de storage server draait is die 'api' simpelweg het filesystem en kijken naar files in /var/mail/ .
Old skool clients zoals mutt ,pine en elm keken naar mailfolders en mailboxen als files en directories .

Roundcube is al genoemd als webmail client; Squirrelmail is ook een bekende naam. Of een willekeurige IMAP mailclient.
(POP moet je echt niet meer willen).

SSL kan gebruikt worden bij een IMAP sessie tussen een client (desktop, tablet) naar de mailserver toe.
Of natuurlijk 'gewoon' voor de HTTP sessie tussen webclient (desktop, tablet) en de roundcube *mail* client.

SSL op 'transport' mail, dus tussen de SMTP server van afzender en de MX van ontvanger is volgens mij vrij schaars.
Technisch zal het wel kunnen als beide servers het doen, maar ik heb niet de indruk dat het gebruikelijk is.

SSL op het stukje mail submit (van een enduser client naar 'de' uitgaande mailserver) is meer gebruikelijk.
En SSL op de websessie als je uitgaande mail via een webclient gaat is 'gewoon standaard' .

Anti-spam 'netjes' doen is serieus veel werk om bij te houden. Puur voor jezelf kun je het natuurlijk met de botte bijl doen, want meestal heb je gewoon een vrij beperkt contacten netwerk, dus hele landen of grote prefixen blocken 'mis je niks aan' . Op meer professionele schaal is dat niet acceptabel, want er zijn echt wel mensen die _wel_ corresponderen met China ,Rusland of hotmail .

Oorspronkelijk geplaatst door DenBeke

Als ik het goed begrepen heb stuurt de fallback die mails gewoon naar de primary server totdat ze aankomen? (de hele simpele versie )

Klopt. Vanuit de afzender is dus niet te merken dat de ontvanger een probleem heeft.
Als de (of alle) MXen van de ontvanger onbereikbaar zijn, stuurt de verzende mailserver meestal de afzender daar een melding over.
(heb je vast wel eens gehad , na een paar uur de melding 'ben bezig maar is nog niet gelukt). )

Bedankt visser, dat was een ZEER genuanceerde en heldere uitleg!
Daarmee kan ik al een tijdje verder!

Stel een vriend van me heeft een VPS, zou ik daar dan een backup mailserver op kunnen draaien? Of zijn dat dingen die niet gedaan worden? (2 VPS'en gaan afnemen lijkt me ineens een redelijk dure grap)

Welke web apps raden jullie allemaal aan?

Oorspronkelijk geplaatst door DenBeke

Bedankt visser, dat was een ZEER genuanceerde en heldere uitleg!
Daarmee kan ik al een tijdje verder!

Stel een vriend van me heeft een VPS, zou ik daar dan een backup mailserver op kunnen draaien? Of zijn dat dingen die niet gedaan worden? (2 VPS'en gaan afnemen lijkt me ineens een redelijk dure grap)

Welke web apps raden jullie allemaal aan?

De keus is natuurlijk aan die vriend maar het zou best kunnen, voor een 'hobby' domein is een backup MX geen zware belasting.
Echter, op de meest 'simpele' manier heb je een behoorlijk spam probleem.

Veel spam wordt direct al naar een backup MX gestuurd, met de (vaak terechte) aanname dat allerlei spam filters daar minder strikt zijn.
Zeker 'eerste fase' filters, die bij het aanbieden van de mail op basis van afzender (IP) blocken zijn vaak losser op een backup MX.
Ook is het tegenwoordig wel nodig dat de lijst 'valide' users op de backup MX bekend is, en mail naar niet bestaande users ook niet aangepakt wordt.
Je hebt dus een mechanisme nodig om de lijst van bekende users te syncen naar de backup MX.

Op heel kleine schaal is dat nog te overzien (je mailt die vriend alle drie de adressen, zeg maar ), maar op ietsje grotere schaal moet je daar wat voor inrichten.
(Echt vroeger was dat minder nodig - mail naar niet bestaande users (typo's) werd gewoon retour afzender gebounced. Er wordt gespamd naar massa's random adressen, met eventueel een gespoofde afzender die de massa bounces zou krijgen ).

Voor een echt kleine setup en om dit soort dingen te leren kun je het prima doen.

Voor een middelgrote (natte vinger >25, <20.000) lijkt het me lastig om met 'zelf doen' te concurreren met outsource opties zoals gmail in prijs/kwaliteit.

Bedankt!
Qua prijs/kwaliteit kan ik inderdaad nooit concurreren met Google Apps (dat voor mijn gebruik immers gratis is).
In eerste instantie zou ik die mail servers opzetten om vooral bij te leren, maar ook om later 'het heft in eigen handen te nemen'.

Oorspronkelijk geplaatst door DenBeke

Bedankt!
Qua prijs/kwaliteit kan ik inderdaad nooit concurreren met Google Apps (dat voor mijn gebruik immers gratis is).
In eerste instantie zou ik die mail servers opzetten om vooral bij te leren, maar ook om later 'het heft in eigen handen te nemen'.

Je zou heel simpel kunnen beginnen door je eigen server MX te maken voor een *sub* domein van je domein.
MXen kunnen prima verschillen voor subdomeinen van 'het domein' .
( test.denbeke.be IN MX 10 <servernaam.denbeke.be> )
servernaam.denbeke.be IN A <ip van je VPS> )

En dan heb je user@test.denbeke.be (die iemand anders kan zijn dan user@denbeke.be )

Dat staat verder los van wat je bij gmail doet , en kan ook totaal andere (meer/minder) users hebben.

Dat was ik hoe dan ook van plan, om met een .tk of een andere domein te werken