Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

archiwizacja poczty

0 views
Skip to first unread message

PiOtReK

unread,
Aug 18, 2005, 8:47:59 AM8/18/05
to
Witam,
Szukam dobrego sposobu na archiwizowanie firmowej poczty.
Jest firmowe konto na ktore kopiowana jest calosc korespondencji
przychodzacej i wychodzacej.
W jaki sposob najefektywniej archiwizowac te poczte jezeli chodzi o
Windowsy?
Pliki dbx czy pst outlook'ów bardzo szybko osiagaja 2 GB...
Z gory dziekuje za sugestie.

--
pozdrawiam,
PiOtReK
e-mail: http://www.cerbermail.com/?1jdratEJ4e

Andrzej P. Wozniak

unread,
Aug 18, 2005, 10:43:40 AM8/18/05
to
Osoba podpisana jako PiOtReK <ad...@w.stopce.postu> w artykule
<news:de206h$hpc$1...@inews.gazeta.pl> pisze:

> Witam,
> Szukam dobrego sposobu na archiwizowanie firmowej poczty.
> Jest firmowe konto na ktore kopiowana jest calosc korespondencji
> przychodzacej i wychodzacej.
> W jaki sposob najefektywniej archiwizowac te poczte jezeli chodzi o
> Windowsy?
> Pliki dbx czy pst outlook'ów bardzo szybko osiagaja 2 GB...

Zastanów się, czy normalne dokumenty trzymasz wszystkie razem na jednej
kupie, czy może posegregowane według lat, typów lub spraw. Ogólne zasady
przechowywania dokumentów nie zależą od tego, czy są one papierowe, czy
elektroniczne. Różnica jest taka, że dokumenty papierowe musisz sortować
ręcznie, a w przypadku elektronicznych możesz do tego użyć różnych reguł.

--
Andrzej P. Woźniak us...@pochta.onet.pl (zamień miejscami z<->h w adresie)

PiOtReK

unread,
Aug 19, 2005, 2:13:28 AM8/19/05
to
*Andrzej P. Wozniak* <us...@poczta.onet.pl.invalid> rzekł(a):

> Zastanów się, czy normalne dokumenty trzymasz wszystkie razem na jednej
> kupie, czy może posegregowane według lat, typów lub spraw. Ogólne zasady
> przechowywania dokumentów nie zależą od tego, czy są one papierowe, czy
> elektroniczne. Różnica jest taka, że dokumenty papierowe musisz sortować
> ręcznie, a w przypadku elektronicznych możesz do tego użyć różnych reguł.

ale to nie zmienia faktu, ze nawet posegregowane (jak do tej pory) i
posortowane dokumenty wypełniaja bardzo szybko bazy danych tych aplikacji i
ciezko jest tak dobrac reguły aby rownomiernie zapelnialy sie do pewnej
bariery i wtedy dopiero zmiana.... dodatkowo np Outlook Express ma taka wade
ze mimo iz plik dbx nie osiagnie 2 GB to jezeli jest w folderze zbyt duza
liczba e-mali to po prostu zaczyna niepoprawnie dzialac... z kolei MS
Outlook nie radzi sobie ze zbyt duza iloscia plikow pst...
Z reszta co to za archiwizowanie dokumentow jezeli aplikacja sama nie wiem
kiedy ma przestac ubijac dane i tworzy archiwa ktorych pozniej sama nie
potrafi odczytywac...

Kamikazee

unread,
Aug 19, 2005, 6:14:52 AM8/19/05
to
PiOtReK napisał(a):

> Witam,
> Szukam dobrego sposobu na archiwizowanie firmowej poczty.
> Jest firmowe konto na ktore kopiowana jest calosc korespondencji
> przychodzacej i wychodzacej.
> W jaki sposob najefektywniej archiwizowac te poczte jezeli chodzi o
> Windowsy?
> Pliki dbx czy pst outlook'ów bardzo szybko osiagaja 2 GB...
> Z gory dziekuje za sugestie.
>
http://www.picobackup.com/pboe/index.html

--
Kamikazee Lite Nova - http://kamikazee.on.aster.pl
Nie bądź debilem użyj - http://www.google.pl
Surfuj bezpiecznie - http://browsehappy.pl/
Chcesz do mnie napisać mail'a - kliknij w ten adres =>
http://cerbermail.com/?kKhoqJ7FLz

PiOtReK

unread,
Aug 20, 2005, 2:44:46 AM8/20/05
to
*Kamikazee* <ni...@niema.pl.invalid> rzekł(a):

> http://www.picobackup.com/pboe/index.html

dziękuję, potestuję.

Andrzej P. Wozniak

unread,
Aug 20, 2005, 7:20:14 AM8/20/05
to
Osoba podpisana jako PiOtReK <ad...@w.stopce.postu> w artykule
<news:de3tcc$iil$1...@inews.gazeta.pl> pisze:

> *Andrzej P. Wozniak* <us...@poczta.onet.pl.invalid> rzekł(a):
>
>> Zastanów się, czy normalne dokumenty trzymasz wszystkie razem na jednej
>> kupie, czy może posegregowane według lat, typów lub spraw. Ogólne zasady
>> przechowywania dokumentów nie zależą od tego, czy są one papierowe, czy
>> elektroniczne. Różnica jest taka, że dokumenty papierowe musisz sortować
>> ręcznie, a w przypadku elektronicznych możesz do tego użyć różnych reguł.
> ale to nie zmienia faktu, ze nawet posegregowane (jak do tej pory) i
> posortowane dokumenty wypełniaja bardzo szybko bazy danych tych
> aplikacji i ciezko jest tak dobrac reguły aby rownomiernie zapelnialy
> sie do pewnej bariery i wtedy dopiero zmiana....

Przecież na dokumenty też masz segregatory różnej wielkości.
Bądź łaskaw poczytać archiwum grupy. Pokrótce przypomnę:
1. Możesz założyć oddzielne tożsamości dla archiwów z kolejnych lat, np.:
archiw2002, archiw2003 itd., a w nich trzymać wiadomości z danego roku
posegregowane według firm czy spraw. Musisz ustalić, do którego roku
przypisać wiadomości dotyczące spraw niezamkniętych lub kontynuowanych w
ciągu tego roku.
2. Foldery trzeba regularnie kompaktować (czyścić itp.) - niezależnie od
przyjętego rozwiązania programowego.

> dodatkowo np Outlook
> Express ma taka wade ze mimo iz plik dbx nie osiagnie 2 GB to jezeli
> jest w folderze zbyt duza liczba e-mali to po prostu zaczyna
> niepoprawnie dzialac...

OE nie ma takiej wady. Pod Win2k/XP połatany OE radzi sobie doskonale z
plikami zawierającymi setki tysięcy wiadomości o łącznym rozmiarze
przekraczającym 1 GB (takich rozmiarów są archiwa najbardziej ruchliwych
grup dyskusyjnych w hierarchii pl.*). Dodatkowo na partycji NTFS można
folder magazynu OE skompresować. Ograniczenie do 2 GB dla jednego pliku
wynika z tego, że OE musi pracować również w systemie plików FAT32.

OE ma inną wadę - w menu Narzędzia -> Opcje... -> Konserwacja -> Oczyść
teraz... pokazuje jedynie łączną wielkość folderów IMAP i grup dyskusyjnych,
na dodatek licznik mu się przekręca przy 4 GB.

Kompaktowanie folderów jest elementarnym obowiązkiem użytkownika
- o sprzątaniu we własnym domu chyba nikomu nie trzeba przypominać.

Najczęstsze błędy wynikają z kłopotów leżących poza programem.
1. W systemie uprawnień Win2k/XP - czasem pojawiają się kłopoty z
uprawnieniami użytkownika do jego folderów/plików lub do rejestru. Wówczas
pomaga zakładanie nowego profilu i/lub nowej tożsamości dla użytkownika. Po
przejęciu na własność przez użytkownika pliki skopiowanych ze starego do
nowego folderu magazynu problemy znikają.
2. W systemach Win9x - ograniczenia w zarządzaniu pamięcią nakładają się na
ograniczenia systemu plików sprawiając, że obsługa folderów OE jest
praktycznie możliwa tylko do rozmiaru 256 MB (po skompaktowaniu). Po wejściu
do większego folderu (zawierającego dużą liczbę wiadomości) OE raczej się
nie da poprawnie zamknąć.
3. Przy kłopotach z łączami mogą się pojawić przekłamania w pliku
Folders.dbx (ogólne informacje o wszystkich folderach i ich zawartości,
listy grup dyskusyjnych na serwerach news, itp.) i w pliku pop3uidl.dbx
(informacje o wiadomościach pozostawiane na serwerach pocztowych pop3), co
może skutkować niepobieraniem wiadomości z grup dyskusyjnych czy powtórnym
pobieraniem emaili pozostawionych na serwerze.

Kłopoty bezpośrednio z OE pojawiają się przy operacjach wykonywanych w tle
(kompaktowanie, sprawdzanie wiadomości, kasowanie plików tymczasowych przy
zamykaniu programu).
1. Kompaktowanie w tle powoduje kolizje dostępu do plików np. z
synchronizacją czy sprawdzaniem wiadomości w tle i dlatego w WinXP SP2
zrezygnowano z tego. W innych wersjach OE kompaktowanie w tle trzeba
wyłączać samemu.
2. Przy długim czasie odbioru wiadomości ze wszystkich kont zwiększa się
prawdopodobieństwo, że sprawdzanie wiadomości w tle będzie trwało podczas
zamykania OE. W przypadku korzystania z tuneli w OEPT dojdzie wówczas do
utraty połączenia, a w przypadku zamykania systemu może dojść do jego
zawieszenia w oczekiwaniu na zakończenie akcji podjętych przez OE.
3. Przy stale otwartym OE program tworzy duże ilości plików tymczasowych (co
najmniej dwa razy więcej niż liczba otwieranych wiadomości), co przy
zamykaniu programu razem z systemem może powodować podobne objawy
zawieszenia systemu, jak w p.2. Dodatkowo OE usuwa tylko pliki wygenerowane
dla podglądu wiadomości (wbk*.tmp), pozostawiając w katalogu tymczasowych
plików internetowych (Temporary Internet Files) mnóstwo plików o zerowej
długości, a często również otwierane/przeglądane pliki z załączników.

> z kolei MS Outlook nie radzi sobie ze zbyt
> duza iloscia plikow pst... Z reszta co to za archiwizowanie dokumentow
> jezeli aplikacja sama nie wiem kiedy ma przestac ubijac dane i tworzy
> archiwa ktorych pozniej sama nie potrafi odczytywac...

Nie będę się wyrażał na temat MS Outlooka, bo omija mnie nieprzyjemność
używania tego przerośniętego organizera z miernym dodatkiem pocztowym,
jednak z tego, co się trafia u innych, wiem, że przynajmniej część problemów
też ma przyczyny poza programem.

Z innych rozwiązań opisanych w archiwum grupy najczęściej pojawiają się dwa:
1. Przeniesienie wiadomości do programu pocztowego, który potrafi trzymać
załączniki oddzielnie. Takim programem jest np. TheBat, ale konwersja i
eksport wymagają trochę korowodów opisanych w archiwum grupy.
2. Zalecane rozwiązanie to postawienie lokalnego serwera IMAP, może być
Hamster. Foldery archiwum pozostają ogólnodostępne dla wszystkich
użytkowników z możliwością ograniczania dostępu do poszczególnych folderów
lub dla poszczególnych użytkowników.

Oczywiście wychodzę z założenia, że chcesz mieć stały dostęp do wiadomości
archiwalnych. Jeśli nie, to po prostu nagraj je na DVD-/+R.

PiOtReK

unread,
Aug 20, 2005, 8:14:07 AM8/20/05
to
*Andrzej P. Wozniak* <us...@poczta.onet.pl.invalid> rzekł(a):

>> dodatkowo np Outlook


>> Express ma taka wade ze mimo iz plik dbx nie osiagnie 2 GB to jezeli
>> jest w folderze zbyt duza liczba e-mali to po prostu zaczyna
>> niepoprawnie dzialac...
> OE nie ma takiej wady. Pod Win2k/XP połatany OE radzi sobie doskonale z
> plikami zawierającymi setki tysięcy wiadomości o łącznym rozmiarze
> przekraczającym 1 GB (takich rozmiarów są archiwa najbardziej ruchliwych
> grup dyskusyjnych w hierarchii pl.*).

zaznaczę że używam OE na WinXP SP2 ze wszystkimi łatkami na daną chwilę,
obecnie moj folder ma ok 30 tys. wiadomości nieco ponad 1 GB rozmiaru...
niestety szukanie od punktu Foldery lokalne w głąb drzewa folderów powoduje
ze OE przeszukuje wszystkie inne poza tym feralnym o rozmiarze ponad 1 GB -
ten musze przeszukac oddzielnie... wtedy znajduję... ale znów pojawiają sie
inne niespodzianki... przy próbie przekopiowania do innego folderu jakiejś
znalezionej grupy wiadomości zazwyczaj występuje Nieznany błąd...

> Dodatkowo na partycji NTFS można
> folder magazynu OE skompresować.

tak też używam OE

> Kompaktowanie folderów jest elementarnym obowiązkiem użytkownika
> - o sprzątaniu we własnym domu chyba nikomu nie trzeba przypominać.

zgadza się, ale nie mam czasu tego wykonywać codziennie... druga sprawa tak
jak napisałeś są z tym problemy... OE kompaktuje folder po czym po 10 min
stwierdza że folder jest używany przez inną aplikację i nici z
kompaktowania... uruchamiam jeszcze raz OE wyłączając sciągnie wiadmości...
kompaktuję... znów ten sam błąd... czasami udaje sie za 6,7 razem przejśc z
kompaktowaniem do końca i owszem daje to efekt, ale bardzo krótkotrwały, bo
znów wypadałoby kompaktować....
czy istnieje jakaś efektywna metoda na kompaktowanie dużych dbx? tak aby
uchronić się od komunikatów zajętości folderu?

~BitPump

unread,
Aug 20, 2005, 8:48:46 AM8/20/05
to
>>> Express ma taka wade ze mimo iz plik dbx nie osiagnie 2 GB to jezeli
>>> jest w folderze zbyt duza liczba e-mali to po prostu zaczyna
>>> niepoprawnie dzialac...
>> OE nie ma takiej wady. Pod Win2k/XP połatany OE radzi sobie doskonale z
>> plikami zawierającymi setki tysięcy wiadomości o łącznym rozmiarze
>> przekraczającym 1 GB (takich rozmiarów są archiwa najbardziej ruchliwych
>> grup dyskusyjnych w hierarchii pl.*).

Znam przynajmniej 2 przypadki (z czego jede u mnie), że OE na XP (wszystko
na bieżąco aktualizowane) z wieloma wiadomościami potrafił w czasie
kompaktowania bezpowrotnie skasować pół roku maili. Nie wiadomo dlaczego
zaczął kasować akurat od 17 stycznia, ale tak było. Ubił pocztę przychodzącą
i wychodzącą.

~BitPump


0 new messages