Zimbra server oldali tapasztalatok

postfix,dovecot,spamassasin,ldap/mysql/akármi backend/samba/.../... rendszer egyedi összeintegrálása helyett nézegetem a zimbra open source version-t.

Az lenne a kérdésem kinek mi a véleménye róla. Működő, üzemeltetett rendszerekről kérdeznék. Mennyit kér enni, mennyire érdemes frissíteni , mennyire nehéz a frissítés megvalósítása.

Az elképzelés egy alap backend alapú levelezés lenne, 30-40-es userszámban, ám masszív levéltömegben gondolkozva. Archiválással valamint valami olyan megoldással, ahol egy-egy levélváltáskor a felek könnyen tudnak a szükséges dokumentumokhoz is hozzáférni. Ha jól olvasom a zimbra pont erre tökéletes, de szívesen meghallgatnám üzemeltetők véleményét. Kinél halt el tesztfázisban a bevezetés? Milyenek a tapasztalatok ott, ahol bevezetésre és napi használatba került.

Hozzászólások

-1
- elegge (ertsd: nagyon) memoriaigenyes, igaz nalunk kb 1000 userrel megy, 2tb level van alatta es napi 2-5gb jon bele
- vannak fura bugjai, megmagyarazhatatlan leallasok, eldobalt imap kapcsolatok stb...
- a magyar ekezetes karakterekkel (meg szerintem ugy altalaban a karakter kodolassal) vannak meg nehezsegei, pl attacs fileneveben nem mindig kezeli jol etc.
- a 7-esbe mar van magyaritas ugyan, de eddig nem volt
- idezojeleket nem nagyon dijazza a fejlecekben (from/to foleg), fura dolgokat muvel tole
- a hosszu (pl. 3 tagu, tele ekezettel) neveket sem szereti, tobb sorba tordeli tole a from: mezot amit meg a fogado szerverek egy resze nem dijaz
- ingyenesbe nincs backup megoldas, azt vagy megoldod magad valahogy vagy nem
- regi bongeszokkel nem nagyon hasznalhato (a legujabb msie/ff tamogatott, a tobbit kb leszarjak) az ajax felulet, a html feluletet meg az 5-os zimbra ota mar nem nagyon fejlesztik, az uj featurek (pl. tertiveveny) nem kerultek bele
...

frissitesek: mindig frissitjuk azzal a remennyel hogy hatha legalabb 1-2 bugot (amivel napi szinten szivunk) javitottak, de ez meg nem fordult elo, viszont kb minden frissites ujabb problemakat, bugokat hozott amik jellemzoen csak hetekkel kesobb derulnek ki amikor mar keso rollback-elni. a major upgrade (pl. 5->6) az egy tobb napos melo, es minden sajat dolgot (plusz ldap mezok, pluginek, magyaritas etc) ujra kell csinalni utana...

egyetlen elonye hogy egyszeruen telepitheto es gyorsan van egy kulcsrakesz megoldasod minimalis meloval, hatranya, hogy az uzemeltetese egy remalom

A'rpi

+1
Amikor még rendszergazda voltam, évekig üzemeltettem Zimbrát. Én sem írhattam volna le jobban. Még annyit tennék hozzá, hogy az én backup megoldásom rync volt. Rsync futás közben, zimbra leállít, rsync a maradék fájlokat, zimbra elindít. Aztán a vagy elindult minden komponense, vagy nem. A status azt mutatta, hogy igen, pedig sokszor volt, hogy nem :)
--
HUPbeszolas FF extension

ha megvesszuk, akkor talan... de fent is meg nalunk is az ingyenesrol volt szo. en reportoltam tobb bugot is, de vagy le se szratak vagy lezartak azzal hogy duplicate vagy hogy mar javitva (a kovetkeoz rls-ben), de valojaban azota se...
ahhoz meg tul komplex es kusza az egesz hogy nekialljak en bugfixelni a forrasban.

A'rpi

Nalunk is megy par eve a Zimbram az opensource verzió. Mint ahogy mindennek vannak jo es rossz oldalai, ennek is.

Az biztos hogy eroforras kell neki gazdagon, es nem csak ram, cpu is. De valamilyen szinten ez ertheto hiszen nem csak postfix rol van szo hanem ezerfele mas feature is ossze van gyurva amit egy java alapu cucc bizergal folyamatosan minden oldalrol...

Nalunk 20-30 fiok van, aszem 4gb ram van neki adva jelenleg.

A hibak amiket feljebb emlitettek, nalunk :

-megmagyarzahatatlan hiba nemvolt, ha valami tortent annak okat mindig megtalaltam a logokban, ilyenhogy IMAP vagy barmi megszakadozott nemvolt. Persze nalunk nincs 1000 fiok...
- nekunk is van egy olyan partnerunk akitol jonnek neha olyan levelek amiben furak az ekezetek de nem mindig, es csak tole. Szoval a hiba nem csak zimbraban van szerintem hanem naluk is. De komolyabban nem foglalkoztam vele.
- bongeszotamogatassal nem volt gondunk
- mentes OS verzio miatt sajat megoldassal van megoldva, nyilvan a beepitett zimbra megoldas rugalmasabb es szebb jobb szagosabb lenne, de Zimbra wikiben is tobb megoldas van leirva a OS verzio mentesere.
- 7.0 elott keszitettunk hozza mi sajat magyaritast, azzal sok melo volt, de nekunk minden szepen magyaritva volt, mostmár ezzel nincs gond
- frissitessel eddig nem volt gond, de 2 mentest is csinaltam mindig elotte :) frissitgettem amikor volt eppen ido, es elotte teszt serveren kiprobaltam a frissites kimenetet, mert nalunk egyeb kulso cuccok is vannak kapcsolva zimbrahoz amitol feltem h uj verzioval nem fognak menni. Illetve vannak beallitasok amiket nem a zimbra admin feluleten tettem meg, igy a frissites nyakon is vagja mindig...
- sajnos az ingyenes verzioban az ilyen okostelefont tamogato funkcio bigyok sincsenek benne, a fizetos verziok meg igencsak borsosak voltak mikor utoljara neztem.
- sajnos debian 5 a legfrisebb tamogatott verzio ZCS hez es azis Deprecated. (kovetkezo major Zimbra verzioban nemlesz debian 5 tamogatas) Mar igertek forumokon honapokkal ezelott hogy debian 6 is tamogatott lesz, sot olvastam tobb leirast is hogy hogyan kell ra feltenni de meg akkor sem tamogatott. Ezzel nagyon remelem kezdenek valamit.

Osszessegeben nem bantuk meg azt hiszem h ezt valasztottuk.

Ha olyan sok mailed lesz akkor azt mindenkepp jol nezd meg hogyan fogod tudni biztositani hogy majdan amikor régi emailbol sok lesz akkor azt valahogy zimbran kivul tarold, mert az ZCS mentest tudomasom szerint csak ugylehet hogy MINDENT lementesz (fájl szinten), tehat nincs lehetoseg valogatni hogy ezt+azt fiokot nem mented mindennap. Persze ha van rá hely/ido akkor maradhat minden benne. (zimbra stop, xfs snapsot, zimbra start... aztan spanshotot lehet rsyncelni...)

Köszönöm a bő tájékoztatást. Jelenleg sajnos több a contra, mint a pro. Nézem a hibalistádat, de jelenleg ott tartok ,hogy ezek igazából nem is hibák, hanem olyan kívánalmak, amiknek nem tesz eleget a rendszer, kivéve a karakterkódolási probléma )

A gondolat egyébként nem éri el az 50 felhasználót. Inkább a csoportmunka lenne az innováció. Nekem a szerveren nem kell a magyar nyelv igazából. Feltétlen a zimbra kliens sem, kérdés hogy a kollaboráció ( fájlmegosztás hogy működik olyan esetben ). Alapvetően egy skálázható, nagy mailboxok esetén sem lomha megoldást szeretnék, ahol a csoportcímek és valami könnyű fájlsharing már meg van oldva.

Ahogy olvasom lehet, hogy erre a zimbra már ágyúval verébre?!

Csak annyit tennék hozzá, hogy amikor még én üzemeltettem úgy egy éve, akkor a fájlmegosztás csak a zimbra webes felületén ment, vagy hekkelhetsz webdav-ot, nagyon körülményes szerintem. Viszont ez azóta változhatott, nem tudom most mi a helyzet.
--
HUPbeszolas FF extension

En 6-os Zimbrat lattam kliens oldalrol, a webdav oob megy rajta, az altalam hasznalt mail kliens (Evolution) szepen tudott integralodni. A fajlmegosztasra is az lett nalam a megoldas, hogy Nautilusban felvettem a megfelelo DAV mappat.
Windowsra meg allitolag van kliens prog.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

en a zimbrarol eloszor a zentyalrol szolo eloadason hallottam. Ott akkor dicsertek. De ezekszerint vannak vele gondok.
-------------------------------------------

a nagyobb baj az, hogy minden levelezorendszerrel vannak gondok, egyiket se mernem nyugodt szivvel ajanlani. meg az exchange-t se.

egyik ugyfelnel roundcube-al kiserletezunk mar egy eve (openwebmail levaltasara), de egyreszt alapveto feature-k hianyoznak vagy nem mukodnek, masreszt rettento sok a bugja annak is. elonye hogy ezt legalabb javitgatjak, es sok kulsos plugin van hozza ami a hianyok nagy reszet potolja.

A'rpi

Látom mindenki lefossa az inát tölle, hát én nem:
kb 800 user és havi cirka 160ezer email (ezzel van tapasztalatom).
- Nem tudod az OS szokásos firssítő mechanizmusával frissíteni a levelező rendszert (aptitude, yum, emerge, stb.)
- Blackbox! Nem tudod, hogyan, mitől működik
- Nem integrálódik az OS-be (beállítás /etc, logolás /var/log, adatbázisok /var/lib)
- Nincs repositorie, a frissítés gyakorlatilag újra telepítést jelent.
- Két példányban van benne mysql, egy a mailboxok adatainak, egy a logolásnak
- Nem tud syslogba logolni

Még tudnám sorolni az agályaimat, kezdve a biztonsági javátsokkal, a mentésen keresztül, a mentés visszaállításáig...

Egy teljesen hétköznapinak mondható jelenség:
Látszólag semmi nem történik a serveren, nincs jelentősebb kimenő, vagy bejövő levélforgalom, de egyszercsak a mailboxd nevű entitás elkezd forkolni és a server loadja el kezd emelkedni 25 szálnál megáll a forkbomba és a load beáll egy állandó értékre 9 - 13 körül. A problémát az újraindítás javítja meg. Érdemi logüzenet nincs (hiába az igazán jó programozók nem szorulnak rá a logra). Ezzel a jelenség megszűnik órákra, vagy akár napokra is.

----
올드보이
http://molnaristvan.eu/

> - Blackbox! Nem tudod, hogyan, mitől működik

elvileg opensource, RTFS :)))
en 1x beleneztem aztan azota en is blackbox-kent kezelem :(

> - Nincs repositorie, a frissítés gyakorlatilag újra telepítést jelent.

igy van. ezert szopas ha sajat pluginjeid, magyaritasod, ldap schema-id vannak, mert frissites utan lehet felpakolni mindent ujra...

a logolasa szerintem is gaz, kedvencem hogy a sajta log-jai java exception stacktrace-ekkel van teli, abbol talald ki hogy mi a baja...

> Nem integrálódik az OS-be

ez leginkabb (nekem) ott fajt, hogy az MTA-ba se integralodik hanem sajat postfixet is futtat...

> ...A problémát az újraindítás javítja meg. Érdemi logüzenet nincs

ez nalunk is elojon kb havonta 1x.

meg az is vicces (na jo, fel nap szopas utan mar nem annyira az), hogy a sajat tanusitvanyt nem eleg bemasolni a megfelelo helyre, kezzel kell a java jre-be is beleganyolni...

A'rpi

azert kell a java jre -be "beleganyolni" (igazabol csak a keystore-hoz hozzavenni), mert szegeny egy Javas app, es mi szeretjuk a keystoreokat :-)

szerintem a logoknal a stacktrace a legjobb, latod, hogy hol szallt el, bele lehet nezni a kodba; persze en Java fejlesztokent sok ilyet latok, konnyu olvasni oket.

ettol fuggetlenul tamogathanank valami szabvany syslogot, termeszetesen.

azt tudom hogy miert kell a keystore, csak atz nem, hogy a zimbra cert importaloja miert nem kepes oda is berakni akkor, miert nekem kell kulon, kezzel?

stack tarcet fejlesztokent en is szeretem, de uzemeltetokent hasznosabb lenne valami ertelmes hibauzenet, mint hogy a log ertelmezesehez a forraskodot kelljen bujni. sajat kodnal persze nem gond, meg kisebb projekteknel se, de egy zimbra bonyolultsagu valamibe...

A'rpi

Nem csak szeretni kellene, hanem tamogatni is. Mert a keystore-kat eleg problemas kezelgetni. Megnezegettem, hogyan kell importalni programbol PEM/DER tanusitvanyokat, nem egy problematikus. Miert nem tamogatjak akkor a Java-s programok?
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

Zimbra 7.1.4-et tesztelünk éppen OpenSource edition-be. Találtam egy komplex megoldást, amely backup/restore-olja az összes fiókot online és okostelefonon, mint egy Exchange fiókot kezeli a Zimbra fiókokat, naptárat, feladatokat. Itt megtalálható a történet. Természetesen pénzbe kerül a megoldás, de töredéke annak, mint ha egy Exchange-t és hozzá support-ot vennénk igénybe. Mivel mind a 3 platformra (Windows, Linux, Mac) van ingyenes kliense is, amely offline működésre is képes elég erősen nyom a latba, hogy éles rendszer legyen belőle! Amiket írtatok fentebb, mi a 7-es verzióban nem tapasztaltuk.

A 7-es verzióba sikerült új bugokat rakni. Sajnos ezeket valahogy mindíg kifelejtik a release notes-ből, pedig örülnék neki hogy ha az éppen megdöglő (valójában persze nem, csak a management felület szerint) amavist valahogy helyre lehetne hozni. A régi trükk: leállít, lockfile töröl, indít -már nem segít.

A post indítónak:
2000+ fiókot üzemeltetünk. 6 gépen fut VmWare clusterben, elég erős vasakon és storage-n. 6-ból 3 gép a "hot-backup", előző heti mentés felconfigolva és jól békénhagyva. Ezen felül 3 helyen őrizzük csak az ldap-ot(összes verziót,amióta csak fut a rendszer), és mindenki saját felelősségére tartja benne a leveleket.
Jelenleg felemésztett tárterület: 800GB körül.

A restore egy horror, volt egy kéthetes maraton amikor 1TB mailt pakoltunk vissza olyan toolokkal, amiket akkor kellett lekódolnunk.
Sok tapasztalatot nyertem vele, meg ősz hajszálakat.

Hamarosan upgradelünk, majd megírom milyen.
-
Debian Squeeze

Igyekszem levonni a konzekvenciákat:
Zimbra-t használható de blackbox és erősen vannak nyűgjei ( mint minden nagyobb email megoldásnak ), amit ki kell ismerni éles üzem elött. Backup-olni kell, ezt általában 3rd party megoldást.
Ami feltűnt itt, hogy aki kkv-nek üzemelteti, annak nincs nagy baja vele, gondolom a kkv is kevésbé morgolódik és kevesebb is az adatmennyiség kevesebb probléma jön elő. A régi motorosok leginkább kidobják, de nehezen megoldható egyrészt mert a felhasználókat nehéz állogatni, másrészt adatmigrálás is nehézkes és ők már rájöttek a dolgok mikéntjeire.
Ha Zimbra-zol akkor sok tapasztalat és vagy kereskedelmi verzió.

Felmerült ötletként a zentyal amely szállít zafara-t és az os szállított daemonjait kezelni nem pedig teljes különálló rendszert, ezek logjai ennek megfelelően gondolom jobban is olvashatóak.

Félreértés ne essék semmi bajom egy ldappal összedrótozott postfix, dovecot és egyéb rendszer felkonfigurálásával. Nyilván azt fogom érteni a legjobban amit magam rakok össze. De ha van egy kellemes kezelőfelület és még értem a működést azzal nyerek a legtöbbet.

Hali!

Olyan kérdéssel fordulnék hozzátok, hogy van egy 7.1.4-es Zimbránk AD authentikációval,
kb. 500 postafiókkal. Fokozatosan terhelve migráltuk át a régi levelezőről az újra az adatokat, és minden rendben ment, az éles indulás után előállt egy probléma miszerint a beállított klienseknél (outlook, thunderbird, iOS, Andorid)újra bekéri a jelszavakat.

vjp

az activesync nem elerheto az ingyenes verzioban igaz?

En is vmi exchange replacementet keresek, par szaz usernak, nem tul nagy email forgalommal. Nem uzleti felhasznalokent, fontos lenne az ingyenesseg esetleg par kiegeszitoert fizetnenk.
En eddig zimbrara open source verziojara gondoltam, de eleg rosszakat irtok rola. A webmail es az activesync hasznalata ket sarkalatos pont. Esetleg alternativa-t tudna vki ajanlani? koszi

Mi rosszat irtak kik es hol? En meg rosszakat hallottam az ejszakai manokrol:(

Activesync: Igaz. Viszont ugy hiszem, vasarolhato hozza vmi 3rd party forrasbol kiegeszites, ami sokkal olcsobb. Nem tudom, h konkretan az Activesync-re is igaz-e. Mi nem hasznaljuk, igy nyilatkozni sem tudok rola. Sot az URL-t sem talalom:)

t

A mobilsync-re gondolsz? Az valóban nincs benne az open source változatban, csak a fizetősben. így ha ez az egyik sarkallatos pont, akkor ki is esett.

nálunk elég kis mailbox számmal (kb. 30) megy már évek óta, sok probléma eddig nem volt vele. igaz nincs is agyonterhelve. Anno volt projekt a network edition bevezetésére úgy, hogy a szerver zimbra, a kliensek ms outlook-ok. Na, az maga volt a rémálom. A projekt el is bukott, igaz főleg politikai okok miatt. De a műszaki része is gyenge lábakon állt abban az összeálításban. Tapasztalatként az jött le, hogy ha valaki zimbrát akar, akkor ne akarjon outlook-ot mellé, mert vért fog vizelni a mellékhelyiségben is. A webes felülete teljesen jó, mobilra rendesen viszont csak a network edition szinkronizál. Az open source max a maileket imapon. Bár annak idején találtam valami alkamazást androidra, de az is csak a network edition-nel volt képes szinkronizálni.

Én eddig meg vagyok elégedve vele, a frissítéssel eddig nem volt gondom, bár egy snapshot-ot mindig csinálok a VM-ről mielőtt neki kezdek. De visszaállni még egyszer sem kellett. Erőforrásigényes, ez tény. nálunk a 30 mailboxra van 3GB RAM, de kevésnek tűnik. ha nem kell több száz vagy ezer mailbox-ot beletömni, most is ezt választanám.

Az ingyenes verziohoz lehet venni mar többfele olyan kulso fejlesztesu progit amivel mobilrol elerhetoek a zimbra adatok. Sot van a wmvare nak egy ingyenes appja is droidra, de meg nem probaltam.
Nekem eddig eleg volt hogy a maileket megtudom nezni tavolrol, ahhoz meg elegendo egy sima imaps is.

http://labs.vmware.com/flings/vza
http://www.lvsync.com/homepage.html

koszi ezt megnezem. Egyebkent...ez most ciki lesz...de akkor mi az activesync tulajdonkeppen? En azt hittem hogy az a "tulajdonsag" hogy mobilrol szinkronizalja activan az emaileket :)
Persze gondoltam hogy enelkul is valahogy meglehet nezni, de akkor az activesync az annyipluszban, hogy kerdes nelkul jelez ha uj email van, nem kell kezzel frissiteni? Vagy mi benne a plane?

Az ActiveSync az meg a PDA-s idokbol jott, amikor a PDA-kban nem volt explicit WebDAV, LDAP, meg pocsom tudja meg milyen tamogatas, hanem ismertek az IMAP-ot, a POP3-at, meg az ActiveSyncet. Na, az elso kettorol meg az iskolas is tudja, hogy mail-only protokollok, vagyis ezektol kontaktjaid, talalkozoid, taskjaid, free/busy infoid, egyebeid az eletben nem lesznek. Erre az ActiveSync hivatott lenni, mely kepes a felsorolt infokat (pluszban a maileket is) szinkronban tartani a PDA-don/telefonodon.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

POP3-tol biztos nem lesznek se kontaktjaid, se egyebeid. Ez fix.

Nehany mailkliens kepes IMAP-bol kiolvasni a naptar es kontakt adatokat, de ez nem igazan elterjedt feature, a kliensek donto tobbsege nem tudja. Amirol pedig en beszeltem, az a Pocket PC volt, mely egeszen biztosan nem tudott ilyen feature-t. Ez mar eleg pontos volt?
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

Ha emellett a cel telefon kepes pl. CalDAv/CardDAV szinkronra, akkor nincs. Ha csak SyncML-t tud, az necci, mert azt a Zimbra csak valami 3rdparty cuccal tud (nemtom mivel, en is csak azert tudom, mert ilyen volt felhekkelve az excegem Zimbrajara), es eleg nyugos. Van meg ugye az LDAP... erre nem tudom, hogy hany telefonnak van kliense, ha tippelni kene, akkor Androidra talan van valami, masra nem gondolom, hogy eselyes lenne.

Szoval, a valasz az a kliens-telefontol fugg, illetve mindenkepp erdemes tesztelni, hogy a kivalasztott szolgaltatas megfelel-e nektek, illetoleg jobb-e mint amit az activesync nyujthat.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

(Nem) sorrendben:
Androidra tudok CalDAV/CardDAV klienst, marketban van ra app, bar kicsit meg beta.
iPhone tud CalDAV-ot es CardDAV-ot is, de mintha csak az iOS4-tol lenne ez a funkcio, valami ilyesmit olvastam.
BlackBerry: na ez nagyon fekete lo, az biztos, hogy Exchange-hoz van kulon connector szerver (ez egy bohom, kulon megvasarolhato, enterspajz szoft), mast nem hallottam, hogy ismerne. De errol kerdezd meg a szeder tulajokat, ok biztos tudjak.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

A Zimbra mindent maga telepít maga alá (ldap, mysql, postfix, stb.) és nem is ajánlatos ezekbe belenyúlkálni. Bár lehet külső ldap-ból is authentikáltatni (egyéb infókhoz a sajátja akkor is kell), illetve lehet a saját ldap-jára is ráapplikálni egyéb auth-okat (pl. samba)

a postfixet ki lehet hagyni alola, a 6-osnal mar eleve opcionalis a telepitese, elvan masik smtp hosttal is. az mas kerdes, hogy akkor a sajat postfixen az atiranyitasokhoz kell egy kis konfigolas.

az ldap-ja nelkul nem mukodik viszont, mi a tobbi szolgaltatast igazitottuk hozza, kibovitve nehany uj schema-val.

A'pri

ha nem rakod fel a zimbra postfix-et akkor nyilvan azt sem kell legeneralni.

egyebkent barmilyen smtp-vel mukodik, az admin feluleten meg lehet adni a relay host-ot, amin keresztul a leveleket kuldi, a bejovo leveleket pedig LMTP protokollal kell a zimbranak atadnod a sajat MTA-drol.
nyilvan ebben az esetben az mta-t neked kell kezzel bekonfigolnod a sajat domain-eidhez.

A'rpi

nalunk anno volt replikalas de tul sok gond volt vele, rendszeresen elfelejtett frissulni aztan csak szivtunk vele...
egyebkent tudtommal semmi extra nem kell hozza, vagy letrehozol egy usert es adsz neki olvasasjogot mindenre (jelszavak pl) vagy a zimbra ldap admin userevel tudod replikalni

persze a zimbra schnema-it fel kell venned eloszor a replika szerveren

A'rpi

Csak a Z-Pushról. Most jelent meg rengeteg javítással - teljesítmény, feature, AS verzió kompatibilitás - a 2-es. A fejlesztővel pedig évente egyszer szoktam találkozni egy konferencián, közvetlen, látszik, hogy képben van, és nem titkolja a bugokat stb. Ha most állsz neki, akkor főleg erőforrás dolgok miatt a 2-es verzió erőssen javasolt, még, ha pont most is jelent meg kb 4-5 napja.

Másfél éve használjuk mindenféle mobillal (csak levelezés + naptár), de eddig senkinek nem volt hatalmas problémája vele. Persze vannak benne hibák, de azokat folyamtosan javítják és újabb funkciókat implementálnak.
Én is a legfrissebb használatát javaslom, egyrészt az új funkciók és javítások miatt, másrészt mert az upgrade nem mindig eléggé kifinomult: volt olyan verzió ugrás, ahol nulláról kellett installálni és a felhasználóknak a fiókokat újra létrehozni a mobilon.

Sziasztok!

Megosztanám a tapasztalataim a zimbrával kapcsolatban.
A Magyarországi Reformatus Egyháznál vagyok rendszergazda. A központi levelező szerver ami országos kb. 3000 email fiókot tartalmaz.
Iredmail-ról tértünk át ami ugye lényegében egy postfix+dovecot+amavis kombó squirrelmail-al. Már egy éve megy a zimbra (7-es verzióval kezdtük). A felhasználók nagyon szeretik.
A kifejezett kedvenc az egymás között megosztható mappák, feladatok, naptárak és a táska amivel egymásnak küldözgethetnek nagy méretű fájlokat, ill. túlméretes leveleket küldhetnek a csatolmány nélkül csak egy hivatkozással a nagy méretű fájlra.
Mivel van aki valami eldugott kis faluból kapcsolódik a rendszerre ahol maximum egy 128K ISDN-n vonal van csak (igen létezik még ilyen) ott kifejezetten fontos a sebesség.
A zimbra email cache-elése nagyságrendekkel jobb mint egy sima imap-os webmail-é mint pl a squirrelmail is. Tehát ezek a felhasználók is mind jelezték, hogy gyorsabb lett.
Sorolhatnám még a zimbra szolgáltatásait de ennek bárki utána tud nézni.
Valóban erőforrás igényes de én 8GB ramot adtam neki (néhány saját memória optimalizáló scriptem van amit használok és némi sysctl tuning, noatime mount opció stb..) és bőven elbírja a rendszer. Egyszerre aktív kapcsolatok száma kb 300 szokott lenni, IMAP, web sessionok vegyesen. Percenként 1000 bejövő email és úgy 300 kimenő. Szóval van forgalma.
Soha semmilyen baja nem volt még. Ami problémám volt arra mindig leltem megoldást a zimbra fórumon.
Mi az open source (community) editiont használjuk jelenleg. Backupra írtam egy scriptet, de már létezik nagyon profi backup script ami futás közben kiexportálja a leveleket (maildir formátumban) és a beállításokat bezippeli és elrakja ahova akarod, ráadásul tud inkrementális mentést ill. visszaállítást is.
A z-push-al megvan oldva a mobil sync is.
Mivel időközben üzembe lett állítva egy másik zimbra is ahol sok domain-hoz vannak fiókok szükségessé vált olyan admin hozzáadása aki csak egy adott domaint tud kezelni.
Erre az open source edition-ban gyárilag nincs lehetőség, viszont létezik rá egy külső fejlesztésű alternatíva zimphony néven. Időközben rájöttem, hogy kell parancssorból egy sima usert aki az adott domain alá van rakva úgy adminná tenni, hogy ha belép a zimbra admin felületén csak a saját domainját látja és kezelheti, semmi mást nem érhet el.
Tehát végülis a domain admin kérdése 3rd party alkalmazás nélkül is megoldható.
A zimbra desktop alkalmazás csak hab a tortán. A külföldre sokat utazók imádják, mivel tud offline módban működni. Tehát válaszolgatnak a levelekre, újakat írnak, elküldik stb. majd a legközelebbi online állapotnál minden szinkronizálódik.

Sok sok éve nyúzom a linux rendszereket, a kézzel összerakott exim/postfix levelezőktől kezdve a zarafáig mindent kipróbáltam de a zimbra magasan visz mindent.
Kifejezetten felhasználó barát a sok olyan szolgáltatással ami informatikai tudással nem rendelkező felhasználóknak is impozáns.

Elég sok trükköt ismerek már a zimbrával kapcsolatban, hibákat amik előjöttek, szóval ha valakinek gondja van keressen nyugodtan, szívesen segítek.
email: peter@donka.hu

szép napot!

igen tudom, hogy a zimbra is postfix+amavis kombóra épül de egy friss installos ubuntura felmegy az egész cucc a zimbra installerével, semmit nem kell kézzel hegeszteni (vagy csak minimális dolgot)
és valóban igaz, hogy a webui dobja meg az egészet nagyon. de ugye egy ilyen rendszert többnyire nem a saját szórakozásunkra építünk, tehát a végfelhasználók szempontjából kell nézni. ebben az esetben pedig a zimbra nagyon jó helyen van. ami megint csak nem utolsó szempont, hogy minden cucc az /opt/zimbra alatt lakik. tehát elég lementeni a teljes mappát, ha baj van vissza állítható bármilyen állapot. nálam időnként lemegy egy full mentés, ha meg valami frissítés előtt vagyok akkor kézi snapshot.
az emailek full mentése backup scripttel hetente teljes mentésben, naponta inkrementálisan. 1 hónapra visszamenőleg tárolódik a heti mentés, a napi inkrementális csak a hétvégi full mentésig. utána minden hónapban a hó végi utsó marad meg, év végén meg az év eleji-közepi-végi full mentés. tehát nem zabál irgalmatlan sok helyet.
van egy oldal ahol részletesen taglalják a zimbra teljesítmény tuningját, ott vannak leírások, hogy 2-4-8-16GB memória esetén, hogy állítsd be, hogy bírja a rendszer. a kulcs minden esetben a javas részen van. ugyanis az zabál meg majdnem 2 gigát. van rá trükk, hogy a jetty-t kidobd ami a 7-esben van és nginx-et rakjál bele, azzal is lehet spórolni fél giga ramot. bár a konfigja az nagyon halál. azt csak akkor érdemes bevállalni ha mazohista vagy :) nem biztos, hogy megéri az a +512m free ram a szívást.
a swappinesst érdemes 0-ra állítani még ha csak 2gb ramod van is mert durván belassul a zimbra a legkisebb swappelésnél is.

zimbra perfomance tuning: http://wiki.zimbra.com/wiki/Performance_Tuning_Guidelines_for_Large_Dep…
szvsz a legjobb automatizálható backup script: http://wiki.zimbra.com/wiki/HOT_Backup_and_HOT_Restore
ha váratlanul/időnként leáll 1-1 szolgáltatása a zimbrának: (root joggal!): /opt/zimbra/libexec/zmfixperms --verbose --extended
Maildir to zimbra import script: http://wiki.zimbra.com/wiki/Courier-IMAP_Maildir_to_zmmailbox
Meglévő postfix+mysql backend userek migrálása jelszóval zimbrába: http://wiki.zimbra.com/wiki/Migrating_from_Postfix_and_MySQL_with_bash
Alapszintű levlista kezelés (terjesztési lista+milter server): http://forums.zextras.com/zimbra-howto/23-%5Bhowto%5D-regulate-distribu…

Ha bárkinek van zimbra 7.x + mailman howto azt örömmel venném. az összes meglévő leírás a régi webszerrel van összehozva, de a mailman+jetty kombó nem akar működni.

Aki konfigolt mar nagios-t, annak az nginx konfigja nem olyan borzaszto. Szerintem peldaul a Jetty XML alapu szornyei borzasztobbak.

Egyebkent nem ertem: szerintem a Jetty-t funkciovesztes nelkul nem tudod kidobni, ha jol sejtem, az oldal nagy resze Java-ban van irva...

A mailman-hoz nem kell jetty, szerintem. Egy sima webszerver kell csak hozza valahova, ami tud rendesen CGI-ket futtatni, es fel kell venni a mailman aliasait valahogy a zimbraba.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

igen úgy működik, hogy valahol egy webszerver mailmannal, de ha ugyanarra a szerverre akarom rakni amin a zimbra van akkor már gázos mert a 80-as port foglalt. ha másik portra rakom meg mindenhol át kell írni a mailmanba, hogy ne a 80-as porton akarjon elérni minden aloldalt. macerás...
a régi zimbra nem jettyvel ment, kidobható de azért gázos mert a 7es zimbrába totál átvariálták a webszerver részt és ott már macerás kidobni de nem lehetetlen. van rá howto de nagyon nyakatekert.

szóval nekem az kéne, hogy ne kelljen külön szerver a mailmanhoz hanem a zimbra mellett megférjen.
a zimbra6-hoz van howto de az még a httpd-vel működik és ahhoz csinálták. a 7esben csak meghagyták a httpd mappát de már a jetty fut, szóval a leírás így már nem jó.

Ha ilyen egyszerű lenne a fejem se fájna :)
A 7-es zimbrában nincs sem apache sem nginx (amit említettem, hogy a jettyt nginxre cserélni azt én nem szenvedem végig mert rohadt bonyolult, emiatt nem éri meg), a jetty-vel nem tudok mit kezdeni.

itt az idevonatkozó rész:

tcp6 0 0 :::80 :::* LISTEN 2357/java

a processz hozzá pedig /opt/zimbra/java/bin/java
egy jókora paraméterrel. egyébként pontosan ez a baj a 7-es zimbrával, ez a java processz megzabál 2 giga ramot lazán és csak nagy nehezen lehet lejjebb szorítani.

ez a bajom, hogy a java processz fogja az összes portot, 80, 110, 143 stb..

a 6-os zimbrában a 80-as portot a httpd fogta. azzal nem lenne semmi bajom, de ezzel a javas förmedvénnyel nem tudok mit kezdeni.

update:

zimbra a 81-es portra rakva, apache2 mod_proxyval virtualhost-al rátolva. másik virtualhoston pedig ott a mailman. tökéletesen működik!

asszem a z-push-t is átrakom ugyanígy mert jelenleg az is másik szerveren van.

köszi a segítséget még egyszer!

migralt mar at valaki zimbra 6-rol 7-esre? van valami speci szivas amirol jo tudni? en most keszulok erre, es jo lenne megelozni az anno 5->6-kor elojovo rengeteg undocumented problemat...

A'rpi

10.04 LTS, de a 7.2-es zimbra már gond nélkül megy a 12.04-es LTS-el is, a napokban upgradeltem a kisebbik zimbránkat ami vmware alatt van, szóval snapshot azt hagy szóljon, de hibátlanul fut azóta is.

natúr ubuntu install server installos live cd-ről egyedül az openssh csomagot szoktam felrakni telepítéskor.
- az apparmor csomagot érdemes letakarítani mert csak a bajt okozza. konkrétan a zimbrával problémák lehetnek ha ezt meghagyod.
- dpkg-reconfigure dash (majd válaszd a nem-et) is fontos. különben a shell scriptekkel lesz némi baj ami a /bin/sh -t használja (ezt akkor is érdemes megcsinálni ha nincs zimbrád mert a dash-al csak a baj van).
- host fájlt rendbe kell tenni legalább ennyire:
127.0.0.1 localhost.localdomain localhost
192.168.1.1 mail.example.com mail
ha a hostname --fqdn visszaadja a full host nevet akkor rendben lesz

ha ezek megvannak szedd le a ZCSE 7.2-t, unzip és mehet az install script.
onnan már a többit letudja a zimbra, ha szűz install ment akkor kész is vagy

ha migráció kell régi zimbrából belépsz az admin felületen és az admin tools-ok közt ahol a PST migration tools is van meg az exchange migration tools ott van zimbrához is migrációs cucc. olyan gépen kell futtatni ami hozzáfér mindkét zimbrához.
de a 7-es tud migrációt saját szerver környezetébe is.

ami lényeges, hogy a telepítés után feltétlen kell egy fix permission, ellenkező esetben időnként leállhat némelyik szolgáltatás, többnyire az MTA szokott.
korábbi hsz-emben írtam, hogy kell. bármilyen upgrade után érdemes ezt lefuttatni, de ha biztosra akarsz menni akkor a heti cronba berakhatod.

a több ezres júzer létszámú zimbránk ubuntu 10.04 LTS alatt, ZCSE 7.2.0 verzióval hibátlanul megy, fagyások és belassulások nélkül. Csak ajánlani tudom.
ismerős rendszergazda centos-el használja, azzal is teljesen stabil. mondjuk én a debian alapú linuxokra esküszöm de ez már részletkérdés :)

egyetlen negatívum a java miatti nagy memória éhség, de ezt le kell nyelni...

Eltelt közel másfél év, mostmár 8-as verzió van.

Mik a tapasztalatok mostanában?

Most, hogy feljött a topik, beleolvastam és hát jajjj:)
Felmerült a kérdés, néhol nem volna érdemesebb egy hosting panelt alkalmazni ami már a telepítés során összegyúgyítja a postfix-dovecot-spamassassin-amavis motyót? Értem én, hogy kompromisszum, na de utána mennyivel kevesebb a szívás, ráadásul ezekre egyénileg is lehet fejleszteni. Nem nagy kihívás.
Saját tapasztlat IspCP Omega-val van, elég szépen tuningolható. Kb. egy éve lőttem be hozzá spamszűrést, kvótát, ami a webadminról vagy webmailről kezelhető. Ezen 1 év alatt _semmi_ gond nem volt vele.

Aztán ott van az i-MSCP, ahhoz elvileg alapból járnak ezek vagy az IspConfig. (Plusz ami még azóta megjelent.)

Szóva, ha _csak_ levélfiók menedzselése a cél, talán túl nagy öszvér a zimbra. Valaki írta, nála csak 40 fiókot kezel. Nálam 1500-at kezel a fenti kombó és töredék erőforrásból elvan. Megfontolandó tehát más fele is nyitni.

egy jo imap szervert osszerakni spamszuressel etc nem nagy cucc kezzel se, sokat megcsinaltam. ahol a zimbra bejon a kepbe, az a webmail.
sajnos nem sok ingyenes webmail van ami tud mindent, amit az userek igenyelnek (sajna a gmail es tarsaibol indulnak ki).

amugy abban is eleg jo a zimbra, ahogy adatbazisban kezeli/indexeli a kib@szott sok levelet, nalunk vannak userek akiknek 100.000 levele van. ettol azert a dovecot megfexik elegge, a cyrus jobb egy szammal, de az is csak addig amig nem lesz corrupt az adatbazisa valamitol.

arrol nem is beszelve, hogy egy imap alapu webmail se szereti a sok levelet egy folderben, mert maga a protokoll nem arra valo hogy minden oldaltolteskor kilistazza az osszeset. a zimbra a sajat leveleit nem imapon piszkalja, hanem valami sajat api-n.

van ahol kiserletezunk mas megoldasokkal, pl. dovecot+roundcube, de iszonyat sok energiat vesz el, hogy minden alapveto feature-hez 3rd-party plugin kell, amiket evek ota nem fejlesztenek, igy minden frissiteskor kezzel kell javitgatni/ganyolni 2-3 plugint.

A'rpi

Mi az amit annyira igényelnek a userek? Hirtelen átirányításokra, szűrési szabályokra, auto válaszra tudok gondolni, de ahhoz meg van dovecot+sieve+roundcube plugin. 2 féle is. Az egyik lightos, de alap usernek bőven elég, a másikkal pedig már tényleg szénné lehet tuningolni a levelezést :)

igen en is azt hittem, ilyen egyszeru. aztan lecsereltuk valahol az openwebmailt rc 0.6-ra es elkezdtek sirni hogy owm tudott ezt+azt, ez meg nem. olyan featurek amikrol en se tudtam, de az userek megtalaltak :)

rc-ben amik alap siras targyat kepeztek:
- attachment preview, meg tudja nezni kuldes elott miket csatolt a levelhez
- tertiveveny (olvasasi nyugta) kerese, ez pl zimbraban se volt sokaig
- automatikus address book (tanulja meg a cimeket akikkel levelezik)
- automatikus cimkiegeszites beiraskor
- helyesirasellenorzo
- mindenfele szurok, vacation etc.
- tobbfele from emailcim hasznalata
- kepek beagyazasa levelbe
- volt valami nyavajgas azzal is hogy mit mutasson kulon ablakba, html levelek etc, nem emlexem mar pontosan, kollega meghackolta a php-ben azota boldogok

meg pl. openwebmailbe lehetett egyszeruen csoportokat csinalni az addressbookban. meg ilyenek. hidd el mindig kitalalnak valamit amibe a masik rendszer jobb es anelkul nem tudnak elni/dolgozni/levegotvenni

A'rpi

pedig a legtobb free webmail nem tudja, az rc is csak kulsos pluginekkel.

es akkor arrol meg is volt szo, hogy melyik hogy kezeli az ekezetes karaktereket. na nem a body-ban, ott meg a legtobb elboldogul vele, hanem mondjuk a from/to mezokben, vagy az attach fileneveben... azzal a zimbra is kuzd nagyon meg mindig. nem beszelve arrol, ha idezojel es/vagy backslash is kerul a levesbe.

A'rpi

Nem akarlak lebeszélni a Zimbráról, de Samba4 AD + Openchange + Sogo 2 + Php-Push2 mindez postfix, dovecot és mysql vagy postgres backenddel vastagon jobb.
Igen, össze kell kalapálni őket, de utána kezesbárány. Igen, a user kezelés nem egyszerű, de scriptelhető jól, minden official repository-ból jön, könnyedén frissíthatő, és van natív Outlook támogatás is (Outlook anywhere is).

Mint ahogy a Zimbra sem, ez sem mentes egy-két bosszantó kellemetlenségtől, de kb. egy éve már nagyon letisztult a rendszer.
--
PtY - www.onlinedemo.hu

Kisebb erőforrásigény, a Samba4 önmagáért beszél, tud lenni akár elsődleges, akár másodlagos DC (W2k3 szinten), Az Outlook támogatás egyértelműen jó (naptár/címjegyzék is, nem IMAP).
Mindamellett carddav, caldav, sieve támogatás van benne, TB alatt ugyanúgy használhatod, mint outlook alatt (igaz, kell egy-két extension hozzá).
Egy dolgot nem tudsz rajta belőni: OSx alatt Outlook 2011 nem működik exchange módban - az csak ex2010-zel megy MS soldalon is.
--
PtY - www.onlinedemo.hu

Úgy érted, ahogy akarod. :)
Hogyan upgrade-elsz egy Zimbrát? Hogyan backupolsz?

Én így: apt-get upgrade.
A backup meg úgy megy, mint egy normál mailserver/ldap/mysql.

Mindenki döntse el, hogy az elején dolgozik vele egy kicsit többet, vagy a supportttal szív sokkal többet (amúgy én lescripteltem, 30p alatt fel van telepítve minden, belőve, és ebbe még az ubuntu install is belefér).
De legyen, ahogy Te szeretnéd:

"vastagon jobb = outlook tamogatas + faragni kell sokat"

--
PtY - www.onlinedemo.hu

Megkérdezted, hogy mitől jobb, felsoroltam egy csomó dolgot, amiből Te kiragadtál egyetlen egyet, mellé tetted, hogy dolgozni kell vele, és elintézted egy egyenlettel - ez IMHO elég jelentős csúsztatás, ne csodáld a reakciómat - amúgy eléggé meg voltam zuhanva estére, erős napom volt, lehet, hogy túlreagáltam. :)
--
PtY - www.onlinedemo.hu

> Tudtommal natív outlook támogatása nincs (FYI: ne hasonlítsunk banánt naranccsal, opensource megoldásban tessék gondolkodni).

Nincs es ezert irtam az outlook tamogatast az openchange javara (egyedulikent)

> Másrészt ha már van windows szervered és AD-d, miért ne azt használd, főleg, ha a BDC lehet egy Linux is.

HA es AMENNYIBEN van.
Viszont ha nincs, akkor leginkabb nyug es teher.

tompos

ui.: Sot, ahogy nezem, kerberos tamogatas van a zimbra-hoz is:

http://wiki.zimbra.com/wiki/Running_Kerberos_with_Zimbra_Collaboration_…

Szoval nem latom, mit nyer az AD supporttal az openchange. Ha a scriptet nem postolod, akkor nem is fogom, mivel annyi idom nincs, h a semmire osszevakarjak egy tesztrendszert.

Ok, az outlookban ott a pont!
Ha meg nincs, akkor meg lehet mégis normális, központi user management (is) a levelezésen felül.
Inkább azt nevezném nyűgnek, amikor van egy cégnél pl. 15 gép, és evvel 15 rendszergazda a legkülönfélébb beállításokkal. Na, az a nyűg :)
--
PtY - www.onlinedemo.hu

a zimbra tudja a kerberost, akár meglévő samba4-ből vagy exchangeből is tud authentikálni, az meg amúgy sem jó ötlet szerintem, hogy a zimbra mellett legyen egy samba4 is. de két szerveren viszont közös adatbázissal simán elmegy. nálunk a zentyal van pdc-nek használva és a zimbra is abból authentikál, tehát közös júzerekkel dolgoznak, sőt még egy felhőt is toltunk nekik alá az owncloud személyében ami szintén ugyanabból az ldap-ból dolgozik :)

Mi pont arra késztetjük a júzereket, hogy felejtsék el az outlook-ot egy életre.
Nálunk zimbra 8 OSE van évek óta hozzá felrakva z-push amivel hibátlanul megy az active sync-es mobilos kommunikáció. Backupra automatizált scriptem van ami lementi az ldap-ot, mysql-t, és az emaileket inkrementálisan napi szinten. Soha nem kell hozzányúlnom, tökéletesen megy magától. A júzerek meg szeretik mert weben bárhonnan elérik a rendszert mindenféle kliens program nélkül. Emellett ugye teljesértékű csoportmunka szoftver is mert egymás között megoszthatják a naptárjaikat, feladatjaikat, email mappákat, fájlokat, stb. És ez full ingyenes ugye, ha fizetsz érte és megveszed a NE-t akkor meg kapsz natív backup, mobile sync cuccot, outlook connect-el stb. Akinek szüksége van rá. Amit te írtál az nekem rettenetes szopásnak tűnik összerakni és nem feltétlen vagyok meggyőzve arról, hogy megéri.

ezt a scriptet kitehetnéd valahova....
Nálam NE van, a nativ backup se fenékig tejfel... :)
de egész jó hatásfokkal működik, csak vmi tartalomjegyzéket kéne hozzá csinálni
hogy melyik mentésben mi van és melyik szalagra ment ki.....

hot backup and restore a levelekhez, tgz-be ment inkrementálisan vagy fullosan, visszaállítani is tud! nem saját munkám de volt benne részem.

https://github.com/bggo/Zmbkpose

az általam készített fájlos backup ami fullos és inkrementális mentéseket tud tgz-be, a conf mappát pl ezzel mentem illetve a mysql-t is. több mappát is meg lehet neki adni amit mentsen. havi 1 full készül ezeket nem törli automatikusan, az aktuális megelőző hétről egy fullos heti, illetve hétközben napi inkrementális, a közvetkező heti mentésnél az előző heti fullos törlődik és az inkrementálisak is. tehát van havi fullos, aktuális hetet megelőző fullos, és 7 napra visszamenőleg inkrementális. következő havinál csak a hó végi fullos marad meg. így viszonylag helytakarékos de van mentés ha kell sűrűn.

https://github.com/vadonka/simplebackup

a zimbra saját ldap export toolja: /opt/zimbra/libexec/zmslapcat
csak megadod neki milyen könyvtárba mentsen és oda rakja az ldap.bak néven a mentést. a könyvtár nevét célszerű időbélyeggel ellátni

ezt a 3-at futtatom a zimbra crontabjából meghívva naponta éjjel 3kor, tehát van mentésem a config állományokról, az ldap és a mysql adatbázisról valamint a levelekről. minden más változatlan marad ha nem frissítesz verziót.

A nyilvanvalo dolgokon kivul:)

Keves ceget ismerek, ahol nem engedheto meg napi 5 perc leallas holtidoben. A mienk "multi", amikor itt paff van, nehany kollega a tuloldalon akkor kezd dolgozni, de nem szokott belole problema lenni. Az SMTP megengedi, a tobbiek annyit tudnak varni. Jellemzoen tobb fennakadas szokott lenni a szolgaltatok benazasa miatt.

tompos

nálunk éjjel 2kor is megy a forgalom és képesek a júzerek sms-t küldeni, hogy életbevágó cuccot várnak ami miatt nem lehet leállás. arról nem beszélve, hogy nálunk kb 2T csak a store mappa amiben az emailek vannak. ezt minden nap lementeni offline nem 5 perc lenne hanem órák. ami már nem fér bele. az indexelés miatt ott a fájlok dátuma változik tehát egy sima inkrementális fájlos mentés lementene mindent mert úgy venné az változott. az egész /opt/zimbra mappa snapshotja nálunk 3-4 óra alatt megy le, ez már azért érezhető kiesés lenne. ahogy én oldottam meg úgy nincs semmi leállás, és sokkal gyorsabban is végez mintha snapshot készülne.

> 2T

Nyilvan, inkrementalis mentes tortenik utana, csak a valtozasokat huzza le (a mi esetunkben dirvish).

> életbevágó cuccot várnak ami miatt nem lehet leállás

Az a velemenyem, h ha ennyire extrem a felhasznalas, akkor vmi el van baltazva a tervezessel. Ha 5 perc leallas nem fer bele, akkor valoszinuleg olyat biztok levelezesre, amit nem szabadna levelezesre bizni.
No offense, plane hogy latatlanban irom, termeszetesen nem itelkezni akarok.
Erdekel, hogy masok hogyan oldjak meg, milyen celbol hogyan dontenek.

> inkrementális fájlos mentés lementene mindent
Perpillanat 450G a rendszer es 94.33 volt a tegnapi file-ok, 1.5 ora alatt ment at.
Ha megfejelnem deduplikacioval, akkor nyilvan meg kevesebben foglalna, ha zfs send/recv lenne, akkor meg talan meg kisebb is lenne a forgalom.

> snapshotja nálunk 3-4 óra alatt megy le, ez már azért érezhető kiesés lenne.

A kieses ugyanugy 5 perc lenne, mint az en eseteben.

> sokkal gyorsabban is végez mintha snapshot készülne

Nezegettem ezeket a megoldasokat es az a bajom nekem, hogy sok pontja van, ahol hibazni lehet.
Marpedig a rendszer ugy all ossze, hogyha az egyik elem kiesik, fujhatod az egeszet. En ezert dontottem a snapshot mentes mellett.

Az en megoldasomnak is van egyebkent, de azt lehet workaroundolni (nem mindig indul el a zimbra sikeresen).

tompos

non profit szervezetnél dolgozom, pár hónapja már írtam ezt ide és több ezer júzer van a rendszerben az ország minden pontjáról, a logikus tervezés hibáját eltaláltad de ez nem az én bűnöm... ezen kívül viszont minden vmware alatt van virtuálizálva és havonta egy full clone készül minden virtuális gépről ezzel kiváltva a full snapshotot amit szintén megúszok leállás nélkül. hó közben meg ment a script. sajnos a júzerek naponta barmolják el a levelezést, bambák és megadják a jelszavaikat ezeknek a beugratós emailen érkező címeknek, "véletlen" komplett mappákat törölnek, stb. horror. nekem persze minden ilyet orvosolni kell. kénytelen vagyok a kifele irányt is spam szűrni, hogy ha illetéktelen lép be egy fiókba és spammel vele akkor a rendszer a kimenőt is leszűrje megelőzve, hogy fekete listára kerüljünk. ezenkívül még kvótáznom is kell mindent, hogy a spammelést megállítsam ha ilyen történik. úgyhogy ha óránként 100-nál több a kimenő email forgalma valakinek akkor reject-eli az emailt, aztán zárolódik a zimbra fiókja egyúttal én kapok egy sms-t erről. 2-3 naponta megtörténik ez. leül a júzer egy kv házban egy gép elé ami vírusos vagy keylogger van a gépén. a mi felhasználóink abszolút buták ehhez és sok köztük a 60 feletti akinek még a számítógép is egy rejtély. szóval nyűgös eset vagyunk :)

ez a tegnapi statisztika, átlagos forgalom.
Postfix log summaries for Nov 20

Grand Totals
------------
messages

11648 received
6562 delivered
9 forwarded
144 deferred (1694 deferrals)
157 bounced
8330 rejected (55%)
0 reject warnings
0 held
0 discarded (0%)

2370m bytes received
2360m bytes delivered
1611 senders
669 sending hosts/domains
2596 recipients
440 recipient hosts/domains

a zimbra processzek befagyásához meg figyeléséhez ajánlom a monit-ot. én ezzel oldottam meg és ha valami leáll vagy berohad (nem válaszol a tcp porton) akkor megy neki a restart. ez alól kivétel a reggeli cron feladatsor mert akkor sok processzt újratölt a zimbra és cserélődnek a pid-ek. meg lehet oldani okosan, hogy ne is kelljen hozzányúlni utána már.