Ale jo, mluvím o mega
. My máme limit 2 GB, a pokud se dostanu byť do čtvrtiny té kapacity, začne se to chovat všelijak.
Máte pravdu, že jsou borci, kteří mají větší mailboxy, ale pokud na tuhle kapacitu dovedou Inbox, tak je skoro jedno, že se jim občas něco ztratí, protože ty zprávy stejně nenajdou.
(I můj prepubertální synek seznal, že složka Doručená pošta by měla být pokud možno vyřízená do prázdna
. Můj šéf naopak udržuje v Inboxu většinu zpráv, dokud se neujistí, že je opravdu může přehodit do složky Archiv - a nalezení nějakého staršího e-mailu mu spolehlivě zablokuje Outlook.)
Tak neni jedno jestli ten email trci v Inboxu nebo v Archivu? Jedna slozka jako druha. Proste to je jen jiny styl prace nez tvuj.
To ze outlookari nejsou schopni najit starsi emaily je neskutecne vtipne. Vidim to nekolikrat mesicne u kolegu a furt nechapu ze to pouzivaji. Full regexp search je neco o cem se jim ani nezda :)
Ono to opravdu je reálně jedno, pokud tam jsou jen dvě složky: Inbox a Archiv. Problém je, že načítání hlaviček těch tisíců zpráv, neřku-li fulltextové prohledání jejich obsahu, je poněkud dost náročné na systémové prostředky. (A ve chvíli, kdy jsou ty složky kdesi v cloudu, ale prohledávají se lokálně, je to ještě lepší!)
Mnohem lepší je použít nějakou přibližnou adresářovou strukturu, a prohledávat v ideálním případě maximálně pár stovek e-mailů.
A - mimo jiné - je důležité nedůležité co nejdříve vyhodit a vysypat koš. ;o)
Nevím jestli je Outlook "příčetný systém". Zato vím, že v kombinaci Outlook + Exchange (on-site nebo Office 365) jsou maily primárně na serveru, a replika je na disku uživatele. Ve výchozím stavu se replikuje jen posledních X dní, já vždy replikuji všechno. Fulltextový index existuje na serveru i na klientovi, a umí samozřejmě hledat i podle properties. Jestli si myslíte, že Outlook skladuje emaily na serveru a prohledává je lokálně, tak ne, tak to není. Alespoň tedy v žádné příčetné konfiguraci :)
Fulltext search se prakticky vždy realizuje pomocí fulltext indexů. Bohužel pro regex search indexy nefungují. Resp. v některých případech lze trochu optimalizovat, ale pravidelně je výkon o dost horší, než v případě plného použití fulltext indexu. A když máte mailbox o velikosti řekněme 20-200GB, tak byste si na ten regex chvilku počkal.
Svepravnych lidi je omezene, blbcu je zcela neomezene ... jen kdyz namatkou kouknu tak 20G je tak stredni managorska velikost.
Jasne ze kdybych jim z toho 19G smaznul, tak si nejspis vubec nevsimnou. Sak MS to tak dela, ze lidem maze maily ... Ty desiky GB zcela nepostradatelnych dat jsou totiz instantne zcela postradatelny, kdyz ten clovek skonci.
BTW: Muj pracovni mailbox ma aktuelne 100M.
Oni to manageři vědí, že mailbox je v podstatě audit trail externí komunikace. Komukoliv můžete můžete například snadno prokázat, že něco obdržel. Jakmile mailbox promažete, o tohle přijdete. Vás to asi trápit nemusí, ale managery ano. A když dotyčný skončí? Typicky se mailbox zaarchivuje, a má do něj přístup nadřízený toho odešlého člověka.
Mimochodem, řada společností z oblasti financí, farmacie, zdravotnictví nebo energetiky musí mít records management, a jako jeho součást email archive. Kdykoliv jim může od regulátora nebo soudu přijít požadavek na vydání například veškeré komunikace s daným klientem mezi daty X a Y. Managerův velký mailbox samozřejmě tuhle roli nenaplňuje, ale v podstatě jde o podobný princip. Je to vlastně takový poor man's records management.