Céges mailboxom maximális mérete ... lehet.

Egyéb

0 - 10 MB
2% (8 szavazat)
11 - 100 MB
4% (15 szavazat)
101 MB - 1 GB
13% (50 szavazat)
1,1 GB - 10 GB
26% (102 szavazat)
10+ GB
43% (172 szavazat)
Egyéb / Negatív szám / Nincs céges email címem / Csak az eredmény érdekes
13% (51 szavazat)
Összes szavazat: 398

( gelei v | 2017. 01. 17., k – 11:14 )

Innen jött az ötlet.

Nálatok hogy működik? Kicsi mailbox és a user magának rendezi az emaileket? Vagy kisebb mailbox és hozzáférhető archívum? Vagy nagy mailbox amiben minden elfér? Vagy...?

Az elmúlt 20 évben 1 olyan munkahelyem volt pár hónapig, ahol nem úgy ment, hogy a mailboxnak volt valamekkora méret korlátja, és az x hónapnál öregebb leveleket automatikusan törölte a rendszer.
Mindenhol máshol az embernek saját magának kellett valami módon a leveleket archiválnia, ha akarta.

A legtöbb helyen Exchange volt és Outlook. Ilyen helyeken beállítom, hogy autoarchive menjen időnként (pár hetente), és a 2 hónapnál öregebbeket a helyi gépemre archiválja.
Aztán ha nagy ritkán valami régi dolog kell, lehet bogarászni az archívumokban (ha egyáltalán megtalálom a régebbi fájlokat) :-D

nalatok az archivalas azt jelenti: megszabadulni a levelektol :-)

lehet bogarászni az archívumokban (ha egyáltalán megtalálom a régebbi fájlokat) :-D

pont ebben erosek az email archivalo megoldasok: nincs bogaraszas, hanem egy felepitett index alapjan 2-3 sec alatt kidobjak azokat az emaileket, amelyekben benne van a keresett file. A 2-fele megoldas tco-jat meg nem is vetettuk ossze...

Nálam (és Microsoftnál ezek szerint) az archiválás azt jelenti, hogy valamit, ami már nem kell (vagy amit amúgy az automata törölne), elteszem máshová.

Az archívum (szerintem) egy olyan hely, ahová azokat a dolgokat (pl. iratokat) pakolják, amikkel nem kell már gyakran foglalkozni, de adott esetben jól jöhet (vagy kötelező x ideig megtartani).

Bizonyára ismered az Outlook autoarchive funkcióját: átmásolja a leveleket meg ezt-azt egy fájlba a lokális hdd-n.
Ha kell, az outlook ezt a fájlt meg tudja nyitni, és akkor ugyanúgy tudsz benne bogarászni, mint a normál mailboxban.

Nálam jellemzően minden windows-os gépnél (illetve leginkább minden windows telepítéskor egyszer) létrejön egy ilyen fájl.
Újratelepítés, gép leselejtezés, munkahely váltás előtt ezt le szoktam menteni. Aztán jellemzően soha az életben nem keresem elő többet.

TCO? Most viccelsz?
Az autoarchive a meglevő outlook része, a meglevő lokál diszkre másolok, aztán lehet, hogy egyszer valahová lementem, pl. DVD-re írom, vagy valami külső hdd-re. Mennyi ennek a totál (extra) költsége? 0? Esetleg egy DVD árának vagy USB-s hdd-nek egy nagyon kis része?
Ha az általad említett email archiváló megoldás nem fizet nekem azért, hogy használjam (amit erősen kétlek, de ha van ilyen, akkor légyszi írd meg), akkor egyértelműen drágább.
És, ahogy írtam, király, hogy ki tudja dobni az emaileket 2-3 sec alapján, de nem szoktam a régi leveleket keresni. Szóval nem hiszem, hogy én vagyok a célcsoport.

Egyébként nálam ez úgy menne, ha mondjuk most azt mondaná valaki: hé, nézzük már meg, hogy az x cégnél amikor dolgoztál, akkor az y projektben a Józsi mit is írt erről meg arról, mert emlékszem, hogy valami nagyon frankó dolog volt.
Akkor fogom, a nas-on odanavigálok, ahol ezek az archive.pst fájlok vannak, megkeresem azt, aminek a nevében az évszám alapján kell lennie, megnyitom outlookkal, aztán az outlook search funkciójával keresek valamit.
2-3 másodpercnél tovább fog tartani? Na bumm. 10 évente egyszer azt az extra 30 másodpercet ki tudom várni. (OK, nas bekapcsolással, windows indítással, stb. együtt legyen fél óra).

ui: szerintem te teljesen másról beszélsz egyébként, mint mi. Ha jól veszem ki a kommentjeidből, te arra gondolsz, hogy az üzemeltetés másolatot készít, és így kétszer lesz meg központilag (amiből egyet a felhasználó lát és törölhet, a másik meg a biztonságos és kereshető archívum). Én meg arra, hogy az üzemeltetés törli a központi mailboxból az egyetlen példányt, én meg (hátha még jó lesz valamire alapon) felhasználóként archiválom magamnak.

"Bizonyára ismered az Outlook autoarchive funkcióját: átmásolja a leveleket meg ezt-azt egy fájlba a lokális hdd-n."

Meghal a HDD és elveszted a PST fájlt. A PST fájl használat közben nem tárolhatod share-n, mert a Microsoft nem támogatja.
Több olyan PST-t láttam, ahol az index sérülése következtében elérhetetlenné váltak az adatok, sem a scanpst, sem 3rd party tool-ok nem tudták helyreállítani.
Jellemzően ezekről nincs backup.

Ennél sokkal professzionálisabb és költségesebb az Exchange Online Archive funkciója.

A kliensoldali megoldasok jopofa hack-ek, de nem hiszem, hogy egy komolyabb vihart tulelnenek. Felettem irtak, mi van, ha a geped ellopjak, megserul a pst, etc. Altalaban az szokott lenni, hogy ha kell az a level, akkor nagyon kell. Erre egyszeruen nem eleg jo egy random kliensoldali, nem menedzselt megoldas.

Ami szerintem eleg jo, az egy kozponti email archivum, ahova automatikusan bekerul minden level, ami megjarja a mail szervert. A nincs archivum, de cserebe az IT staff masszivan torli az x evnel regebbi leveleket, az imho uzletileg egy nagyon nagy ballepes...

Az elmúlt 20 évben 1 olyan munkahelyem volt pár hónapig, ahol nem úgy ment, hogy a mailboxnak volt valamekkora méret korlátja, és az x hónapnál öregebb leveleket automatikusan törölte a rendszer.

Ballépés, vagy sem, ahogy a mellékelt példa mutatja, elég általános.

Értem, amit mondasz, és nincs ezzel semmi gond. Biztos van olyan cég is, ahol végiggondolták, és a központi archiválást választották.
Én nem ilyen cégeknél dolgoztam.

( trey | 2017. 01. 17., k – 12:05 )

Akármekkora. Az más kérdés, hogy 1 évnél régebbi levelek mennek archiválásra, majd utána törlődnek a mailbox-ból. Vagyis ha az 1 évnél nem régebbi levelek akármekkora helyet foglalnak, akkor lehet a mailbox akármekkora*.

(* természetesen majd azt' én tudom, mekkora lehet)

--
trey @ gépház

( uid_3194 | 2017. 01. 17., k – 12:28 )

Korlátlan. Átlagban 4-10 GB körül van. Nincs külön archiválás, minden levél ott az user fiókjában. Ritkán kell régi levél, de akkor azonnal. Ott akarják látni a többi között, szóval nincs értelme törölgetni, archiválni. 2005-től vannak meg legrégebben ügyfélnél a levelek és néha eddig vissza is keresnek.

Tárhely kvóta sincs. Pontosabban a kvóta be van röffentve, de nincs limit. Merthogy nincs értelme, ha hely kell az usernek akkor kell neki. Nincs olyan, hogy férj bele ennyibe. Az elmúlt éveket nézve exponenciálisan nő a helyfoglalás e-mail és sima tárhely alapon is. Elsősorban a pdf "ipari" térnyerése miatt. Szóval nem állhat a munka azért, mert nincs helye.

Ha fogy a hely, akkor újabb/nagyobb winyók a szerverbe és ennyi. :) ...jól jelzi, hogy 2005-ben ugyanott pl elfért a teljes mentés egy DVD-re, ma már több száz Giga. Nem lett lényegesen több user 14 vs 17, de közben iszonyúan megnőtt a tárolandó adatmennyiség és ennek a 80% mondjuk az elmúlt 5 év a maradék húsz az ezt megelőző 5 év.

--
Rózsár Gábor (muszashi)

"Merthogy nincs értelme, ha hely kell az usernek akkor kell neki."
A saját tapasztalatom ebben a témakörben az, hogy Julika meg Marika küldözgeti az összes kollégának a százezredik hülye fél megás körlevelet meg scannelt receptet, és ha nincs kvóta, akkor lusta a takarítással foglalkozni.
Kvóta mellett viszont az ilyen értelmetlen vackokat vagy azonnal törlik, vagy időszakosan kidobálják a felesleget. Hogy a kényelem se vesszen teljesen, mikor még kénytelen voltam levelezőszerverrel foglalkozni, én állítottam kvótát amit néha bővítettem.

Nem tudom mi bajod a Raid1-el, de nekem a kedvenc kisvállalati megoldásom. Soft és hw raid esetén is. Van ahol azért szánnak pénzt a dolgokra. Pl ennél a konkrét cégnél Intel server, hw Raid1, intel server SSD-k vannak benne. Bizony mikor kevés volt a hely, lett bele rakva nagyobb a kicsi meg repült a levesbe. Sőt az összes mentés megvan 2005-ig visszamenőleg, kb 2-3 havonta fogy egy új külső 3 TB-os hdd, ami megy le az irattárba aztán veszik a következőt, mert felfogták, hogy kell. Van ilyen is.

Máshol persze van ahol összerakott gép a szerver, de ott is ragaszkodtam a wd enterspájz winyókhoz, méghozzá ott három aktív winyó van raid1-ben. (ott mdadm a raid) Az alaplap egy szutyok asus, de ha gond van az egész vas könnyen pótolható, csak át kell tolni a winyókat és minden megy tovább.

--
Rózsár Gábor (muszashi)

6 darab 3TB-s HDD ára 150.000 ft brutto kisker áron. Szalagos mentésre az utolsó ajánlat amiről hallottam kb. másfélmillió ft volt nagyvállalatnál és az olcsóbbik verziónál kézzel kellett a szalagokat csereberélni. A másfélmilliós árhoz képest az évi 150.000ft kiadás egyáltalán nem rossz. Az sem biztos hogy a szalagos backup unit megéri a 11. évét, amikortól olcsóbb lenne. Vállalati környezetben pedig kizárt, hogy 11 éves hardware-re bízza valaki a backup-ot. Szerintem kiszámolták ők ezt alaposan.

Használtan bagóért lehet tape drive-ot venni, az új szalagok meg sokkal olcsóbbak a diszkeknél.

Egy szalagot leejthetsz, egy diszket nem. Archiválásra a szalagnál nincs jobb technológia, de nem akarok senkit sem megbízni :-)

Mi is vállalat volnánk, és kb 10 éves a mentőegységünk, eszünkbe nem jutna lecserélni diszkekre...

Plusz, a szalag élettartama nem 11 év, hanem 30. Nem ugyanaz a szalag, mint ami a Maxel magnókazettában van. :D

A vállalati környezetről... Az AS400 1988 óta van forgalomban. Máig használják bankok, repülésirányítás, nemzetbiztonság, és egyéb hasonló "garázscégek".
Azt is mentik valahová. És de.. bizony ám, hogy van még ekkora környezetben szalagos cucc!

--
Where do you want to go today?
[nobody@salcay:~]$_

Elvben igen, gyakorlatban bizonyos helyeken (pl amiről beszélünk)nincs archívum, mert minden kell(het) bármikor és azonnal ugyan onnan ahol a többi van (R1 user). Persze tehetek javaslatot, hogy x évnél régebbit archiváljunk, de a tapasztalat az hogy mindig előkerül egy ügy x-y évvel. Szóval nincs tényleg lezárt dolog, miközben persze már lezárt ügyek elvben. :) Az user meg nem tud és nem is akar archívumban bogarászni, minden legyen a szokott helyen.
Jelen esetben az eszköz ára kb lényegtelen szempont az éves árbevételhez képest.

--
Rózsár Gábor (muszashi)

ahol hasznaljak az archivumot, ott nem feltetlen kikukazott roncsra teszik a cuccot, mert ha pl. egy kereses sokaig tart, az nem jo. Nem eleg majd megtalalni, hanem gyorsan kell megtalalni. Szoval, legalabbis a best practice-ek alapjan, jobban jarunk, ha jo vasra teszik az archivumot. Foleg ha azt masszivan hasznaljak is...

Én néha ránézek, készítek belőle egy listát és beküldöm a közösbe. Rábízom, hogy elszégyelli-e magát (na jó néha szólok)hogy listavezető és takarít. De semmi értelme limitelni, Ha betelik a kvóta, akkor úgyis szól hogy nem tud dolgozni nincs helye. Ilyenkor növelni kell, hiszen nem mérlegelhetem neki mi a hasznos cucc és mi ami nem kell a munkához. Mondjuk ha áfa vagy egyéb fontos időpontban van, akkor úgysem fog -és nem is ér rá- bogarászni mit tudna letörölni, ellenben dolgoznia kell ezerrel, mivel úgyis utolsó nap körül lesz mindennel kész. Szolgáltatok és nem korlátozok feleslegesen.
--
Rózsár Gábor (muszashi)

Mondjuk ahol en csinaltam, ott a vas is szar volt (olcso pc alaplap, 6 eves konzumer 40GB-os HDD, mercury tap - ezt igy orokoltem), meg az emberek es a leveleik sem voltak kifejezetten fontosak. Penz nem volt uj gepre, igy aztan ugy alltam a dologhoz, hogy nem szolgaltato, hanem zsarnok leszek inkabb :)

szóval nincs értelme törölgetni, archiválni.

ha nalad is kb. egy tar cfz az archivalas, akkor valoban nincs. Csak aztan bele ne oszulj, ha Manci neni poweruser veletlenul torol 1-2 levelet, vagy Sunyi Sanyi szandekosan megszabadul 1-2 kompromittalo leveltol, toled meg kerik, hogy tedd vissza.

" Egy 2005-ben kapott levelet kerestek, melynek nem tudták a címzettjét, pontos érkezési idejét csak a küldő nevét és mivel a levél senki postaládájában nem volt benn, így azt hogy valaki azóta már törölte… Még aznap sikeresen visszaállítottuk egy mentésből a keresett levelet, 8 évvel később mint az érkezett."

Szóval azért megoldottam. Tudom, hogy neked mi a terméked, jó dolog is, de van olyan ügyfélcsoport ahol ott kell legyen a levél a fiókban, nem máshol kell keresnie. Ha 5000-ből egy levélre lesz szükség, akkor is.

--
Rózsár Gábor (muszashi)

Így-így. Egy ideje nem nyúznak minket limittel. Amíg volt limit, addig a leveleim azonnal archiválva lettek egy külön folderbe "lokálisan", a felelős meg boldogan polírozhatta a jelentéseit, hogy működik a kvóta. A lokális folder meg valójában egy mentett kiszolgálót jelentett, amit szintén a cég fizetett, de mivel nem kellett mail szolgáltatásként riportolni így senkit nem zavart. Sok-sok eset volt mikor évekkel korábbról kellett levél egy-egy probléma megoldásához.

( prwnd | 2017. 01. 17., k – 12:35 )

Egységesen 3 GB annak is, aki naponta levelezik annyit, amit én havonta. Mindenki úgy kezeli, ahogy akarja (tudja)

( asm v | 2017. 01. 17., k – 12:50 )

Erre irna vki ertelmes use-case-t?: 0-10MB
(vmi fetchmail mindig leszedi es torli?)

( csabezs | 2017. 01. 17., k – 13:12 )

Megpróbáltam megnézni, de fogalmam sincs.

( sz332 v | 2017. 01. 17., k – 13:21 )

Magánvélemény:

utálom ezt a céges limitet. Egyszerűen van gmail-em, a receptcsere ott megy, de ne nekem kelljen már azzal szórakoznom, hogy a különböző ügyfelektől kapott leveleket
különböző folderekbe pakolgassam, archiválgassam, stb. Tessék megoldani központilag.

( dap | 2017. 01. 17., k – 14:35 )

[X] Egyéb - a céges email címem csak egy forward a saját mail szerveremre.

( armisael | 2017. 01. 17., k – 14:36 )

50 GB a maximum (O365 felhő), ebből 5-6 GB-ot használok.

-
"Everything is just a matter of perspective."

( hunluki | 2017. 01. 17., k – 15:27 )

2 giga limit, jelenleg 200 mega szabad, de rule-ok takarítanak folyamatosan és az autoarchive is pakolja ki a cuccokat egy felcsatolt archívba. Az archívom jelenleg 14 giga méretű.

Rengeteg több megás excel riport, csatolt screenshot, logok és egyéb kutyafülék, mocsok módon zabálja a helyet. Viszont ez a megoldás bevált, több évre vissza tudok keresni a megfelelő kulcsszóval, így ha tudom mit keresek akkor meg is fogom találni :)

( opt | 2017. 01. 17., k – 16:41 )

Gyakorlatilag korlátlan.
Viszont a csatolmányokat ki szoktam menteni, és strukturáltan tárolom, mert hosszú távon könnyebb úgy keresni, kezelni, megosztani, ...
Számomra sokkal könnyebb a szerződések között megtalálni egy szerződést, mint kulcsszavakkal keresgetni, és azon agyalni, hogy ki és mikor küldhette, mi lehetett még a levélben, amire kereshetnék.

( ttt | 2017. 01. 17., k – 19:19 )

150MB-nál warning, 200MB limit. Elég idegesítő amikor naponta kapok 10-50MB-nyit csatolmánnyal. -> Kézzel teszem egy konténerbe a saját gépen, mert az arciváló ügynök már viccelt meg :S (LN egyébként. Talán most váltunk majd Outlock/Exchange-re, de egy/másfél éve küzdés van a az archív konverzió nem éppen egyszerű és nem éppen olcsó mivolta miatt.)

( mrceeka v | 2017. 01. 17., k – 21:42 )

Total size (including subfolders): 21429839 KB

Üdv,
Marci

( manki | 2017. 01. 17., k – 22:11 )

50 giga / fő (Gmail+Drive együtt), céges G Suite egyébként. Ill. mellette a Team Drive viszont korlátlan.

( peterson v | 2017. 01. 18., sze – 05:01 )

Elvi korlátlan.
Gyakorlatban amíg a storage bírja. :)
Arra meg a közeljövőben nem lesz panasz. Ha pedig elfogy akkor bővül.

Ez a helyes irány, mert én mint üzemeltető, nem vizsgálhatom meg a kollégák levelét, és pláne nem dönthetem el neki, hogy mi a fontos, és mi nem az.
Ő meg magától nem teszi.
Ha megkérdezem Jóskapistát (aki lehet akár a portás is), hogy a postafikja szükségszerűen foglal-e 22GB-ot, és azt válaszolja hogy igen, akkor vége a vitának. Kell és kész.

---
"A megoldásra kell koncentrálni nem a problémára."

( zrubi v | 2017. 01. 18., sze – 08:58 )

Nem tudom, de nem is érdekel.

Valójában nem is az enyém, csak kölcsön kaptam, még a méretét sem látom :)
Ha túl nagy, majd szólnak - gondolom.

(mondjuk ha túl nagyra hízik az sem az én "hibám", hanem azoké akik hivatalból? az amúgy máshol is megtalálható dokumentumhalmazokat 500 példányban szétküldik levélben, mert... valójában nem tudom miért.)

--
zrubi.hu

( bobesz | 2017. 01. 18., sze – 14:33 )

5GB, az archiválás a userre van bízva, de emellett aktív a mailstore szolgáltatás. Így ha el is hagyná vagy megsérülne a saját archívuma(i) akkor is visszakeresheti a törölt leveleit.

( bri | 2017. 01. 19., cs – 20:43 )

30GB, gmail custom domainnel

alias killall='echo "Wenn ist das Nunstück git und Slotermeyer? Ja. Beiherhund das Oder die Flipperwaldt gersput." | espeak -vde' #That's not funny.