Re: I need to check if stored messages are well formed.

2017-08-14 Thread Michael Menge 

Hi,

Quoting Alvin Starr :

Through a system crash and recovery I found a number of messages  
that were badly stored.


I am now concerned that I may have other bad messages.

Is there any tool/program that will check the message files  
themselves for things like correct headers and bodies?


it depends on your cyrus Version. I think since version 2.4 cyrus uses  
the checksums

of the message as GUID and stores it the header files.
"reconstruct -G -n" should do the trick. But take a look at the  
manpage for additional Options.



Regards

   Michael Menge


M.MengeTel.: (49) 7071/29-70316
Universität Tübingen   Fax.: (49) 7071/29-5912
Zentrum für Datenverarbeitung  mail:  
michael.me...@zdv.uni-tuebingen.de

Wächterstraße 76
72074 Tübingen


Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

I need to check if stored messages are well formed.

2017-08-14 Thread Alvin Starr 
Through a system crash and recovery I found a number of messages that 
were badly stored.


I am now concerned that I may have other bad messages.

Is there any tool/program that will check the message files themselves 
for things like correct headers and bodies?


--
Alvin Starr   ||   land:  (905)513-7688
Netvel Inc.   ||   Cell:  (416)806-0133
al...@netvel.net  ||


Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: /var/spool/imap on ZFS

2017-08-14 Thread Andre Felipe Machado 


Hello, 

Some suggestions for general guidance: 

- Avoid deduplication. Maybe use compression at low level or fast algorithm to 
get dedup effect ALSO. With compression you get dynamic sector size also. 

- RAIDZn is for space, not for performance. Beware. 

- RAIDZn is not cheap to expand. 

- Place your indexes/metadata at different zpool of disks/ssd configured for 
absolute max performance. Indexes and metadata are "small" compared to data. Up 
to 20%. 

- RAM, more RAM, much more RAM. Did you get RAM? Is not enough. Buy more RAM. 

- Buy the fastest SLOG device you could. ZeusRAM is one of the suggestions. 

- Cyrus most writes are simultaneus variable size small random synchronous. THE 
nightmare for all filesystems and storage. Keep in mind. 

- maybe this article could help with some info: 
http://www.techforce.com.br/content/zfs-part-4-multithreaded-sustained-random-small-files-synchronous-write-iops
 

  

Good luck. 

Andre Felipe 

  

Mikhail T.  wrote ..  

I'd like to move my current spool from a single (fast) disk to ZFS. Any 
suggestions for the filesystem-parameters? 

Do I want deduplication, for example? Compression? Recordsize? 

Thanks!  

-mi   

  

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus