search for: first_unseen_uid_lowwat

...header_size = 200, record_size = 40, compat_data = "\000\b\004", indexid = 1124149513, flags = 2, uid_validity = 1122257472, next_uid = 271, messages_count = 31, recent_messages_count = 0, seen_messages_count = 9, deleted_messages_count = 0, first_recent_uid_lowwater = 0, first_unseen_uid_lowwater = 0, first_deleted_uid_lowwater = 240, log_file_seq = 1, log_file_int_offset = 24240, log_file_ext_offset = 24240, sync_size = 13022941, sync_stamp = 1126108845, day_stamp = 1126065600, day_first_uid = {231, 205, 192, 192, 192, 158, 158, 158}}, log_file_seq = 1, log_file_offset = 24...

...= 753608, compat_flags = 68 'D', unused = "o??", indexid = 1, flags = 0, uid_validity = 0, next_uid = 771168, messages_count = 582656, recent_messages_count = 582656, seen_messages_count = 0, deleted_messages_count = 771220, first_recent_uid_lowwater = 4290769872, first_unseen_uid_lowwater = 366928, first_deleted_uid_lowwater = 771168, log_file_seq = 0, log_file_int_offset = 0, log_file_ext_offset = 0, sync_size = 4, sync_stamp = 1, day_stamp = 0, day_first_uid = {0, 0, 753608, 4290770460, 753608, 771112, 4290770460, 0}}, log_file_seq = 777360, log_file_offset = 179...

How is the Changelog file created? I assume there is a tool which grabs this information from the CVS repository. What's the name of this tool? Sven

...200, record_size = 40, compat_data = "\001\b\004", indexid = 1122493952, flags = 0, uid_validity = 1130429256, next_uid = 5142, messages_count = 1913, recent_messages_count = 0, seen_messages_count = 1452, deleted_messages_count = 0, first_recent_uid_lowwater = 0, first_unseen_uid_lowwater = 1149, first_deleted_uid_lowwater = 0, log_file_seq = 16, log_file_int_offset = 22028, log_file_ext_offset = 22028, sync_size = 101978714, sync_stamp = 1134159156, day_stamp = 1134277200, day_first_uid = {4781, 4779, 4779, 0, 0, 0, 0, 0}}, log_file_seq = 16, log_file_offset...

When attempting to save a message from the INBOX to a folder in a collection (like, .projects.dovecot), I get behavior like this (in GDB). Any clue what might be going wrong? Here's where a SIGABRT happens: 280 return array->buffer->used / array->element_size; This is the stack trace: (gdb) where #0 mail_index_map_get_ext_idx (map=0x1200c0db0, ext_id=0,

...e = 0, header_size = 0, record_size = 0, compat_flags = 0 '\0', unused = "\000\000", indexid = 0, flags = 0, uid_validity = 0, next_uid = 0, messages_count = 0, unused_old_recent_messages_count = 0, seen_messages_count = 0, deleted_messages_count = 0, first_recent_uid = 0, first_unseen_uid_lowwater = 0, first_deleted_uid_lowwater = 0, log_file_seq = 0, log_file_tail_offset = 0, log_file_head_offset = 0, sync_size = 0, sync_stamp = 0, day_stamp = 0, day_first_uid = {0, 0, 0, 0, 0, 0, 0, 0}}, hdr = 0x97f1300, header = 0x9800878, from_line = 0x9800858, base_uid_validity = 1, base_uid...

..., record_size = 100, compat_flags = 0 '\0', unused = "\000\000", indexid = 0, flags = 0, uid_validity = 82, next_uid = 0, messages_count = 4096, unused_old_recent_messages_count = 8, seen_messages_count = 0, deleted_messages_count = 1248509898, first_recent_uid = 0, first_unseen_uid_lowwater = 1248509898, first_deleted_uid_lowwater = 0, log_file_seq = 1248509898, log_file_tail_offset = 0, log_file_head_offset = 6334852, sync_size = 13806612332261933056, sync_stamp = 155806360, day_stamp = 3214602280, day_first_uid = {135194511, 155806360, 155812344, 3214602456, 13478654...

...record_size = 100, compat_flags = 0 '\0', unused = "\000\000", indexid = 0, flags = 0, uid_validity = 145, next_uid = 0, messages_count = 4096, unused_old_recent_messages_count = 8, seen_messages_count = 0, deleted_messages_count = 1245502813, first_recent_uid = 0, first_unseen_uid_lowwater = 1245502813, first_deleted_uid_lowwater = 0, log_file_seq = 1245502813, log_file_tail_offset = 0, log_file_head_offset = 12386328, sync_size = 13828297038023884800, sync_stamp = 155303216, day_stamp = 3219651144, day_first_uid = {135197247, 155303216, 155306120, 3219651320, 1347355...

...= 200, record_size = 36, compat_data = "\001\b\004", indexid = 1113829460, flags = 0, uid_validity = 1113827022, next_uid = 2872, messages_count = 929, recent_messages_count = 0, seen_messages_count = 810, deleted_messages_count = 0, first_recent_uid_lowwater = 0, first_unseen_uid_lowwater = 1149, first_deleted_uid_lowwater = 2846, log_file_seq = 8, log_file_int_offset = 27912, log_file_ext_offset = 27912, sync_size = 9241460, sync_stamp = 1113863658, day_stamp = 1121659200, day_first_uid = {2855, 2849, 2849, 2753, 2753, 2753, 2491, 187}}, hdr_base = 0x80c60b0...

...b', unused = "???", indexid = 3084301177, flags = 3085242720, uid_validity = 28, next_uid = 3085743644, messages_count = 134956776, unused_old_recent_messages_count = 576, seen_messages_count = 3221216296, deleted_messages_count = 3085530619, first_recent_uid = 3085747040, first_unseen_uid_lowwater = 0, first_deleted_uid_lowwater = 0, log_file_seq = 576, log_file_tail_offset = 28, log_file_head_offset = 1, sync_size = 13256344077235912704, sync_stamp = 3085747040, day_stamp = 134956776, day_first_uid = {3221216328, 3085530784, 3085747040, 3085781192, 3086502160, 3085743644, 42949...

...r_size = 0, record_size = 0, compat_flags = 0 '\0', unused = "\000\000", indexid = 0, flags = 0, uid_validity = 0, next_uid = 0, messages_count = 0, unused_old_recent_messages_count = 0, seen_messages_count = 0, deleted_messages_count = 0, first_recent_uid = 0, first_unseen_uid_lowwater = 0, first_deleted_uid_lowwater = 0, log_file_seq = 0, log_file_tail_offset = 0, log_file_head_offset = 0, unused_old_sync_size = 0, unused_old_sync_stamp = 0, day_stamp = 0, day_first_uid = {0, 0, 0, 0, 0, 0, 0, 0}}, hdr = 0x80c5b68, header = 0x809c758, from_line = 0x809c6b8, base_u...

We upgraded from Dovecot 1.0.15 to 1.2.5 last night, on Solaris 10 using mboxes, mostly without issues. However I had to trash the index/cache files (too many folders were showing corruption issues which is especially bad for Prayer Webmail ".prayer" folders that store preferences; Prayer sees a disconnection as the folder being missing!). I've had one imap process panic in mailbox