`MX fallback server met evt webmail mogelijkheid.

[capetonian]

Hallo,

Ik ben op zoek naar software of een bedrijf die de mogelijkheid beidt om mail rechtstreeks op een fallback server te lezen of doorsturen.

Wij draaien een mailserver (SBS2011) maar de directie is als de dood dat, als het internet plots wegvalt, er geen toegang meer zal zijn tot de diverse email accounts! Hierdoor halen we nog alles op dmv een pop connector (POPcon) die 30 accounts ophaalt bij de provider and deze dan weer verdeelt op de SBS2011 server. erg omslachtig dus.
De SBS server server draait inmiddels zo'n 10 maanden vrolijk door en de enige storingen die wij hebben gehad zijn veroorzaakt door het 'omvallen' van de Pop connector. Binnen het bedrijf heeft men eindelijk vertrouwen in de server en ik mag nu POPcon er tussen uit halen en de server als primaire mailserver gaan gebruiken.

Echter ontstaat hier nog altijd de angst dat de mail ooit niet bereikbaar zal zijn en men eist dat er een mogelijkheid is om de mail te bekijken als ons server eruit ligt. Ik heb een Amerikaanse bedrijf gevonden (mxsave.com) die de mogelijkheid biedt om de mail queue op de fallback server te bekijken en mail te beantwoorden/doorsturen. Mijn vraag is dus of het makkelijk is om zoiets zelf op te zetten of zijn er providers die zoiets als service aanbieden in Nederland? Tot nu tot heb ik een vergelijkbare dienst niet kunnen vinden.

Ik hoop dat mijn verhaal duidelijk is,

Alvast bedankt,

Mark

[avanmessen]

Biedt je domeinboer geen backup MX aan inclusief de prijs van je domeinnaam ?
Meestal heb je dan wel geen webaccess maar zit je goed qua verloren mails ...

[capetonian]

Het gaat juist om het kunnen bekijken en evt doorsturen/beantwoorden van email terwijl de primaire MX uit de lucht is. Daardoor voldoet in dit geval een 'gewone' MX fallback server niet.

Bedankt voor je antwoord.

[avanmessen]

Heb ooit ook MXSave getest maar snel mijn eigen backup MX
opgezet daar ik het als gratis dienst aanbied bij een VPS bvb.

Als je nu ergens mailhosting afneemt met webmail en die server
dan als backup MX in de DNS records van je domein stopt, dan
kan je toch mails daar gaan lezen en behandelen in geval van
panne op jullie systemen ?

[Boyke]

E-mail af laten handelen door IBM Domino (http://www-03.ibm.com/software/products/nl/nl/ibmdomino) server(s), deze kunnen out-of-the-box repliceren met elkaar. Eventueel voor de directie nog een lokale e-mail replica instellen en je zit helemaal save.

[Mark17]

2 mailservers er voor zetten met postfix en een kopie af laten leveren op een andere mailbox of andere server? Dan kunnen ze het dan gelijk beantwoorden en heb je alle onderdelen dubbel uitgevoerd. Zoiets hebben wij een keer met spoed opgezet voor een klant toen de verbinding op kantoor (waar de SBS server staat) niet werkte. Het nadeel is dat je alle gebruikers "dubbel" aan moet maken om de mail op te splitsen in verschillende mailboxen. Dit bieden we niet als standaard pakket aan door de zeer beperkte vraag (gaan we mogelijk wel doen).

[visser]

Heb ooit ook MXSave getest maar snel mijn eigen backup MX
opgezet daar ik het als gratis dienst aanbied bij een VPS bvb.

Als je nu ergens mailhosting afneemt met webmail en die server
dan als backup MX in de DNS records van je domein stopt, dan
kan je toch mails daar gaan lezen en behandelen in geval van
panne op jullie systemen ?

Jouw vraag is ook de vraag van TS .

In een normale mailserver setup kun je namelijk niet mails lezen als die gewoon gebufferd staan in de queue (omdat de server backup MX is, en de mails daar aangeboden zijn).

Er staan dan een berg mails in een queue, niet gesorteerd naar account en (dus) niet per ontvanger te lezen.
Lezen door "log in , wordt root, en gebruik less in /var/mqueue/ " is vast niet wat TS zoekt.

Mails op de backup MX aanpakken en naar allerlei account mailboxen sorteren botst weer met de normale backup-MX manier van werken.
Natuurlijk kan zoiets gebouwd worden, maar het is niet een standaard deel van 'backup MX' .
In dit model is op een backup MX dan ook alleen de meest recente mail aanwezig (nl de mail de aankwam sinds de storing begon).
De rest van het mailarchief, wat natuurlijk vaak nodig is om mail te beantwoorden staat op of achter de primaire MX.

[visser]

E-mail af laten handelen door IBM Domino (http://www-03.ibm.com/software/products/nl/nl/ibmdomino) server(s), deze kunnen out-of-the-box repliceren met elkaar. Eventueel voor de directie nog een lokale e-mail replica instellen en je zit helemaal save.

Ik ken de prijsstelling niet, maar (ex Lotus) Domino/IBM heeft bepaald niet de associatie 'goedkoop'.
TS heeft nu 30 popboxen bij een ISP, haalt die met POP naar een SBS servertje.

Is een IBM Domino cluster (1x lokaal, 1x buiten de deur gehost) dan een bereikbaar alternatief voor zo'n MKB (KMO) setup ?

[avanmessen]

Dit is wat ik bedoel :

DNS main MX record point naar SBS server
DNS backup MX record point naar third party hosting

Op het hosting account maak je dezelfde mail accounts
aan dan op de SBS, zo blijven de mails netjes per user
en kan je ze via webmail benaderen, enkel en alleen als
de SBS server het niet doet dan.

Dit is niet echt een backup MX maar het lost het probleem
van de TS wel op.

Jouw vraag is ook de vraag van TS .

In een normale mailserver setup kun je namelijk niet mails lezen als die gewoon gebufferd staan in de queue (omdat de server backup MX is, en de mails daar aangeboden zijn).

Er staan dan een berg mails in een queue, niet gesorteerd naar account en (dus) niet per ontvanger te lezen.
Lezen door "log in , wordt root, en gebruik less in /var/mqueue/ " is vast niet wat TS zoekt.

Mails op de backup MX aanpakken en naar allerlei account mailboxen sorteren botst weer met de normale backup-MX manier van werken.
Natuurlijk kan zoiets gebouwd worden, maar het is niet een standaard deel van 'backup MX' .
In dit model is op een backup MX dan ook alleen de meest recente mail aanwezig (nl de mail de aankwam sinds de storing begon).
De rest van het mailarchief, wat natuurlijk vaak nodig is om mail te beantwoorden staat op of achter de primaire MX.

[visser]

Dit is wat ik bedoel :

DNS main MX record point naar SBS server
DNS backup MX record point naar third party hosting

Op het hosting account maak je dezelfde mail accounts
aan dan op de SBS, zo blijven de mails netjes per user
en kan je ze via webmail benaderen, enkel en alleen als
de SBS server het niet doet dan.

Dit is niet echt een backup MX maar het lost het probleem
van de TS wel op.

Om binnenkomende mail bij accounts af te leveren moet de mailserver geconfigureerd zijn als primaire MX.
(dat is de config, wat er in de DNS MX records staat , staat daar los van).

Mail die op die server aangeboden wordt, zal niet meer doorgestuurd worden naar de werkelijke primaire MX.

En de gebruiker heeft er geen weet van *als* er mail op die andere MX staat. (bijvoorbeeld 's nachts heeft de lijn er een paar uur uit gelegen. Die mail staat dan op de buiten mailserver, en niemand die het merkt zonder dat ze gaan kijken.)

(bla - allerlei polling scripjes op die backup mx die mail forwarden als/indien etc. Dan kan de TS beter bij de huidige pop connector blijven denk ik ).
@TS : mail gewoon in de cloud zetten, en van overal, kantoor of elders met IMAP benaderen ?

[The-BosS]

Dit is wat ik bedoel :

DNS main MX record point naar SBS server
DNS backup MX record point naar third party hosting

Op het hosting account maak je dezelfde mail accounts
aan dan op de SBS, zo blijven de mails netjes per user
en kan je ze via webmail benaderen, enkel en alleen als
de SBS server het niet doet dan.

Dit is niet echt een backup MX maar het lost het probleem
van de TS wel op.

Je weet dat een MX niet in volgorde afgehandeld wordt en er dus mails afgeleverd kunnen worden op de "backup" server met webmail access, zelfs al is de primaire server (sbs2011) up and running. Dus dan moet de TS alsnog de POP3 connector gebruiken om dit op te vangen zodat deze e-mail ook binnen komt, dan kun je net zo goed alles laten zoals het nu is en gewoon je POP3 server die je nu gebruikt met een standaard bsmtp voorzien.

bsmtp_1 \
bsmtp_2 ---> huidige pop3 (met webmail) ---> sbs2011 pop3 connector
bsmtp_n /

Maar even iets anders, hoe verwacht je dat werknemers bij de webmail kunnen als je sbs2011 ook niet op internet kan. Met andere woorden als je mailserver niet werkt omdat je internet down is, dan kunnen de werknemers ook niet op de webmail aangezien internet niet werkt. Dus ik zie het probleem eigenlijk niet wat je probeert op te lossen, in het geval je bvb dual wan hebt dan kan je toch ook die 2 ip adressen (van de verschillende providers) ingeven als MX1 en MX2 (of MX10 en MX20).

[visser]

[..]
Maar even iets anders, hoe verwacht je dat werknemers bij de webmail kunnen als je sbs2011 ook niet op internet kan. Met andere woorden als je mailserver niet werkt omdat je internet down is, dan kunnen de werknemers ook niet op de webmail aangezien internet niet werkt. Dus ik zie het probleem eigenlijk niet wat je probeert op te lossen, in het geval je bvb dual wan hebt dan kan je toch ook die 2 ip adressen (van de verschillende providers) ingeven als MX1 en MX2 (of MX10 en MX20).

De omschrijving leest wat mij betreft vrij duidelijk richting 'even improviseren' . Dwz, als de internet lijn wat langer uitvalt naar huis gaan en vandaar nog wel bij de mail kunnen. Of via smartphone+laptop bij Internet kunnen.
Voor veel bedrijven is dat voldoende redundant, en zijn meerkosten van dubbele lijnen, gescheiden fysieke WAN paden etc etc het niet waard.

[avanmessen]

De omschrijving leest wat mij betreft vrij duidelijk richting 'even improviseren' . Dwz, als de internet lijn wat langer uitvalt naar huis gaan en vandaar nog wel bij de mail kunnen. Of via smartphone+laptop bij Internet kunnen.
Voor veel bedrijven is dat voldoende redundant, en zijn meerkosten van dubbele lijnen, gescheiden fysieke WAN paden etc etc het niet waard.

Ik dacht hetzelfde, je kan van thuis uit de mails benaderen.

Voor de rest belet niets dat je de mail via POP3 bij de hoster
gaat binnenhalen rechstreeks in Outlook bvb, zo heb je alles
zelf al ligt de lijn er 's nacht een paar uur uit.

Ideaal is natuurlijk de mail ergens te hosten zoals visser zegt.

[The-BosS]

Ik dacht hetzelfde, je kan van thuis uit de mails benaderen.

Werknemers die op kantoor werken gaan heus niet even naar huis om e-mails te checken, lijkt me meer rompslomp om telefoons en dergelijk door te verbinden naar thuis nummers of gsm's etc. Naast het feit dat iemand die thuis even e-mails moet gaan checken niet over de dosiers en interne programma's beschikt. (er even vanuit gaan dat die persoon anders nooit thuis werkt).

Voor de rest belet niets dat je de mail via POP3 bij de hoster
gaat binnenhalen rechstreeks in Outlook bvb, zo heb je alles
zelf al ligt de lijn er 's nacht een paar uur uit.

Dat lijkt me nog een minder straks plan, want dan sluit je de SBS2011 volledig uit en dat lijkt me niet de bedoeling, trouwens de SBS2011 heeft nu al een pop3 connector.

Ideaal is natuurlijk de mail ergens te hosten zoals visser zegt.

Dat lost het probleem niet op als de hoster (cloud provider) er uit ligt, daarmee verschuif je alleen het probleem.

[avanmessen]

Dat lost het probleem niet op als de hoster (cloud provider) er uit ligt, daarmee verschuif je alleen het probleem.

En zo blijf je uiteraard bezig ... daarna is het een kwestie van vergelijken ...
Wat heeft het meeste kans er uit te liggen, de SBS server/DSL connexie of
de cloud provider ?