Zimbra: nasazení pro malou firmu - offline internet

[Vladimír Smitka]

Jen na zamyšlenou. Nestálo by zato nahradit interfiremní komunikaci něčím jiným než mailem? Vím, že je to často složité a část lidí je zvyklá na mail, ale může to dost zvednout produktivitu (my už jsme si neposlali intra mail několik let).

Když je třeba hlídat nahrávání reportů, tak to je vlastně úkol = systém na úkoly (třeba ošklivá, ale funkční Redmine). Když jde o domlouvání a komunikaci, tak je ideální firemní chat (Slack, MS Teams, nebo opensource RocketChat).

[Reklama]

[Screemy]

Jasně že to jde ...

ISP bude jako MX 10 kde se bude odvíjet veškerá pošta
Zimbra bude jako MX20 kde privátně pujde na vnitřní síti (interní emaily) a bude si checkovat ISP server a tahat nové příchozí externí ....

V zimbre v nastaveni pod ucty si pridas externi email a je to vyreseno ...

muzes zimbru napojit na LDAP a zachovat AD ...

Nevide lbych v tom nejaky problem

[Dzavy]

Tyvoe tohle reseni s "offline" mail serverem a synchronizaci pres POP3 patri nekam do devadesatych let, kdyz byl jeste dial-up. Takze zvenku budou uzivatele pouzivat webmail ISP a zevnitr tlustyho klienta k Zimbre? Kdo a jak tomu bude synchronizovat ucty/hesla, out of office atd.? Podle me je to hrozna prasarna.

Takze bud:
- zprovoznit tu Zimbru lokalne s vyssi dostupnosti
- nechat si tu Zimbru hostovat od nekoho kdo tomu rozumi
- prejit kompletne do cloudu (napr. Hotmail nebo GMail)

[aaa]

Ja mam rovnaku situaciu ktoru som vyriesil uplne jednoducho. V lokalnej LAN vyuzivam exchange. Z vonka mi SIP poskytuje Zimbra GW, ktora vlastne robi forwarder a spam filter. Pokial je server/internet down GW u SIP drzi maily a snazi sa ich dorucit.

Jedna nevyhoda ze pristup do schranok je v case vypadku nedostupny, ale vypadky si skor ojedinele. Ide o to aby sa ani jeden mail nestratil.
Druha, za GW sa plati, ale je to symbolickych 20 eur.

Pokial SIP vie poskytovat zimbra sluzby, urcite vie poskytnut aj toto GW riesenie.

Caute.

[Vilith]

A neni jedodussi zprovoznit zalozni konektivitu?

WiFi x ADSL x LTE x GPRS x starej telefon - technologii je vic, ta zalozni muze byt vyrazne pomalejsi

[Reklama]

[Honza]

Ten důvod proč chceme ZIMBRU (a nebo ev. jiný emailový server) je, že nechceme mít stávající emaily u ISP, ale chceme je u nás. Důvody jsem napsal výše.
Předpokládám, a nebo z diskuse vyplynulo, že ZIMBRA je použitelná, a to co od ní očekávám by asi měla splnit.

[Vilith]

a proc nepouzivat lokalni exhachange/AD a vyresit konektivitu?
nebo lokalni Zimbra a vyresit konektivitu?
nebo SMTP relay u providera a lokalni reseni Zimbra/Exhange, MX recordy

[Screemy]

Ten důvod proč chceme ZIMBRU (a nebo ev. jiný emailový server) je, že nechceme mít stávající emaily u ISP, ale chceme je u nás. Důvody jsem napsal výše.
Předpokládám, a nebo z diskuse vyplynulo, že ZIMBRA je použitelná, a to co od ní očekávám by asi měla splnit.

Ano, zimbra je pouzitelna a splni to ....

Jiste pro to sve duvody mate, takze to rezebirat nebudu, pokud budes chtit help se Zimbrou, dej vedet

[Milow]

Možná se ptám hloupě, ale nebylo by lepší vyřešit problémy s konektivitou?

[Honza]

Takto to vyřeším
- lokalni Zimbra a vyresit konektivitu

S tou konektivitou to není špatné, ale např. začátkem minulého týdne O2 dělalo údržbu na xDSL linkách "a něco se jim nepovedlo" a shodou okolností místnímu WiFi poskytovateli v jižních Čechách překopli kabel. Takže výpadek na 8-10 hodin.
To je ale "politika" Většina z vás to jistě zná, prostě vedení vysloví příkaz, a varování, že se to nesmí opakovat, zároveň zdůrazní že Exchange tedy nyní určitě ne.

[MP]

Takto to vyřeším
- lokalni Zimbra a vyresit konektivitu

S tou konektivitou to není špatné, ale např. začátkem minulého týdne O2 dělalo údržbu na xDSL linkách "a něco se jim nepovedlo" a shodou okolností místnímu WiFi poskytovateli v jižních Čechách překopli kabel. Takže výpadek na 8-10 hodin.
To je ale "politika" Většina z vás to jistě zná, prostě vedení vysloví příkaz, a varování, že se to nesmí opakovat, zároveň zdůrazní že Exchange tedy nyní určitě ne.

24/7 pozadavek bez redundantiho ISP ci alespon WAN je nesmysl. A redundantni mailserver mate?

[Vilith]

Pokud bude mit konektivitu od 2 provideru (ruznymi technologiemi), tak nepotrebuje zalozni mail server.
V dnesni dobe jiz maily cekaji na zdrojovem serveru bez problemu nekolik dnu a zkousi dorucit (tim je zbytecne provozovat i nadrazeny MX server). Maximalne jeste nekdo pouziva informaci na zdrojovem serveru pro odesilatele, ze se zpravu do typicky 4 hodin nepodarilo dorucit a probihaji jeji pokusy o doruceni. Bezne se dale posila odesilateli zprava po typicky 4 dnech, ze se zpravu dorucit nepodarilo

[Honza]

Máme dvě "linky". Tedy jedno ADSL a jednu WiFi připojenou přes router, který zajišťuje přesměrování v případě nedostupnosti a nebo low-balancing. Tedy ale i dvě IP adresy, to třeba v kontextu k těm MX záznamům, protože na nějaké dynDNS se mi to posouvat nechce=pak je to stále složitější.

Redundantní mailserver nyní nemáme, dnes je vše u ISP který zajišťuje hosting + emaily. A my nedokážeme nic ovlivnit, prostě je to služba. Ale když nám něco u nás "lehne", tak se na tu službu již nedostanu a ani nejdou lokálně odesílat emaily, viz. předchozí příspěvky.

Proto chci ten server k nám, i s tím, že bude muset být další nastavení u ISP, kvůli ev. výpadkům, vyjma toho dynDNS.
A principiálně mi šlo o to, zda ZIMBRA je na to vhodná, a nebo zda existuje nějaké vhodnější řešení. Ale jde mi o celkovou funkčnost. Těžko budu hledat zda do Postfixu přidat další modul, a potom ještě další a řešit vzájemnou nekompatibilitu a nebo složitost při nastavení.

[Honza]

Mám zkušenosti, že po 4 hodinách se odesílá NDR odesílateli, a pak je pro nás po této době email již ztracen. Opět toto nastavení je dnes u ISP, nedokážeme nyní ovlivnit.

[Vilith]

Pokud mate 2 konkurecni linky do Internetu, tak je nejsnazi pouzit pro kazdou linku jinou priritu MX (pro hlavni linku nizsi MX). Reseni pomoci DynDNS je mozne, ale radeji bych pouzil MX

Uvadel jsem typicke nastaveni na serveru odesilatele (4hodiny/4dny), ale kazdy odesilaci server muze mit toto nastaveni individualne jine