És te - tisztította az e-mail adatbázisát
Nem minden felhasználó ismeri az adatbázisok szervezését. Nem tudják, hogy adatbázisoknál a levelek törlésekor a fizikai eltávolítás nem következik be: a betűket egyszerűen töröltként jelölik és az adatbázisban csendben mentik. És ha az adatbázist rendszeresen nem tisztítják (futtassuk a tömörítési rutint, vagyis töröljük a címkézett betűket), akkor duzzadni fogunk, például ugrásszerűen.
Emlékszem, hogy egy kedves hölgy valahogy panaszkodott, hogy a The Bat! lassan működött az e-mailben. Elkezdett nézni. A levelezési adatbázis mérete 10 gigabájt. A tisztítási eljárást követően a bázist félhüvelyre csökkentették: a hölgy évek óta nem tisztította.
Hetente egyszer elindítom a tisztítási folyamatot, és rendszeres időközönként megpróbálom időről időre megtisztítani a felesleges levelek mappáit is, mert tizenöt év alatt a fő adatbázisom 10 gigabájtra is felgyorsult. (Plusz van egy külön archív adatbázis 20 koncertről.)
Ma reggel leültem, hogy tisztítsam meg a fő bázist. Tisztított, tisztított, tisztított, préselt - az egész koncertet hagyta.
Ezt követően hirtelen eszembe jutott, hogy ez a kérdés gyökeresen megoldható. És úgy döntött. Biztonsági másolatot készítettem az összes fiókról, áthelyeztem az e-mail adatbázisot az archívumba, újra létrehoztam a biztonsági másolatokból a dobozokat. Az adatbázis teljes mérete másfélszeresére csökkent. Ugyanakkor egyetlen levél sem volt elveszett, ellenőriztem.
Nos, a legfontosabb dolog, amit tisztítottak. Most ki kell törni az archívumot
Ez persze remek! A képek a betűkben maradnak? Bat nagyon ügyesen dolgozik velük. Ha nincsenek csatolva, akkor törli őket. Ellenőrzés sem okoz semmit.
adja meg, hogy ez a kérdés főként csak a Bath felhasználóira vonatkozik!
Időről időre egy mennydörgő is van, aki meg akarja tisztítani a beérkező leveleket, a kiszolgálón tárolt 50000 + betű beérkező levelét és az összes eszköz / operációs rendszer összes betűjét / mappáját.
röviden, megoldásra van szüksége, hogy a kiszolgáló összes e-mailje a számítógépre mentésre kerüljön. lehetőleg közvetlenül az átvétel / feladás után. és azért, hogy ne készítsen külön biztonsági másolatokat (eltérő adatokkal az új szűrők létrehozása vagy az e-mailek törlése vagy a másik mappába való kézi átvitel után), és mindent egy adatbázisban tároltak.
mielőtt elkezdi ezt tenni, készítsen biztonsági másolatot az összes használt szerver összes mappájáról. hát hogy kell bevinni és Evolúció és gromoptitsa (abban az esetben, minden elromlik, és akkor vissza kell állítani az összes), míg a fő mezőbe kell tudnia, hogy megtörje a beérkező több bázisok, jól kezelni, esetlegesen eltérő az IMAP kódolását és verzióját különböző kiszolgálókon, amelyek közül egyik sem találta a specifikációt.
Még mindig megoldást kell találnia a Windows számára. offline nem hivatalosan támogatja, de írja, hogy vannak olyan kézművesek, akik sikeresen gyűjteni mindent Cygwin. Nos, az ügyfélnek is meg kell találnia / összerakni.
Azt hiszem, nem érdemes megtenni?
általában nemrég hagytam egy percig a céget, és majdnem aludtam. mindez azzal kezdődött, hogy a következő frissítés és a teljes újraarchiválás után a kreshplan azt mondta nekem, hogy a frissített 1.7 TB (kb. 250 000 fájlt) kell tölteni. a kreshplan támogatása azt mondta, hogy pillanatnyilag lehetetlen megismerni a megváltozott fájlok nevét. Csak a fájl újratöltése után olvashatja el a nevét a naplóban.
azonnal rájött, hogy elkapott egy kriptográfot. Az első gyanú merült fel a Windows laptopon, amely jogosult a három lemezen lévő mappákra írni
3TB adat a samba-n keresztül, és nemrégiben bemutatott néhány furcsa hibát (például teljesen lemaradt a lemezről és a samsung kies indulómenüjéről, amelyet két hónappal ezelőtt tettem fel erre a notebookra). de a rendszerbe telepített avir nem talált semmit.
megállt, és elkezdte használni ezt a laptopot, és úgy döntött, először ellenőrzi az élő lemezeket, és átrendezi a linuxot és a régi Windows-ot.
Röviden, nem fogom elmondani mindent, de az elmúlt másfél héten sokat tanultam és elmondhatok a fejlesztőkről, mind a "komoly" kereskedelmi cégekről, mind pedig néhány nyílt forrású projektről. az a tény, hogy seggfejek, akik elvesztették az ötleteket az elmúlt években a helyes (ahogyan nekem úgy tűnik számomra) szoftverfejlesztésnek, már régóta ismertem. de ez az, amit ők olyan krivorukie seggfejek, csak most kezdtek tanulni. (ne aggódj, én is számomra egy seggfej, engedélyezett sok fakapov)
hozzon létre egy bejegyzést a fórumon? Úgy gondolom, hogy sok buktató, amit találtam, és azok megoldása hasznos lehet mások számára.
Szóval, megígértem neked egy megoldást? Megtaláltam (pontosabban, azt mondták)
Először 4 különböző ember (a témámban és két IRC-csatornán) azt tanácsolta nekem, hogy használja az offline módszert. Rettenetesen buggy döntés, két ember írta (nem az én téma, rájött), akkor töltse le az összes e-maileket a mindezen szerverek, azonnal távolítsa el őket a lemezről, és szinkronizálni az szórakozz a szervereket. Mindkét esetben ezek meglehetősen régi változatok voltak, és nagyon gyanítom, hogy ezt helytelen beállítások okozták. de mégis, ha valaki hajlandó kipróbálni, akkor szükség van egy helyi mentési IMAP-kiszolgáló (offline mappa - ez nem egy hát, ha kivesszük a szerver az első kapcsolatot a szerver mindet azonnal törölni is). a legújabb verzióját, amely nem találtam egy bug-repoportov, azt mondták, hogy akkor lefagy, hogy (rendszeres használat) nem működik felismerni és ha a rendszer soha nem kapcsol ki, és a mentés nem ellenőrzik (vagy nem használják, mint egy működő postaláda támogatott ügyfelekkel) - nem látja az adatok elvesztésének módját
komolyabb fiúk használják az isync (nem szabad összetéveszteni az Apple iSync-vel) / mbsync. ugyanaz a dolog, csak a csomagot nevezték aysinknek, majd átnevezték a mbsinkre (de a legtöbb terjesztésben elhagyta a régi nevet), és két futtatható fájl van ezekkel a nevekkel, ezek közül az egyik egy symlink a másikhoz. Mindezek kivétel nélkül mindazok az emberek, akik mindkét megoldást kipróbálták, ennek eredményeképpen egy mbsinket választottak, és azt mondták, hogy sokkal biztonságosabb és gyorsabb. Nem találtam negatív visszajelzést. nagyon keveset tudunk erről (néhány konfigurációs utasítás és a hivatalos kézikönyv + egy pár tömör vélemény a boldog felhasználókról). Azt mondták nekem, hogy az első szinkronizálás előtt elvileg nem szükséges az IMAP kiszolgálókról más módon biztonsági másolatot készíteni. nincsenek külön buktatók (előfordulhat, hogy először nem lehet kapcsolódni a kiszolgálóhoz, ha a hitelesítés helytelenül van beállítva, különösen a kísértet levélben).
Ezen két helyzeten kívül lehetséges (és kívánatos) minden olyan levélkliens, amely támogatja az imap szervereket. ha azt ugyanazon a számítógépen, amelyiken a teljes mentési és predvatelno konfigurálva ügyfél maildirből, akkor használja az online mód imap vagy letölthető további példányait a dobozok az offline mappát (ha végleg elveszíti Internet - minden betű csak maildir-kliens kezdetben). Ha azt akarjuk, hogy másolatot a betűk az offline mappák, de a teljes összeg a mappák is Velin (és van egy csomó spam üzenetek) - mbsink részben támogatja a szinkronizálást, amelyben a szerverek tárolják csak betűket mostanában vagy egyedi mappa, míg a maildirből kerül tárolásra és mindaz, ami a szerveren marad.
ez a megoldás egy mínusz - az msbink nem támogatja a Windows rendszert. a maildir formátuma nem kompatibilis (a fájlnevek kettőspontokat tartalmaznak). Jelenleg nincs utasítás, és nincs kijelentés arról, hogy valaki sikerült megváltoztatni és összeszerelni a mbsink alatt a Windows alatt. Úgy gondolom, hogy ez megváltozik, ha a tíz beépített Linux környezet (beleértve a fájlrendszereket is) támogatja a bennfentes programból, és stabilnak tekintik.
Eddig az egyetlen megoldás - fut mbsink és támogatja a kliens (én személy szerint valószínűleg továbbra is próbálja vigasztalni korcs, amit, szemben az evolúció, akkor tekinthető nagyon stabil - nem tudtam elképzelni, hogy van ez - a munka egész életemben a mail a konzol program, de úgy gondolom, hogy egy virtuális gépen párszor is futtatható Linux alatt). ha mutt-ot használunk, akkor egy nagyon könnyű és stabil rendszert hozhatunk létre grafikus szerver nélkül (de ne felejtsük el beállítani a konzolt a Unicode-hoz). Én személy szerint az összes, és mindig ajánlom arch linux, de aki nem akarja a saját összes beállításához nulla (mbsink és levelező kliens be kell állítani minden), és kövesse a hivatalos hírek boróka (időről időre van valami változást és a következő frissítés, akkor kell használni utasítás) próbálkozhat az ubuntu kiszolgálóval. Ne felejtse el időről időre frissíteni a rendszert, és mindent megtesz.