AF>>> Это проблемы кривого софта типа SmapiNNTPd, а не пуржилки. NA>> Пример, надо тебе написать софт, который сразу может прыгать на 10ое NA>> сообщение из JAM базы. После пуржинья, предположим, это сообщение NA>> стало 5ым. Линеный поиск сообщения по всей базе не предлагать O(n).
AF> Такой софт должен импортировать сообщения в свою базу, предназначенную для AF> таких специфичных действий. Либо строить какой-то свой индекс, например, AF> msgid+from_address:number, чтобы после пуржинга можно было перестроить AF> индекс и быстро находить актуальный номер нужного сообщения.
Не обязательно. GoldEd же как-то находит при каждом запуске сообщение, на котором ты остановился в прошлый раз?