Я читал ту страничку. Вообще мне пофиг на Синхро(фазатрон) ББС как таковую, но его вики ваще классная. Например, он собрал в одну табличку разницу разных версий pkt - https://wiki.synchro.net/ref:fidonet_packets
> 3 years is not long enough.
Ну ладно, читай как минимум 3 года. Когда эха активна, то за 3 года столько сообщений навалит, что захочется пуржить. Хотя, если взять Пушкенку за пример, типа зачем читать сообщения старше 3х лет, но ведь может потребоваться найти, какой там дизайн сам Пушкен предлагал тогда по какому-то вопросу. Если писать аккуратно, то uint32 должно хватить дольше, чем 3 года.
> A pseudo-randomly chosen 32-bit number is obviously not a good choice
Ну да, это не GUID, короче, может совпасть когда-то. На самом деле, мы часто msgid в паре с echotag оперируем, а не просто msgid отправленное станцией. Пример тому предложенная схема area://r50.sysop?msgid=2:6001/9+48960e52
> A 32-bit time_t
Многие так делают, когда пишут своих роботов, которые постят чаще раза в секунду. Замечают дупы быстро, задумываются о переделке.
> A system to exclusively register monotonically-incrementing message > serial numbers
Так Хаски делает. Проблема, что сисоп удалит файлик seq? Ну, сисоп много как может накосячить если что.
> It's obviously still a problem if 2 different systems generate the same > message-ID serialno value
Ну как это? Если msgid также включает и origaddr. Если уникальность только по цифирке serialno делать, то... нужно атомарно как-то во всём фидонете получать уникальный номер, но это не возможно. Оно так и не задумывалось.
Короче, в итоге он стал пихать больше в origaddr, ибо стандарт его в этом не ограничивает. Ну окей, флаг в руки. Ну только ведь как ты в эхе найдёшь From адрес обычно? Правильно, по Origin. А если там всё квочено-переквочено? Правильно, по последнему. Но очень часто пишут алгоритм, чтобы искать From именно в MSGID.
Best Regards, Nil --- GoldED+/LNX 1.1.5 * Origin: Linux 2.6.32-042stab145.3 (2:5015/46)
