mail server & backup mail server - HOWTO?

[Elsje]

Hallo,

Intussen hebben wij ons Syn-3 platform up & running.
Graag willen wij het volgende realiseren:

Alle mail staat in eerste instantie op een externe hosted server. (IMAP)
Deze server fungeert dus als mail1.domain.com

Onze locale server zou moeten gaan dienen als backup / mirror server voor dit domain.
Dus mail2.domain.com

Denkelijk moet dit ingesteld worden in DNS bij onze ISP.

Hoe kunnen wij tewerk gaan zodat deze servers voor elkaar als backup kunnen werken?
Hoe repliceer / mirror ik de directory structuur van de IMAP server?
Is het ook mogelijk deze struktuur te mergen?

Of moet er op de andere server ook cyrus & qmail draaien...

Dank voor jullie ondersteuning.

Erwin

[erwin]

Erwin,

> Denkelijk moet dit ingesteld worden in DNS bij onze ISP.
Dat is als je een 2e MX record wil laten opnemen.

Syn-3 draait dan als backup mail server. Stel de main server ligt plat, dan wordt alle mail afgeleverd op Syn-3 mail server. Mocht de primaire mail server weer in de lucht komen, zal Syn-3 de mail daar afleveren.

Het backuppen van de Imap folders is je ISP verantwoordelijk voor.

MEt vriendelijke groet,

Erwin Drent

[Elsje]

Erwin, bedankt voor je reactie;
Wij beheren zelf de MX settings, zowel van de server in BE als de hosted shared server in USA.
Heb je ergens een pointer waar ik hier meer info over kan vinden???

Ik heb het momenteel al wel aan de praat, echter is mij niet duidelijk welke nu master is... (Notabene is hosting co in USA ook aan een ingrijpende upgrade van z'n intern netwerk bezig.... :-(

Ken je een oplossing om de dir-structuur te repliceren / synchroniseren???

Alvast bedankt!

[edwin]

DIG is de tool die je kunt gebruiken om uit te zoeken wat je mailservers zijn.
Zie hier een voorbeeld van installatie en gebruik:

root@kantoor:~# wget http://ftp.bit.nl/mirror/slackware/slackware-10.1/slackware/n/bind-9.3.0-i486-3.tgz
--11:59:05--  http://ftp.bit.nl/mirror/slackware/slackware-10.1/slackware/n/bind-9.3.0-i486-3.tgz
           => `bind-9.3.0-i486-3.tgz'
Resolving ftp.bit.nl... 213.136.12.213
Connecting to ftp.bit.nl[213.136.12.213]:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1,198,944 [application/x-tar]

100%[=================================================================================================================>] 1,198,944    910.16K/s

11:59:07 (906.98 KB/s) - `bind-9.3.0-i486-3.tgz' saved [1198944/1198944]

root@kantoor:~# installpkg bind-9.3.0-i486-3.tgz
Installing package bind-9.3.0-i486-3...
PACKAGE DESCRIPTION:
bind: bind (DNS server and utilities)
bind:
bind: The named daemon and support utilities such as dig, host, and
bind: nslookup.  Sample configuration files for running a simple caching
bind: nameserver are included.  Documentation for advanced name server
bind: setup can be found in /usr/doc/bind-9.x.x/.
bind:
Executing install script for bind-9.3.0-i486-3...
wrote key file "/etc/rndc.key"

root@kantoor:~# dig datux.nl MX

; <<>> DiG 9.3.0 <<>> datux.nl MX
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 61275
;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;datux.nl.                      IN      MX

;; ANSWER SECTION:
datux.nl.               1385    IN      MX      100 mail1.datux.nl.
datux.nl.               1385    IN      MX      200 mail2.datux.nl.
datux.nl.               1385    IN      MX      300 mail3.datux.nl.

;; Query time: 1 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Thu Apr  6 11:59:17 2006
;; MSG SIZE  rcvd: 92

root@kantoor:~#

De getallen achter MX geven de prioriteit aan. In ons geval dus 100, 200 en 300. De server met het laagste getal word als eerste gebruikt. De andere servers worden gebruikt als een server problemen geeft.

De backup servers zijn in ons geval mail2 en mail3. De users kunnen hun mail echter NIET van deze servers ophalen. Bij een storing van mail1 kan men dus niet bij de mail. Pas als mail1 weer in de lucht is zullen mail2 en mail3 de gebackupte mail doorsturen naar mail1. Hierna kunnen de users weer mail uitlezen.

Een backup mailserver zorgt er dus alleen voor dat er geen mail verloren gaat tijdens een storing. Tijdens de storing zullen de users echter niet bij hun mail kunnen: Dit is dus geen redundancy zoals jij die wilt. Er is geen standaard repliceer/syncronisatie oplossing. Je zou kunnen kijken naar het ophalen van externe mailboxen in de SCC.
Dit moet je dan voor iedere user instellen.

Voor een echte failback oplossing zul je naar 2 Syn-3 servers moeten met de redundancy optie. Dit is momenteel nog een custom mogelijkheid, maar binnenkort zal hiervan een speciale Syn-3 versie beschikbaar zijn. Je kan dan een Syn-3 server 100% repliceren en beschikbaar maken als online backup server voor storingen. Bij een storing van server A neemt server B het automatisch over.



Edwin

[Elsje]

Erwin, bedankt voor je uitvoerige instructie!
Ter info / vraag:

Op dit moment hebben wij 2 Syn-3 servers op afzonderlijke locatie staan.
Het VPN verhaal heb ik nog niet kunnen uittesten.

Bedoeling is ZUIVER om deze 2 servers met elkaar te kunnen laten synchen!!
Server 2 is wel een home-versie.

Kan dit?
Kan ik dit nu reeds implementeren?

Graag je idee!

[edwin]

Dit kan wel, maar dan moet je wel een gelijksoortige server hebben. Dus 2 business servers.

Hierna kan ik wel instructies voor je maken dat je kunt gebruiken voor de syncronisatie slag.
Het omschakellen van slave naar master moet je in geval van storing dan handmatig doen.

De syncronisatie slag word dan iedere X minuten uitgevoerd. (alleen de verschillend worden gekopieerd)

Dit is zeer geschikt voor een hot-copy op een apparte locatie.

Edwin