= Сообщение: 1737 из 2735 =================================== RU.FTN.DEVELOP = От : Nil Alexandrov 2:5015/46 17 Mar 21 18:31:10 Кому : Alexey Fayans 17 Mar 21 18:31:10 Тема : sqpack will reset BaseMsgNum to 1 FGHI : area://RU.FTN.DEVELOP?msgid=2:5015/46+60522b77 На : area://RU.FTN.DEVELOP?msgid=2:5030/1997@fidonet+6051bc07 = Кодировка сообщения определена как: CP866 ================================== ============================================================================== Hello, Alexey!
Wednesday March 17 2021 11:21, from Alexey Fayans -> Nil Alexandrov:
AF> Сделал feutil pack -quick, встал на первое сообщение, посмотрел AF> Снова удалил первое сообщение, сделал feutil pack -quick -renumbeer,
Хорошая идея - в sqpack добавить разных параметров, чтобы удовлетворить пуржинг-стратегию самых изысканных. :-)
Например, дефолт будет работать как сейчас - начинать BaseMsgNum с 1 с полной перенумерацией (как feutil pack -renumbeer) sqpack -rollover (или любое другое понятное название), тогда новый BaseMsgNum будет скорректирован так, чтобы "логический" номер сообщения рос непрерывно.
AF> Так что всё работает именно так, как я и понял из стандарта. AF> BaseMsgNum всегда равен наименьшему абсолютному номеру сообщения базе,
Про терминологию, JAM стандарт говорит, что
> Message # The physical record number within the index file is used as a > message number. The lowest message number is one (1) and the highest > message number is 4294967295 (ffffffffH).
Окей, номер сообщения - это позиция в файле индекса .jdx с шагом 8 байт.
> basemsgnum; // Lowest message number in index file
Вот тут, IMHO, формулировка не очень, отсюда многие интерпретируют не корректно. Считаю, что basemsgnum - это именно базовое значение, которое если прибавить к номеру сообщения (физический номер записи), то получится "логический" номер сообщения.
А вот тут интереснее, в заголовочном файле хранится номер сообщения (я называю логический номер) именно последовательный номер. -renumbeer видимо должна эти все номера привести к базе 1 во время пуржинга. А если не перенумеровывать, то можно оставить все номера как есть, но подкрутить basemsgnum в зависимости от количества выкинутых сообщений.
AF> а абсолютные номера сообщений не могут быть не AF> последовательными.
Абсолютные номера всегда последовательные, но можно делать "дырки", причём спецом для этого придумали в индексе .jdx забивать значения -1.